MediaWiki-l July 2013

mediawiki-l@lists.wikimedia.org

38 participants
39 discussions

Announcement: Mark y Markus leading MediaWiki Release Management
by Greg Grossmeier 26 Jul '13

26 Jul '13

Full announcement on the blog: http://blog.wikimedia.org/2013/07/26/future-third-party-releases-mediawiki/ > Today, the Wikimedia Foundation is pleased to announce that we have > contracted with two long-time members of the MediaWiki community–Mark > Hershberger and Markus Glaser–to manage and drive forward third-party > focused releases of MediaWiki. > Over a month ago, the Wikimedia Foundation sent out a request for > proposals (RFP) to help us fill an important and underserved role in > the development of MediaWiki. Two very solid proposals were produced, > the community weighed in with questions and comments, and there was an > open IRC office hour with the authors and interested community > members. The Wikimedia Foundation is pleased with the outcome of this > RFP and excited to begin this new chapter in the life of MediaWiki. Join me in congratulating Mark and Markus! Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

4 4

offtopic re behavior onlist
by Sumana Harihareswara 26 Jul '13

26 Jul '13

> From: Wjhonson <wjhonson(a)aol.com> > To: wjhonson(a)aol.com, mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] [Wikisource-l] Proofread extension > "extraction" of OCR text in Djvu > > More on the great Sarah Sharp fiasco :) You're way offtopic, but hey, since you're linking to an anti-civility piece, I'll link to a roundup and a couple of pro-civility pieces. https://lwn.net/Articles/559061/ "On kernel mailing list behavior" http://rusty.ozlabs.org/?p=356 "On Linux-Kernel Mailing List Behavior" http://alexgaynor.net/2013/jul/16/you-dont-have-be-jerk-code-review/ "You don't have to be a jerk to code review" To get back on-topic: this list is not LKML, and people don't get to be abusive jerks. You will be moderated if you flame people and you don't cool down when asked to. We welcome frank speech, including criticism of each other's work, but not insults directed at people. If that does not suit you, there are a zillion other lists out there for you to rant on. -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

3 2

Interlinks in MediaWiki
by Agata.Correia＠unibas.ch 26 Jul '13

26 Jul '13

Dear All, I'm trying to configure a interlink in the Navigation menu. The link is configured as [[de:Adăugare_informației_despre_un_dispozitiv_medical]]. I would like to cancatenate to the link the following "?setlang=de", the problem is that when I configure [[de:Adăugare_informației_despre_un_dispozitiv_medical?setlang=de]] the window opens with the following URL : Adăugare_informației_despre_un_dispozitiv_medical%3Fsetlang%3Dde. The "?" is transformed into "%3F" and the same happens with the symbol "=". Is there any work around for this? Cheers, Agata Correia Health Informatics Specialist Swiss Centre for International Health Tel: +41 61 284 8668 Fax: +41 61 284 8103 Skype: agata.correia agata.correia(a)unibas.ch Swiss Tropical and Public Health Institute Socinstrasse 57, P.O. Box 4002 Basel, Switzerland www.swisstph.ch -------------------------------------------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately by reply e-mail and delete this message from your system. --------------------------------------------------------------------------

1 0

Re: [MediaWiki-l] [Wikisource-l] Proofread extension "extraction" of OCR text in Djvu
by David Cuenca 26 Jul '13

26 Jul '13

I'm forwarding this message by George Orwell III on en-ws [1]. I think it is extremely important as it offers an insight about what is wrong with Djvu handling on Wikisource. "We/you are losing the X-min, Y-min, X-Max & Y-max (mapping coordinates) because the original PHP contributing a-hole for the DjVu routine on our servers never bothered to finish the part where the internal DjVu text layer is converted to a (coordinate rich) XML file using the existing DjVuLibre software package because, at the time, the software had issues. "That faulty DjVuLibre version was the equivalent of 4,317 versions ago and the issue has been long fixed now EXCEPT that the .DTD file needed to base the plain-text to XML conversion on still has the wrong 'folder path' on local DjVuLibre installs (if this is true on server installs as well, I cannot say for sure). Once I copied the folder to the [wrong] folder path, I was able to generate the XMLs all day long. These XMLs are just like the ones IA generates during their process (in addition to the XML that AABBY generates for them). "So its not that we as a community decided not to follow through with (coordinate rich) XML generation but got stuck with the plain-text dump workaround due to a DjVuLibre problem that no longer exists. Plus, the guy who created the beginnings of this fabulous disaster was like tick with an attention span deficit and moved on to conjuring up some other blasted thing or another instead of following up on his own workaround & finish the XML coding portion once DjVuLibre glitch was fixed. -- 15:16, 15 July 2013 (UTC) [1] http://en.wikisource.org/wiki/Wikisource:Scriptorium#EPUB.2FHTML_to_Wikitext On Wed, Jul 17, 2013 at 6:57 AM, Alex Brollo <alex.brollo(a)gmail.com> wrote: > Just a brief comment about djvu text layer, using IA files to digging > deeper the topic. > > FineReader OCR stores an incredibly detailed information in a proprietary > format; then, various FineReader versions export something of this > extremely rich set of information into different outputs - one of them > being djvu text layer. It's worth to note that even if any information > stored into djvu text layer can be extracted and used, the set of > information wrapped into djvu text layer (both in lisp-like format or in > xml format) is only a minor subset of original OCR information. > > If someone is interested to get much more information, it can find it into > abbyy.xml output; and Internet Archive gives it as abbyy.gz into the list > of exportable files. It's a very heavy and complex xml structure but it is > possible to parse it, end to extract from it any information wrapped into > djvu text layer and much more - most interestingly, wortPenalty, that is, > word by word, the resume of degree of incertainty of OCR recognition of the > whole word. > > We (I and Aarti) are digging into this mess, with fast preliminary > results; you can see into [[it:w:Utente:Alex brollo/Sandbox]] some brief > pieces of text extracted from abbyy.gx, where doubtful words (in the > opinion of OCR software) are red. They can be easily managed by > VisualEditor - caming simply from a simple span tag. > > Now, I'm waiting dor Aarti work; as soon a VisualEditor for nsPage will > run, it would be possible to extract text by bot from abbyy.gz (if the work > comes from IA) and to upload such text as OCR. > > Alex > > > > 2013/7/16 David Cuenca <dacuetu(a)gmail.com> > >> Hi Aubrey, >> Thanks for the heads-up, I have CC'ed Sébastien from fr-ws, he worked on >> the djvu text extraction/merging and he was interested in following-up on >> that. Maybe he has some fresh ideas about it. >> >> Micru >> >> On Tue, Jul 16, 2013 at 10:24 AM, Andrea Zanni <zanni.andrea84(a)gmail.com>wrote: >> >>> Hi David, Aarti, thibaud and Tpt, >>> please look at this thread: >>> >>> http://en.wikisource.org/wiki/Wikisource:Scriptorium#EPUB.2FHTML_to_Wikitext >>> especially the last message. >>> >>> It seems George Orwell III knows his stuff about Djvu and Proofread >>> extension, >>> and it's probably worth digging into this "layer text" djvu thing. >>> >>> Even if I might dream of an ideal solution (a "layered structure" for >>> wikisource, in which text can marked up several times in different layers) >>> that is probably very far away. >>> >>> But it's still important to pave the way for further improvements, I >>> guess: >>> losing all the information from a formatted, mapped IA djvu it's not a >>> good thing to do, IMHO. >>> And the Visual Editor could help us, in the future, to keep some of that >>> information (italics, bold, etc.) >>> >>> I know Aarti spoke with Alex about abbyy.xml: is it possible to do >>> something with it? >>> >>> Aubrey >>> >> >> >> >> -- >> Etiamsi omnes, ego non >> _______________________________________________ >> Wikisource-l mailing list >> Wikisource-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikisource-l >> >> > > _______________________________________________ > Wikisource-l mailing list > Wikisource-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikisource-l > > -- Etiamsi omnes, ego non

3 5

Translate extension - How to add translations
by Agata.Correia＠unibas.ch 23 Jul '13

23 Jul '13

Dear All, I've installed and configured the Translation Extension in my version od mediawiki. when I try to follow the user documentation in http://www.mediawiki.org/wiki/Help:Extension:Translate/Page_translation_exa… When I get to point 3, I cannot see the page that is in the example, for editing the translations. I've already checked the configurations and they seem ok. Can you please help me? Cheers Agata Correia Health Informatics Specialist Swiss Centre for International Health Tel: +41 61 284 8668 Fax: +41 61 284 8103 Skype: agata.correia agata.correia(a)unibas.ch Swiss Tropical and Public Health Institute Socinstrasse 57, P.O. Box 4002 Basel, Switzerland www.swisstph.ch -------------------------------------------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately by reply e-mail and delete this message from your system. -------------------------------------------------------------------------- -------------------------------------------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately by reply e-mail and delete this message from your system. --------------------------------------------------------------------------

2 1

Importing/Exporting Wiki
by Ryan Rick Acta 23 Jul '13

23 Jul '13

Hi, I am a technical writer and I have a lot of questions. Our company has been using MediaWiki for their documentation. We have a new client that recently bought our products and now needs help in their documentation. Our product documentations are posted in our wiki site. The clients are now requesting that they have copies of our documentation. I am also proposing that the create/build their wiki site on MediaWiki to have an easy transition with regards to the documentation. Now the process of transferring the documentation will be exporting and importing wikis. I have found the following articles regarding importing/exporting wikis: * Help:Export: http://en.wikipedia.org/wiki/Help:Export * Help:Import: http://en.wikipedia.org/wiki/Help:Import Can you confirm that these are the articles that i need regarding importing/exporting wikis? Is it possible to import/export our wikis to a new MediaWiki for the client? One more thing, we also have some documents in Confluence (Atlassian Confluence 3.5.3). Is there a way to import/export them to our MediaWiki page (we call them Docs Wiki)? It also needs to completely replicate the Confluence page including the codes, images and links. Hope you can help me on this. I would really appreciate this. If there is anything else, please let me know. Thanks! PS. I am unsure if i should directly name our company and the client. This is regarding the confidentiality clause.

2 5

Upload file issues with mw1.21.1
by Philip Bellino 22 Jul '13

22 Jul '13

Hello, I apologize for posting this as I did post it earlier, but I am at a total loss as to what the problem may be, so I am pleading for help. I upgraded from 1.16 to 1.21 and then 1.21.1. Ever since upgrading from 1.16, I can no longer upload files. It is not a permission or ownership issue, as all directories/sub-directories/files all the way down through and including each parent directory "/var/www/html/wiki/images" have root as owner and group and everything is set for 777. Installed software Product Version MediaWiki<https://www.mediawiki.org/> 1.21.1 PHP<http://www.php.net/> 5.3.8 (apache2handler) MySQL<http://www.mysql.com/> 5.1.60 Entry point URLs Entry point URL Article path<https://www.mediawiki.org/wiki/Manual:$wgArticlePath> /wiki/index.php/$1<http://192.168.56.63/wiki/index.php/$1> Script path<https://www.mediawiki.org/wiki/Manual:$wgScriptPath> /wiki<http://192.168.56.63/wiki> index.php<https://www.mediawiki.org/wiki/Manual:index.php> /wiki/index.php<http://192.168.56.63/wiki/index.php> api.php<https://www.mediawiki.org/wiki/Manual:api.php> /wiki/api.php<http://192.168.56.63/wiki/api.php> load.php<https://www.mediawiki.org/wiki/Manual:load.php> /wiki/load.php<http://192.168.56.63/wiki/load.php> I either get "Could not create directory "mwstore://local-backend/local-public/5/54" or Internal error Jump to: navigation, search Error storing file in '/tmp/php78T3qA': Could not create directory "mwstore://local-backend/local-temp/4/4a". Backtrace: #0 /var/www/html/wiki/includes/upload/UploadBase.php(836): UploadStash->stashFile('/tmp/php78T3qA', 'file') #1 /var/www/html/wiki/includes/upload/UploadBase.php(849): UploadBase->stashFile() #2 /var/www/html/wiki/includes/upload/UploadBase.php(858): UploadBase->stashFileGetKey() #3 /var/www/html/wiki/includes/specials/SpecialUpload.php(332): UploadBase->stashSession() #4 /var/www/html/wiki/includes/specials/SpecialUpload.php(425): SpecialUpload->showUploadWarning(Array) #5 /var/www/html/wiki/includes/specials/SpecialUpload.php(172): SpecialUpload->processUpload() #6 /var/www/html/wiki/includes/SpecialPage.php(613): SpecialUpload->execute(NULL) #7 /var/www/html/wiki/includes/SpecialPageFactory.php(487): SpecialPage->run(NULL) #8 /var/www/html/wiki/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext)) #9 /var/www/html/wiki/includes/Wiki.php(565): MediaWiki->performRequest() #10 /var/www/html/wiki/includes/Wiki.php(458): MediaWiki->main() #11 /var/www/html/wiki/index.php(59): MediaWiki->run() #12 {main} Can anyone help me out here? Thanks, Phil [E-Banner] The contents of this message, together with any attachments, are intended only for the use of the person(s) to whom they are addressed and may contain confidential and/or privileged information. If you are not the intended recipient, immediately advise the sender, delete this message and any attachments and note that any distribution, or copying of this message, or any attachment, is prohibited.

2 2

Problem download LocalSettings.php
by Rowe, Dolores A 22 Jul '13

22 Jul '13

Dear Teammates, At the very end of a MediaWiki installation of v1.19.2, using IIS 7.5 and I.E. 8.0, I am unable to download LocalSettings.php, and don't know how to proceed. Since this is failed, how can I get it ? Is there anything I can do manually on the server to get it ? I was trying to download LocalSettings.php from my Windows 7 client. thanks, Lori

1 0

ContentHandler hook deprecations
by Mark A. Hershberger 21 Jul '13

21 Jul '13

I just noticed that ContentHandler has understandably deprecated several hooks. However, not all the hooks have been updated as deprecated on the mw.o. Some of their replacements aren't even documented on mw.o. Worse, there isn't any schedule for how long the legacy hooks are going to be supported or any HOWTOs for developers interested in making their extensions work in MW 1.21+.. This is especially frustrating for developers who may have used ArticleViewCustom (new in 1.19) only to have it be deprecated a year later in 1.21 for ArticleContentViewCustom. (If anyone did use this hook in 1.19, they didn't document that use on mw.o, so we don't know about it and can't warn them about the issues that may come from this.) Mark. -- http://hexmode.com/ Love alone reveals the true shape of the universe. -- "Everywhere Present", Stephen Freeman

1 0

试试邮箱
by 谢朝钦【誠】 21 Jul '13

21 Jul '13

黑客太牛了本机(xcq5678m(a)iCloud.xn--com)-8u8fi7jp08a

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l July 2013