[Wikitech-l] Full support for djvu files
Djvu files are the wikisource standard supporting proofreading. They have very interesting features, being fully open in structure and layering, and allowing a fast and effective sharing into the web, when they are stored in their indirect mode. Most interesting, their text layer - which can be easily extracted - contains both the mapped text from OCR and metadata. A free library - divuLibre - allows full command line access to any file content. Presently, djvu files structure and features are minimally used. Indirect mode is IMHO not supported at all, there's no mean to access to mapped text layer nor to metadata, and only the full text can be accessed once, when creating a new page into Page namespace. It would be great IMHO: * to support indirect mode as the standard; * to allow free, easy access to the full text layer content from wikisource user interface. Alex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [pywikipedia r10089]: New comment added
Xqt posted a comment on pywikipedia.r10089. URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/10089#c32778 Commit summary for pywikipedia.r10089: Enable ignore list for repeated runs + some error handling. Xqt's comment: I didn't found such a method neighter in rewrite nor in trunk version of pagegenerators.py. %-| ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[Wikitech-l] Full support for djvu file
Message: 5 Date: Thu, 3 May 2012 08:33:45 +0200 From: Alex Brollo alex.bro...@gmail.com To: Wikimedia developers wikitech-l@lists.wikimedia.org Subject: [Wikitech-l] Full support for djvu files Message-ID: cah_m_mpxxd9lemjhcm65cravoqn5w45o5dgo+teh1c0f_hc...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Djvu files are the wikisource standard supporting proofreading. They have very interesting features, being fully open in structure and layering, and allowing a fast and effective sharing into the web, when they are stored in their indirect mode. Most interesting, their text layer - which can be easily extracted - contains both the mapped text from OCR and metadata. A free library - divuLibre - allows full command line access to any file content. Presently, djvu files structure and features are minimally used. Indirect mode is IMHO not supported at all, there's no mean to access to mapped text layer nor to metadata, and only the full text can be accessed once, when creating a new page into Page namespace. It would be great IMHO: * to support indirect mode as the standard; * to allow free, easy access to the full text layer content from wikisource user interface. Alex Text layer is stored in img_metadata, which means it can be retrieved by the API (using ?action=queryprop=imageinfoiiprop=metadata). However when I tried to test this, it didn't seem to work. Maybe trying to return the entire text layer hit some max api result size limit or something. (It'd be really nice if we had some nicer place to store information about files, especially for huge things like the text layer which we don't generally want to load the entire thing all the time. There's a bug about that somewhere in bugzilla land). Indirect mode (From what I can find out from google) is when you have an index djvu file that has links to all the pages making up the djvu file, so you can start viewing immediately and pages are only downloaded as needed. I'm not sure how such a format would work in terms of uploading it. Unless we convert it on the server side, how would we upload all the constitutiant files (I suppose we could tell people to upload tarballs. Then we have to make sure to validate the contents, and communicate to people that the tarball is only for uploaded djvu files). [Of course until 5 minutes ago I'd never heard of an indirect djvu file, so I could be misunderstanding] -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Introduction - Arun
Hi everyone, I wanted to introduce myself to the community and the WMF team, I'm Arun Ganesh (user:planemad)[1a] from Bangalore, India and have joined as contractor for the foundation's L10n team[1b] as an Interaction designer along with Pau to improve the user experience of language tools and features. I have been a longtime contributer to both commons[2] and the openstreetmap[3] project and got involved with foundation work during the Mumbai and Pune hackathons recently[4][5][6] where I proposed some of the first ideas for the Universal Language Selector widget with Brandon, with which we want to make language selection for anyone easy peasy. Apart from that, I love cartography and maps [7], which would explain my map contributions and the occasional headline for wikipedia [8], use only public transport[9] and traveling with my pocket camera[10]. Its feels great to have this opportunity to work more seriously on a project which has been an important part of my life. I'm new here, I wont claim to know much, but I hope to make a difference in whichever way possible. I also look forward to interacting more closely and learning from the rest of the designers - Brandon, Heather and Pau to do the wonderful things that designers like to do .So keep the usability bugs coming :) -Arun [1a] http://en.wikipedia.org/wiki/User:Planemad [1b] http://wikimediafoundation.org/wiki/Localization_team [2] http://tools.wikimedia.de/~daniel/WikiSense/Gallery.php?wiki=commons.wikimedia.orgimg_user_text=Planemad [3] http://yosmhm.neis-one.org/?zoom=4lat=21.96627lon=81.68268layers=B0Tu=PlaneMad [4] http://www.mediawiki.org/wiki/Universal_Language_Selector#Arun_Ganesh.27s_Original_design [5] http://commons.wikimedia.org/wiki/File:Mobile_language_selector.pdf [6] http://commons.wikimedia.org/wiki/File:L10n-ux-Universal_Language_Selector-Wireframes1.pdf [7] http://bit.ly/timesofindia-osm [8] http://www.guardian.co.uk/news/datablog/2010/jul/30/information-beautiful-india-cameron [9] http://www.thehindu.com/todays-paper/tp-national/tp-tamilnadu/article182223.ece [10] http://www.time.com/time/world/article/0,8599,1663025,00.html ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Full support for djvu file
Text layer is stored in img_metadata, which means it can be retrieved by the API (using ?action=queryprop=imageinfoiiprop=metadata). However when I tried to test this, it didn't seem to work. Maybe trying to return the entire text layer hit some max api result size limit or something. (It'd be really nice if we had some nicer place to store information about files, especially for huge things like the text layer which we don't generally want to load the entire thing all the time. There's a bug about that somewhere in bugzilla land). Indirect mode (From what I can find out from google) is when you have an index djvu file that has links to all the pages making up the djvu file, so you can start viewing immediately and pages are only downloaded as needed. I'm not sure how such a format would work in terms of uploading it. Unless we convert it on the server side, how would we upload all the constitutiant files (I suppose we could tell people to upload tarballs. Then we have to make sure to validate the contents, and communicate to people that the tarball is only for uploaded djvu files). [Of course until 5 minutes ago I'd never heard of an indirect djvu file, so I could be misunderstanding] -bawolff I use a lot djvuLibre library on my pc, both from console and from python scripts; so I can tell you that it will be very simple to convert a bundled djvu file into an indirect file. Obviously this should be transparent for uploader, being a server fully automatic job. About text layer: it's very, very interesting even if complex. There are command-line DjvuLibre routines to do anything you want, both to read and to edit it. What we get is simply the most banal output (full text); from any IA djvu file you can get much more, t.i. gerarchic text structure (al page, column, region paragraph, line, and single word detail) with coordinates of any element at any detail level; but you can get/insert too structured metadata, both as global metadata and page-specific metadata. Any djvu extraction/editing function runs both on bundled and on indirect djvu file, and obviosuly any read/edit is much faster when a small, single-page file is addressed. Coordinates of text elements and gerarchic structure of text are extremely interesting, since such set of data could be used to guess formatting: ie you could guess centered text, tables, sections alignment, headers/footers, poems, paragraphs, and font-sizes too. Inter line spacing could be used to guess chapter titles. Empty text areas are often simply areas covered by illustrations, so that an intelligent algorithm could guess their size and position. I imagine that thumbnail generation/purging too would be much more effective and fast. In brief, we have a Ferrari but are using it with a speed limit of 10 miles/hour. :-) Alex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wmfall] Introduction - Arun
Hi Arun, A very warm welcome to you on the I18n/L10N engineering team. We are excited about the Universal Language Selector UI/UX work that you and Pau are helping us with. Happy to see you onboard! Alolita __ Alolita Sharma Wikimedia Foundation - Reply message - From: Subhashish Panigrahi su...@wikimedia.org To: Cc: wikitech-l@lists.wikimedia.org, wmf...@lists.wikimedia.org, Arun Ganesh arun.plane...@gmail.com Subject: [Wmfall] Introduction - Arun Date: Thu, May 3, 2012 6:55 am Congratulations Arun! Happy that I met you a month back, now the L10n have more people from Indic communities and it makes me happier again ;-) On Thu, May 3, 2012 at 7:17 PM, Maggie Dennis mden...@wikimedia.org wrote: Welcome, Arun! Somehow I feel sure that you are in for an interesting ride. :D Maggie On Thu, May 3, 2012 at 9:16 AM, Arun Ganesh arun.plane...@gmail.comwrote: Hi everyone, I wanted to introduce myself to the community and the WMF team, I'm Arun Ganesh (user:planemad)[1a] from Bangalore, India and have joined as contractor for the foundation's L10n team[1b] as an Interaction designer along with Pau to improve the user experience of language tools and features. I have been a longtime contributer to both commons[2] and the openstreetmap[3] project and got involved with foundation work during the Mumbai and Pune hackathons recently[4][5][6] where I proposed some of the first ideas for the Universal Language Selector widget with Brandon, with which we want to make language selection for anyone easy peasy. Apart from that, I love cartography and maps [7], which would explain my map contributions and the occasional headline for wikipedia [8], use only public transport[9] and traveling with my pocket camera[10]. Its feels great to have this opportunity to work more seriously on a project which has been an important part of my life. I'm new here, I wont claim to know much, but I hope to make a difference in whichever way possible. I also look forward to interacting more closely and learning from the rest of the designers - Brandon, Heather and Pau to do the wonderful things that designers like to do .So keep the usability bugs coming :) -Arun [1a] http://en.wikipedia.org/wiki/User:Planemad [1b] http://wikimediafoundation.org/wiki/Localization_team [2] http://tools.wikimedia.de/~daniel/WikiSense/Gallery.php?wiki=commons.wikimedia.orgimg_user_text=Planemad [3] http://yosmhm.neis-one.org/?zoom=4lat=21.96627lon=81.68268layers=B0Tu=PlaneMad [4] http://www.mediawiki.org/wiki/Universal_Language_Selector#Arun_Ganesh.27s_Original_design [5] http://commons.wikimedia.org/wiki/File:Mobile_language_selector.pdf [6] http://commons.wikimedia.org/wiki/File:L10n-ux-Universal_Language_Selector-Wireframes1.pdf [7] http://bit.ly/timesofindia-osm [8] http://www.guardian.co.uk/news/datablog/2010/jul/30/information-beautiful-india-cameron [9] http://www.thehindu.com/todays-paper/tp-national/tp-tamilnadu/article182223.ece [10] http://www.time.com/time/world/article/0,8599,1663025,00.html ___ Wmfall mailing list wmf...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wmfall -- Maggie Dennis Community Liaison WikimediaFoundation.org ___ Wmfall mailing list wmf...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wmfall -- *Subha* *Imagine a world in which every single human being can freely share in the sum of all knowledge. Help us make it a reality!* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposal: Special:SiteChanges for automatic deployment info
2012/5/3 Erik Moeller e...@wikimedia.org: So how can we do better? I'd posit that it should be impossible to deploy code without leaving an exposed audit trail generated from commit messages, which can in turn be expanded by any interested volunteer into a human-readable and translated summary. I'd suggest exposing this information to a special page directly in the relevant wiki, say Special:SiteChanges. This special page would show an automatically generated summary like so: Yes, yes, please. :D This would be a big step forward. Strainu ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] TranslateSvg progress update
Hey all. I'm a GSoC student working on a project called TranslateSvg (as astute list followers will already know). Since being awarded the position, I've been delighted to be able to sort out several details about how the project is going to come together. For example, it's clear now that my best bet is to extend the Translate extension to allow it to cope with SVGs. This and several other design decisions I've been making are documented at [1]. Also included on that page are a proposed workflow, an updated roadmap/timetable and several preliminary designs. I've been grateful to the translator community for their comments on the designs already, but I welcome any further considerations on them or the other sections. Basically, if anyone has a niggling doubt about the feasibility of some aspect of the project, I'd love to hear as soon as possible so I can work on a solution :) Thanks everyone! Harry -- Harry Burt (User:Jarry1250) WMF GSoC student [1] https://www.mediawiki.org/wiki/Extension:TranslateSvg/2.0 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] online Git/Gerrit tutorial by saper on 8 May
Volunteer Marcin Cieslak (saper) is doing the great service of leading a Git and Gerrit tutorial on May 8th 19:00 UTC. It will be 1-1.5 hours. If you intend to come, please fill out this poll so saper knows how many people are coming and what they already know. http://doodle.com/qnrgibpqxyamqhzb Time conversion: http://doodle.com/r?url=http%3A%2F%2Ftimeanddate.com%2Fworldclock%2Ffixedtime.html%3Fmsg%3DHardcode%2BGit%252BGerrit%2BWorkshop%26iso%3D20120508T19%26ah%3D1%26am%3D30 To participate, you'll need to: * get developer access for Git/Gerrit/Wikimedia Labs https://www.mediawiki.org/wiki/Developer_access * install a SIP client (Blink and CSipSimple for Android are recommended and tested (with HD audio); I'll provide SIP dial-in) * install vncviewer * ensure you can ssh from a terminal Marcin will cover: Basics: setting up Git submitting a patch commenting on a patch in Gerrit merging a patch in Gerrit enough Git internals not to get lost Branching: local branch, making, working pushing remote branch git-review to that remote branch Troubleshooting: cherrypick changes between branches amending (rebase vs multiple commit) squashing work from a branch into a commit and pushing it resolve merge conflicts Thanks, Marcin! -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wiki-research-l] MathJax comes to Wikipedia
On Thu, May 3, 2012 at 9:44 AM, Dario Taraborelli dtarabore...@wikimedia.org wrote: MathJax [1] is now enabled site-wide as an opt-in preference. You can now see beautifully rendered, accessible, copypasteable and standard-compliant (MathML) formulas on Wikipedia, replacing the old TeX-rendered PNGs. Thanks Dario. There are definitely still bugs in this experimental rendering mode, so please report issues in Bugzilla against the Math component: https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensionscomponent=Math More here: http://www.mediawiki.org/wiki/Extension:Math/MathJax_testing -- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Meta and mediawiki.org translation tools bug triage
What: Meta and mediawiki.org translation tools bug triage When: Wednesday, May 9, 16:00UTC Time zone conversion: http://hexm.de/ir Where: #mediawiki-i18n on freenode Use http://webchat.freenode.net/ if you don't have an IRC client You are invited to a bug triage on Meta and mediawiki.org translation tools hosted by the Wikimedia Foundation Localisation team. This will be a one hour meeting. The intended audience is very broad: translators, translation administrators, and developers. We will discuss the current state of translation tools on Meta-Wiki and mediawiki.org, and with your input we will try to map out which features and issues will be most helpful to streamline the translation process for things like documentation, policies, sitenotices, fundraiser messaging and appeals, and other non-primary project content* material that benefits from being available in as many languages as possible. Please forward this e-mail to anyone who may be interested. They are most welcome to join in. * Translating main namespace articles for Wikipedia and other projects is still out of scope for now. Cheers! -- Siebrand Mazeland Product Manager Localisation Wikimedia Foundation M: +31 6 50 69 1239 Skype: siebrand Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r115001]: Revision status changed
SVG changed the status of MediaWiki.r115001 to deferred URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/115001 Old status: new New status: deferred Commit summary for MediaWiki.r115001: Localisation updates from http://translatewiki.net. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] [Wiki-research-l] MathJax comes to Wikipedia
Hey this is so wonderful. I've been working with formulas on Wikpedia nad on Meta and they are so ugly. One realy important feature to check is if it is possible to have for servral furmula with a number - that the number for all will appear aligned on the right. I'll be glad to beta test. On Thu, May 3, 2012 at 6:49 PM, Erik Moeller e...@wikimedia.org wrote: On Thu, May 3, 2012 at 9:44 AM, Dario Taraborelli dtarabore...@wikimedia.org wrote: MathJax [1] is now enabled site-wide as an opt-in preference. You can now see beautifully rendered, accessible, copypasteable and standard-compliant (MathML) formulas on Wikipedia, replacing the old TeX-rendered PNGs. Thanks Dario. There are definitely still bugs in this experimental rendering mode, so please report issues in Bugzilla against the Math component: https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensionscomponent=Math More here: http://www.mediawiki.org/wiki/Extension:Math/MathJax_testing -- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Oren Bochman Office tel. 061 4921492 Mobile +36 30 866 6706 skype id: orenbochman e-mail: o...@romai-horizon.com site http://www.riverport.hu ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Welcome Danielle Benoit, making engineering tutorials
Congrats Danielle Benoit On Thu, May 3, 2012 at 8:15 AM, Sumana Harihareswara suma...@wikimedia.orgwrote: It is my pleasure to announce new Wikimedia Foundation contractor Danielle Benoit, who will be working in the Engineering Community Team on engineering tutorial materials for the next several weeks. Danielle comes to us from previous roles in organizational culture management, quality assurance, event management, and curriculum development and teaching. She's going to work with WMFers and with other community members to create the tutorial materials for: Using Git and Gerrit Beginning Lua scripting and adapting templates to Lua Optimizing your code's MySQL performance Writing secure code and reviewing code for security Adapting your Gadget to ResourceLoader and Gadgets 2.0 Foundation engineers will teach these tutorials at the Berlin hackathon https://www.mediawiki.org/wiki/Berlin_Hackathon_2012 in June, so Danielle will help them prep, and improve written resources on mediawiki.org to serve our whole engineering community. (I'm also working to get the Berlin tutorials videorecorded but it's not a sure thing yet.) Welcome! (cc'd) -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- *Nasir Khan Saikat http://profiles.google.com/nasir8891* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] SECURITY ALERT CGI script users: http://www.h-online.com/open/news/item/Critical-open-hole-in-PHP-creates-risks-1567532.html
Not 100% for us, but important to know / to whom it may concern: http://www.h-online.com/open/news/item/Critical-open-hole-in-PHP-creates-risks-1567532.html Critical open hole in PHP creates risks The US CERT is warning of a critical vulnerability in PHP which has been disclosed, by mistake, to the public while the developers are still working on a fix. The vulnerability affect servers that are running PHP in CGI mode; FastCGI for PHP installations are not affected. ** Keine Antwort erforderlich ** no reply needed ** signature.asc Description: OpenPGP digital signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Wikisource link stats
From [[Special:Linksearch]] I can find all the external links, based on the external links table in the database, which can be accessed by tools on the German toolserver. But is there any way to find similar information about links to Wikisource? I.e. what are the total number of links? Which pages link to a particular Wikisource page? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Wikisource link stats
This information is in the iwlinks table [1], I don't know about any Special: page that can be used to access it. You can search the table for iwl_prefix = 'wikisource'. [1]: http://www.mediawiki.org/wiki/Manual:Iwlinks_table Petr Onderka [[en:User:Svick]] On Thu, May 3, 2012 at 10:46 PM, Lars Aronsson l...@aronsson.se wrote: From [[Special:Linksearch]] I can find all the external links, based on the external links table in the database, which can be accessed by tools on the German toolserver. But is there any way to find similar information about links to Wikisource? I.e. what are the total number of links? Which pages link to a particular Wikisource page? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ 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] BugZilla Portal (NEW)
Krinkle wrote: Now that we're on a more regular deployment schedule, staying on top of the blocking bugs and deviding lists into smaller, more managable chunks, is more and more important. For that reason I put together a quick tool: https://toolserver.org/~krinkle/wmfBugZillaPortal/ It is already becoming clear that there is a lot of stuff left behind from past versions. We should probably start moving stuff to later verisons and keep an eye on it more regularly. Nice job on this. :-) This appears to mostly be an index of Bugzilla search queries. Do you know if there's been any progress on making the Bugzilla database available in a replicated form (on the Toolserver or Wikimedia Labs or elsewhere)? Direct SQL access would allow for much more flexible reports. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [Wikimedia r1738]: Revision status changed
Pgehres (WMF) changed the status of Wikimedia.r1738 to reverted URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1738 Old status: new New status: reverted Commit summary for Wikimedia.r1738: Importing Twig 1.7.0 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] BugZilla Portal (NEW)
On Fri, May 4, 2012 at 8:14 AM, MZMcBride z...@mzmcbride.com wrote: Nice job on this. :-) This appears to mostly be an index of Bugzilla search queries. Do you know if there's been any progress on making the Bugzilla database available in a replicated form (on the Toolserver or Wikimedia Labs or elsewhere)? Direct SQL access would allow for much more flexible reports. Last I heard (a while ago), This planning/idea has had to be halted (temporarily?) because we now store private data in the system (see: Security Product/Component combo to name one location), also the db resided on the private db box/cluster/combo/delity which isn't desired to be replicated over to the TS for various reasons. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [Wikimedia r1747]: Revision status changed
Pgehres (WMF) changed the status of Wikimedia.r1747 to ok URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1747 Old status: new New status: ok Commit summary for Wikimedia.r1747: A function I had to write a couple weeks ago to track bad data in civi that came form the audit file parsing back in January. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [Wikimedia r1731]: Revision status changed
Pgehres (WMF) changed the status of Wikimedia.r1731 to deferred URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1731 Old status: new New status: deferred Commit summary for Wikimedia.r1731: Testing: Updating responses. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [Wikimedia r1736]: Revision status changed
Pgehres (WMF) changed the status of Wikimedia.r1736 to deferred URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1736 Old status: new New status: deferred Commit summary for Wikimedia.r1736: Testing: Added new tests testDrushWithMultipleWithAllFailExceptLastSubscription() and testDrushWithMultipleWithAllPassExceptLastSubscription(). ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] BugZilla Portal (NEW)
Le 04/05/12 00:14, MZMcBride a écrit : This appears to mostly be an index of Bugzilla search queries. Do you know if there's been any progress on making the Bugzilla database available in a replicated form (on the Toolserver or Wikimedia Labs or elsewhere)? Direct SQL access would allow for much more flexible reports. One could most probably write a ton of reports using the JSON API: https://bugzilla.wikimedia.org/jsonrpc.cgi Doc: https://bugzilla.wikimedia.org/docs/en/html/api/Bugzilla/WebService/Server/JSONRPC.html -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposal: Special:SiteChanges for automatic deployment info
This combined with Special:SiteChanges would be great in the glorious future. +1. It would indeed be a good step in the right direction. Alolita On Thu, May 3, 2012 at 8:18 AM, Strainu strain...@gmail.com wrote: 2012/5/3 Erik Moeller e...@wikimedia.org: So how can we do better? I'd posit that it should be impossible to deploy code without leaving an exposed audit trail generated from commit messages, which can in turn be expanded by any interested volunteer into a human-readable and translated summary. I'd suggest exposing this information to a special page directly in the relevant wiki, say Special:SiteChanges. This special page would show an automatically generated summary like so: Yes, yes, please. :D This would be a big step forward. Strainu ___ 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
