Re: [Wikitech-l] A Multimedia Vision for 2016
Hoi, Fabrice, I very much love the two stories described in the vision. It describes not only a functionality that is technical, it also describes how our community may interact. That is great. What I missed are the consequences of the planned integration of Commons with Wikidata. I blogged about it [1] and I suggest three more stories that could be told because they are enabled by this integration. What I do not fully understand is how the community aspects will integrate in an environment that will be more multi lingual and multi cultural as a consequence. I have confidence that the three stories that I suggest will be realised by 2016. Not only that, I am pretty sure that as a consequence the amount of traffic that our servers will have to handle will grow enormously to the extend that I am convinced that our current capacity will not be able to cope. Then again, they are the luxury problems that make us appreciate how much room we still have for growth. Thanks, GerardM [1] http://ultimategerardm.blogspot.nl/2014/01/wikimedia-multimedia-featuresvision-2016.html On 10 January 2014 01:39, Fabrice Florin fflo...@wikimedia.org wrote: Happy new year, everyone! Many thanks to all of you who contributed to our multimedia programs last year! Now that we have a new multimedia team at WMF, we look forward to making some good progress together this year. To kick off the new year, here is a proposed multimedia vision for 2016, which was prepared by our multimedia and design teams, with guidance from community members: http://blog.wikimedia.org/2014/01/09/multimedia-vision-2016/ This possible scenario is intended for discussion purposes, to help us visualize how we could improve our user experience over the next three years. We hope that it will spark useful community feedback on some of the goals we are considering. After you’ve viewed the video, we would be grateful if you could let us know what you think in this discussion: https://commons.wikimedia.org/wiki/Commons_talk:Multimedia_Features/Vision_2016 We are looking for feedback from all users who benefit from Commons, even if their work takes place on other sites. This vision explores ways to integrate Wikimedia Commons more closely with Wikipedia and other MediaWiki projects, to help users contribute more easily to our free media repository -- wherever they are. In coming weeks, we will start more focused discussions on some key features outlined in this presentation. If you would like to join those conversations and keep up with our work, we invite you to subscribe to our multimedia mailing list: https://lists.wikimedia.org/mailman/listinfo/multimedia We look forward to more great collaborations in the new year! All the best, Fabrice on behalf of the Multimedia team ___ Fabrice Florin Product Manager, Multimedia Wikimedia Foundation Wikipedia Profile: http://en.wikipedia.org/wiki/User:Fabrice_Florin_(WMF) Multimedia Project Hub: https://www.mediawiki.org/wiki/Multimedia ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Watchlist and RC refactor, and why you will like it
Hi, Jeroen's suggestions are very interesting to me. There is one thing I don't understand: Why is it a bad idea to provide a hook handler with as much context information as possible? Isn't is better to have context injected to the hook handler than to have the hook handler look for the context in some other way? Maybe even by accessing global state? -- Robert Vogel -Ursprüngliche Nachricht- Von: wikitech-l-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Aaron Schulz Gesendet: Freitag, 10. Januar 2014 04:14 An: wikitech-l@lists.wikimedia.org Betreff: Re: [Wikitech-l] Watchlist and RC refactor, and why you will like it I'd agree with the general statement on inheritance (which can have weird coupling and diamonds of doom) and hooks (which can lead to hard-to-specify behavior and tangle). I'm not familiar with the main problem with SpecialPage having been articulated though. -- View this message in context: http://wikimedia.7.x6.nabble.com/Watchlist-and-RC-refactor-and-why-you-will-like-it-tp5019664p5019751.html Sent from the Wikipedia Developers mailing list archive at Nabble.com. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] 3d Online Geometry Viewer
Hi Inderpreet, Welcome and thanks for reaching out, there is definitely the need of a 3d viewer for mediawiki and brl-cad could add some of the needed features. Probably you could contact Bryan Davis, since he offered himself as GsoC mentor for such a project: https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#New_media_types_supported_in_Commons I'm also CC'ing Fabrice Florin, product manager of the multimedia team, because I guess that the 3d viewer could be somehow related to the Multimedia Viewer. http://www.mediawiki.org/wiki/Multimedia/About_Media_Viewer I hope it helps. Cheers, Micru On Thu, Jan 9, 2014 at 10:50 AM, Inderpreet Singh indrp...@gmail.comwrote: Hi, I am Inderpreet Singh, this is my first mail and I hope I am on correct mailing list. I am currently working on an online geometry viewer that was developed under BRL-CAD (brlcad.org) as one of it's GSOC projects last summer. It's in it's very basic stage. It currently allows you to upload a CAD model (.g file) and view it 3D in the browser. I was planning to add a feature that would allow users to embed their models on websites and share it, (think of it as http://codepen.io/ for CAD). Also, we were planning to add a mged command interface so that we can edit the CAD model online using mged commands. We were having discussions over these when someone among us pointed out that there is a need of similar extension for mediawiki. I would really love to know more about the requirements and propose BRL-CAD (one of the oldest open source repositories in world) on a server with web-interface as a full open source candidate for the required tool. -- Inderpreet Singh Ekoankar Sahai ishwerdas.com facebook.com/okayinder https://kippt.com/okayinder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Etiamsi omnes, ego non ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] npm publish
I forgot to say thank you! Thanks :) It seems that the npmjs community leans towards individuals registering accounts. So I'll publish under my own username for now. Mostly because I've already registered and I wouldn't have a valid generic wikimedia email address to use besides my own anyway. On Tue, Dec 31, 2013 at 10:52 AM, Antoine Musso hashar+...@free.fr wrote: Le 31/12/13 16:26, Max Semenik a écrit : On 31.12.2013, 15:54 Antoine wrote: I have put the credentials on fenari in /home/wikipedia/doc. You might to do something alike. Move to some host that will not die soon? Hopefully they will be migrated out of fenari just like we had them moved from good old zwinger :] -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] npm publish
fwiw, i've published mw-ocg-bundler, mw-ocg-latexer, mw-ocg-texter (from the upcoming PDF backend rewrite) under my own credentials as well. npm allows multiple owners of a module, so if WMF ever does decide to establish a generic WMF account for this, we can easily add it. --scott (parsoid should also be an npm module at some point. maybe VE should be as well, although 'bower' or another client-side packaging solution might me more appropriate.) On Fri, Jan 10, 2014 at 9:55 AM, Dan Andreescu dandree...@wikimedia.org wrote: I forgot to say thank you! Thanks :) It seems that the npmjs community leans towards individuals registering accounts. So I'll publish under my own username for now. Mostly because I've already registered and I wouldn't have a valid generic wikimedia email address to use besides my own anyway. On Tue, Dec 31, 2013 at 10:52 AM, Antoine Musso hashar+...@free.fr wrote: Le 31/12/13 16:26, Max Semenik a écrit : On 31.12.2013, 15:54 Antoine wrote: I have put the credentials on fenari in /home/wikipedia/doc. You might to do something alike. Move to some host that will not die soon? Hopefully they will be migrated out of fenari just like we had them moved from good old zwinger :] -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- (http://cscott.net) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Watchlist and RC refactor, and why you will like it
On Thu, Jan 9, 2014 at 6:28 AM, Jeroen De Dauw jeroended...@gmail.comwrote: Hey, Some suggestions regarding code quality and design: * The MediaWiki SpecialPage system has serious design issues and is best treated as legacy API. I recommend not binding domain or application logic to it where this can be avoided. This means not having most code in a subclass of SpecialPage. I agree that you shouldn't have much logic in the SpecialPage subclass, as that class is very high-level and meant for showing the output and handling of input. All *real* work should be delegated elsewhere. I don't think it's a legacy API at all--it's certainly better than the mess of Action classes (not that we couldn't clean it up a bit, but I digress) What alternative would you propose for people to use? Implementing a content handler? -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] npm publish
(parsoid should also be an npm module at some point. maybe VE should be as well, although 'bower' or another client-side packaging solution might me more appropriate.) I agree. Btw, the passport-mediawiki-oauth module is published and limn is using it. Feel free to report bugs to me but everything seems peachy as of now. https://npmjs.org/package/passport-mediawiki-oauth https://github.com/wikimedia/limn/pull/89 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] 3d Online Geometry Viewer
On 01/10/2014 04:43 AM, David Cuenca wrote: Hi Inderpreet, Hello Inderpreet, Welcome and thanks for reaching out, there is definitely the need of a 3d viewer for mediawiki and brl-cad could add some of the needed features. Probably you could contact Bryan Davis, since he offered himself as GsoC mentor for such a project: https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#New_media_types_supported_in_Commons I'm also CC'ing Fabrice Florin, product manager of the multimedia team, because I guess that the 3d viewer could be somehow related to the Multimedia Viewer. http://www.mediawiki.org/wiki/Multimedia/About_Media_Viewer All that, plus the fact that there is a mailing list dedicated to multimedia topics that you might find interesting: https://lists.wikimedia.org/mailman/listinfo/multimedia Also, this might be useful: https://www.mediawiki.org/wiki/Starter_kit Thank you for your interest in contributing to Wikimedia! -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Deployment and Roadmap highlights - week of January 13th
Hello and welcome to the latest edition of the deployment and roadmap highlights. Full up-to-date schedule, as always, can be found online at: https://wikitech.wikimedia.org/wiki/Deployments == Monday January 13th == Search - https://www.mediawiki.org/wiki/Search * enwiki will have the new search as a secondary (opt-in via URL parameter) search backend, thus starting the indexing of those sites * dewiki and wikibooks wikis will have the new search as an opt-in BetaFeature. Visual Editor - https://www.mediawiki.org/wiki/VisualEditor * enabled by default on phase 4 Wikipedias ** full list at: https://gerrit.wikimedia.org/r/#q,102208,n,z == Tuesday January 14th == Search * Upgrade the ElasticSearch backend to 0.90.10 ** http://www.elasticsearch.org/blog/0-90-10-released/ MediaWiki - https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap * group1 to 1.23wmf10: All non-Wikipedia sites (Wiktionary, Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few other sites) Wikidata * Wikidata (phase1) will be enabled on Wikisource. In other words, this will enable support for Wikisource language links on Wikidata. https://www.wikidata.org/wiki/Wikidata:Wikisource == Thursday January 16th == MediaWiki - https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap * group2 to 1.23wmf10 (all Wikipedias) * group0 to 1.23wmf11 (test/test2/testwikidata/mediawiki) As always, let me know if you have any questions. Best, Greg -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] 3d Online Geometry Viewer
On Jan 9, 2014 5:50 AM, Inderpreet Singh indrp...@gmail.com wrote: Hi, I am Inderpreet Singh, this is my first mail and I hope I am on correct mailing list. I am currently working on an online geometry viewer that was developed under BRL-CAD (brlcad.org) as one of it's GSOC projects last summer. It's in it's very basic stage. It currently allows you to upload a CAD model (.g file) and view it 3D in the browser. I was planning to add a feature that would allow users to embed their models on websites and share it, (think of it as http://codepen.io/ for CAD). Also, we were planning to add a mged command interface so that we can edit the CAD model online using mged commands. We were having discussions over these when someone among us pointed out that there is a need of similar extension for mediawiki. I would really love to know more about the requirements and propose BRL-CAD (one of the oldest open source repositories in world) on a server with web-interface as a full open source candidate for the required tool. -- Inderpreet Singh Ekoankar Sahai ishwerdas.com facebook.com/okayinder https://kippt.com/okayinder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Hi, Thanks for writing. Previous discussions aboit 3d have usually been about x3d and cml, but i think most people just want a 3d format supported, and dont care which one (to speak from a wikimedia as opposed to a mediawiki prespective). The basic requirements for a 3d viewer extension (somewhat pulled out of my hat, so some people might have different requitements) *Secure (obviously very important. No one wants xss in a media viewer. This also includes other things like not making network fetches on the server (this came up in the past with some file formats allowing additional files to be referenced by url)) *should probably allow manipulating the render on the client side (most people want to pan and zoom the 3d file or they would upload a raster file). *relatively efficient. Shouldnt take down the servers. *the php part of the extension should follow mediawiki coding style and quality standards. *should have some sort of fallback for non-js clients (e.g. a jpg thumb of the model) *all parts open source (sounds like this project has nothing to worry about) I dont really have time to help with such an effort, but would be happy to answer any questions about how media handler plugins work in mediawiki (the docs on that are pretty limited, so don't be afraid to ask). I would also be happy to look over extension code and give advice. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Pre-Release Announcement for MediaWiki 1.19.10, 1.21.4, and 1.22.1
This is a notice that on Tuesday, January 14th between 00:00-01:00 UTC (*Monday* January 13th, 4-5pm PST) Wikimedia Foundation will release security updates for current and supported branches of the MediaWiki software, as well as several extensions. Downloads and patches will be available at that time. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l