Re: [MediaWiki-l] Lua: Maintain state between invokes?
Hmm, have to keep templates then. Thanks. On 19 June 2013 17:05, Daniel Friesen dan...@nadir-seen-fire.com wrote: On Wed, 19 Jun 2013 07:06:10 -0700, Stephan Gambke s7ep...@gmail.com wrote: Hi, I am struggling with Lua. Is there a way to somehow maintain the state of the page building between calls to #invoke? A kind of page-wide variable mechanism or something like that? Problem: I have what is basically a bugtracker where each bug is described on a wiki page. For each state change of the bug (new, confirmed, fixed, verified, closed) I add a call to a template to the page text. The problem is, that the text generated by the template depends on both the origin and the target state. Until now I used the variables extension to keep track of the current state. Now I want to convert to Lua. Apart from the fact that it is clearly not desirable to mix the use of the variables extension and Lua, it is also impossible: When Scribunto's #invoke is called, parser functions are already parsed. So, what is the solution? Cheers, Stephan I'm pretty sure that Scribundo is specifically designed to make #invoke calls isolated from other calls. Short of trying to find and exploit bugs that are unpredictable and will eventually be patched there is no way you're going to get state between calls. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] IRC Office Hour Transcript
Raw log from the meeting that just concluded: http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-office/20130620.txt (It starts at 17:01) Thanks again to all who attended and asked questions and especially to the two groups with great proposals. As always, please feel free to email me with any questions or post on the RFP talk page(s). Best, Greg quote name=Greg Grossmeier date=2013-06-19 time=10:09:02 -0700 This is your friendly 24 hour warning about the IRC office hour for the release management RFP! Greg quote name=Greg Grossmeier date=2013-06-14 time=13:32:22 -0700 We have the date/time for the IRC office hours! https://www.mediawiki.org/wiki/Project:Calendar#June_2013 Thursday June 20th at 17:00 UTC (10:00am Pacific) in #wikimedia-office on Freenode. Webchat: http://webchat.freenode.net/?channels=wikimedia-officeuio=d4 We plan on having representatives from both submissions in attendance, so please come with your questions ready! Best, Greg quote name=Greg Grossmeier date=2013-06-13 time=10:16:44 -0700 = Office Hours = Next week we will have a IRC office hour with myself and Rob Lanphier and the parties who submitted proposals. This is a time for anyone/everyone to ask questions in real time from both the RFP submitters and of us (WMF/Robla and I). This is yet to be scheduled, but it is looking like Wednesday or Thursday (the 19th or 20th) in the morning Pacific time (around 4 or 5pm UTC). I will send out a note with the final date/time as soon as possible. -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] Upload files issues in 1.21.1 mw
Hello, I am also getting this internal error when trying to upload files. 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 -Original Message- From: mediawiki-l-boun...@lists.wikimedia.org [mailto:mediawiki-l-boun...@lists.wikimedia.org] On Behalf Of Chris Steipp Sent: Tuesday, June 18, 2013 11:38 AM To: MediaWiki-l Subject: Re: [MediaWiki-l] Upload files issues in 1.21.1 mw Oh, and if that's not it, make sure you have the image directory setup to point to the right place (which it should by default), and make sure any mandatory access control (apparmor/selinux) is configured to allow access too. On Jun 18, 2013 7:54 AM, Alex Monk kren...@gmail.com wrote: It sounds like you should have set permissions all the way down -from- /var/www/html/wiki/images. If the directory 'images/5' is not writeable (it can be unwriteable even if 'images' is writeable) then you can't create 'images/5/54'. Alex Monk On Mon, Jun 17, 2013 at 8:35 PM, Philip Bellino pbell...@mrv.com wrote: Could not create directory mwstore://local-backend/local-public/5/54. In LocalSettings.php: $wgEnabledUploads = true; I have changed persmissions to 777 all the way down to /var/www/html/wiki/images. I have also changed owner/group to root, apache, and both users to no avail. ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l [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. ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] php display_errors = off but they still appear
Pre upgrade testing of mw 1.21.1 with php 5.3.10 and apache 2.4.4 I set display_error = off in a php.ini in the doc root, and ran phpinfo to confirm that it actually was set to off, but extension automaticREMOTE_USER is still giving me a Strict Standards error for getCanonicalName(). I've used this extension for years, and can live with the fact that's it has not been updated recently, but I don't want error messages cluttering up the page. What have I missed? Thanks -- Mickey Feldman Vigil Health Solutions Inc. 2102- 4464 Markham Street Victoria, BC Canada V8Z 7X8 250.383.6900 ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] php display_errors = off but they still appear
You might have error reporting enabled in LocalSettings.php (it's a common recommendation for debugging). Something like error_reporting( -1 ); ini_set( 'display_errors', 1 ); Anyway, it's better to fix the underlying issue when possible. What version of automaticREMOTE_USER are you using? It looks like there was a fix for some strict standards errors about a year ago: https://bugzilla.wikimedia.org/show_bug.cgi?id=38369 On Thu, Jun 20, 2013 at 5:40 PM, Mickey Feldman mfeld...@vigil.com wrote: Pre upgrade testing of mw 1.21.1 with php 5.3.10 and apache 2.4.4 I set display_error = off in a php.ini in the doc root, and ran phpinfo to confirm that it actually was set to off, but extension automaticREMOTE_USER is still giving me a Strict Standards error for getCanonicalName(). I've used this extension for years, and can live with the fact that's it has not been updated recently, but I don't want error messages cluttering up the page. What have I missed? Thanks -- Mickey Feldman Vigil Health Solutions Inc. 2102- 4464 Markham Street Victoria, BC Canada V8Z 7X8 250.383.6900 __**_ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.**org MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/mediawiki-lhttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] Impressions from LODLAM 2013
I'm just back from the LODLAM summit in Montreal, Canada and here there is a short report. ==About LODLAM and why I was there== LODLAM (http://lodlam.net) is a gathering of people interested in LOD (linked open data) and LAM (Libraries, Archives, and Museums), so I thought it would be interesting to find partners and raise awareness about the Wikisource revitalization effort, all this thanks to the Grants:IEG support. The audience was very diverse, not only from cultural institutions, but also from some research centers and private companies. OKFN, Europeana, DPLA, and other big players had representatives there. AFIK, I was the only person from the Wikimedia movement, so I ended up representing all things wiki, specially Wikidata. These spontaneous activities are briefly described here [1]. The format of the event was that of an [[open-space technology]] gathering, similar to unconferences. Some information and reflexions to share: == Rewards contributor retention == During a talk about licenses (which dealt about the difficulties of having content with different licenses), there were some mention about Datahub [2], a recently launched project to share datasets, formerly known as ckan. The discussion revolved around the reward that contributors get for releasing their datasets. There was some consensus that the use of the released data is the reward, which lead to another debate about how to convey data use to contributors. It can be complicated or simplified to just leave a gratitude comment by the person using the dataset. All this led me to think about the emotional vs rational rewards that users (or institutions) obtain from contributing content to Wikipedia, Commons, Wikisource, etc. Are really active thanks, as currently implemented, suistainable and scalable? Will all the contributors who deserve it get a thanks some day? Could personalized view counts/ratings reports about uploaded pictures, major contributions to WP articles, etc. have some impact on contributor satisfaction/retention? Would automated personal impact reports free collaborators from the duty of thanking one another, or would that mean less personal interactions? These are some questions that I leave open here. ==Semantic annotations == As you might know there is a GSoC [3] which aims to convert the OKFN Annotator [4] into a Mediawiki extension. That is a great project that will enable inline comments in mediawiki projects, but it shouldn't be seen as the end, but only an step in the direction of semantic annotations. What could semantic annotations mean for Wikipedia? More precise answers to questions. Instead of just having millions of articles there would be the possibility of answering trillions of questions (or at least pointing to the text fragment(s) that has/have the answer). This kind of paradigm shift might need some pondering and broad community discussion. What could semantic annotations mean for Wikisource? Text interconectedness. Be able to relate concepts, authors, fragments... and then be able to query those relationships. ==Input interfaces for linked data== The best linked data it is the one that is invisible to the user, but then, how to enable end users to write linked data? From the several approaches, the most convincing seemed to use a text symbol (#, +, !, or others) to indicate that the text following it represents a linked entity. In the case of the VisualEditor in Wikipedia, one could write #article_name, and right after entering the # and the first letters, a list of options (from Wikidata) would show up to autocomplete/disambiguate. After selecting the right item, one could continue writing or type a dot to select a property (like in some object-oriented programming languages do). This approach simplifies the interlinking and also the data inclusion. ==Other news== - The Getty vocabularies will be published as linked open data (late 2013, ODC_BY 1.0 license) [6] - Pund.it [5] - open source semantic annotation project that won the lodlam challenge award - Karma, tools for mapping data to ontologies [7] Cheers, Micru [1] http://lists.wikimedia.org/pipermail/wikidata-l/2013-June/002388.html [2] http://datahub.io/ [3] https://www.mediawiki.org/wiki/User:Rjain/Proposal-Prototyping-inline-comments [4] http://okfnlabs.org/annotator/ [5] http://www.thepund.it/ [6] http://www.getty.edu/research/tools/vocabularies/index.html [7] http://summit2013.lodlam.net/2013/06/20/karma-tools-for-mapping-data-to-ontologies/ ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l