MediaWiki-l February 2016

mediawiki-l@lists.wikimedia.org

50 participants
53 discussions

PAGESINCATEGORY discrepancy
by David Newman 16 Feb '16

16 Feb '16

Hi, I've been creating and uploading animated images to the Commons Stroke order Project. https://commons.wikimedia.org/wiki/Commons:Stroke_Order_Project This URL has references to {{PAGESINCATEGORY:Order.gif stroke order images}} The value displayed on this page is 391, whereas the category page shows 397. https://commons.wikimedia.org/wiki/Category:Order.gif_stroke_order_images The images I upload I put into the license {{SOlicense}} as well as add them to the category "Order.gif stroke order images". I can't figure out what I am doing wrong because obviously the other 391 images uploaded by others are being counted. This is the latest image I have uploaded: https://commons.wikimedia.org/wiki/File:%E5%87%AF-order.gif Any ideas? Thanks. -Dave

2 2

Broken categories management after upgrading from 1.25.3 to 1.27.0-wmf.10
by Dominique Gagnon 15 Feb '16

15 Feb '16

Hi, I've recently discovered that, after upgrading from version 1.25.3 to 1.27.0-wmf.10, categories management doesn't work. Existing categories work fine but, for instance, if I create a new category and I label a page with it, the category doesn't list the labeled page. Looking in the category table in MariaDB shows that the new category isn't listed there. I've tried to upgrade to 1.27.0-wmf.13 and it didn't help. Is this a known bug in 1.27.0-wmf releases? Thanks, Dominique

2 2

Does $wgOpenSearchDefaultLimit work?
by Daniel Barrett 15 Feb '16

15 Feb '16

Does the config variable $wgOpenSearchDefaultLimit have any effect in MediaWiki 1.26? I tried setting it in LocalSettings.php: $wgOpenSearchDefaultLimit = 20; but it had no effect on the API call made by the wiki search box, which still sends "limit=10": https://mywiki/w/api.php?action=opensearch&format=json&search=x&namespace=0… I also can't find any references to this variable in the MediaWiki 1.26.2 source code; however, the docs say that this variable is still in use: https://www.mediawiki.org/wiki/Manual:$wgOpenSearchDefaultLimit Thanks, DanB

2 1

Re: [MediaWiki-l] How to dynamically fill a page with form entries?
by Jan Steinman 14 Feb '16

14 Feb '16

Yet another way is the extension PostForm. It will let you easily create an arbitrary form, which then can be emailed to you or written to a MySQL table. I don’t recommend using it without clipping a line that puts everything into a log file that is in the website space, and which can be found by search engines! It also has a bug that clips the return results if any multi-byte characters are entered. Another issue is spam. I have been working on a mod that puts a simple CAPTCHA challenge on it, but I don’t understand XSL well enough to plop it in easily. I had a bot attack, and was getting over 100 spams PER HOUR, and had to turn the page off. Now, it is only available via secret link that I send to people who need to fill in the form. :::: Jan Steinman, EcoReality Co-op :::: > On 2016-02-13, at 04:00, mediawiki-l-request(a)lists.wikimedia.org wrote: > > From: Chris Tharp <tharpenator(a)gmail.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] How to dynamically fill a page with form > entries? > Message-ID: <A5355828-A501-49D6-B200-9B256D2C60EF(a)gmail.com> > Content-Type: text/plain; charset=us-ascii > > Basically you can do that using the Semantic Forms extension &/or Semantic Mediawiki extension &/or Cargo Extension. You'll face a learning curve mastering Semantic Forms and one of the above extensions, but it can be done. Additionally you could use a Google Form embed from the Widgets extension and have the results go to an email that reports to a spreadsheet and than embed the spreadsheet (using the Widget extension again). The other possibility is using the NamespaceHTML extension and using a form company (like Jotform) to create the form & the report page (and embed them). > > Well that's three options and I'm sure others will have more. > > Sent from my iPhone > >> On Feb 12, 2016, at 7:49 AM, lmarcini <lmarcini(a)klaksulku.com> wrote: >> >> Hello, >> >> On Dokuwiki 1.25.5, I need help for something I done with Dokuwiki >> before (with Bureaucracy and Pagemod plugins). >> >> It concerns a registration for a small conference/workshop and I want to >> have two pages : >> - a registration page: people enters name, location and e-mail into a form, >> - a participants list page: dynamically generated with the previously >> entered informations. >> >> I don't know how I can do that on Mediawiki ! :-( >> >> Thank you for your help. >> Laurent. >> >> _______________________________________________ >> MediaWiki-l mailing list >> To unsubscribe, go to: >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > >

1 0

How to dynamically fill a page with form entries?
by lmarcini 12 Feb '16

12 Feb '16

Hello, On Dokuwiki 1.25.5, I need help for something I done with Dokuwiki before (with Bureaucracy and Pagemod plugins). It concerns a registration for a small conference/workshop and I want to have two pages : - a registration page: people enters name, location and e-mail into a form, - a participants list page: dynamically generated with the previously entered informations. I don't know how I can do that on Mediawiki ! :-( Thank you for your help. Laurent.

2 1

various errors
by luc AUGARDE-Telem＠c 12 Feb '16

12 Feb '16

Hello, First error : A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT 1 FROM `page` WHERE (Array) OR (Array) OR (Array) LIMIT 1 Function: ApiStashEdit::checkCache Error: 1054 Unknown column 'Array' in 'where clause' (127.0.0.1) Second error : There are also randomly database errors after a while and the database puts itself in only reading Have a fun weekend ---------------------------------------------------------------------- Merci de nous aider à préserver l'environnement en n'imprimant ce courriel et les documents joints que si nécessaire.

1 0

passage de 1.24.1 à 1.26.2
by luc AUGARDE-Telem＠c 12 Feb '16

12 Feb '16

Bonjour, j'ai de nombreux problèmes pour migrer mediawiki de la version 1.24.1 à la 1.26.2 j'ai pourtant recopié la base Mysql de l'ancienne version , j'ai recopié les extensions ne figurant pas le package et qui était présentes dans la version précédente Dans le fichier LocalSettings.php venant de mon ancienne version j'ai dû déplacer la ligne enableSemantics ( 'gide-formation.culture.fr' ); maintenant php maintenance/update.php me donne : PHP Fatal error: Unsupported operand types in /var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php on line 144 Si vous aviez une documentation ou une aide , cela me serait d'un très grand secours Merci d'avance PS : mon répertoire de 37 extensions : AdminLinks Interwiki Poem SemanticResultFormats Cite LdapAuthentication README SpamBlacklist CiteThisPage Lingo Renameuser SyntaxHighlight_GeSHi ConfirmEdit LocalisationUpdate ReplaceText TitleBlacklist DataTransfer Maps SemanticDrilldown Validator ExternalData Nuke SemanticForms VisualEditor Gadgets PageSchemas SemanticFormsSelect WikiEditor HeaderTabs ParserFunctions SemanticGlossary ImageMap PDFEmbed SemanticMaps InputBox PdfHandler SemanticMediaWiki ci-joint mon fichier LocalSettings.php sans mots de passe cordialement ---------------------------------------------------------------------- Merci de nous aider à préserver l'environnement en n'imprimant ce courriel et les documents joints que si nécessaire.

2 1

Re: [MediaWiki-l] migration from release 1.24.1 to 1.26.2
by Greg Sabino Mullane 11 Feb '16

11 Feb '16

"luc AUGARDE-Telem@c" wrote: > PHP Fatal error: Unsupported operand types in > /var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php Three things: 1. Make sure SemanticMediaWiki is loaded before the other Semantic items 2. What exact version of SemanticDrilldown do you have? What is around that line? The talk page for that extension indicates that a solution may be to ensure that $smwgNamespacesWithSemanticLinks is not being set to a non-array in your LocalSettings.php 3. Your LocalSettings.php attachment did not seem to make it to the list (or at least the digest). Maybe try a link to a paste site? -- Greg Sabino Mullane greg(a)endpoint.com End Point Corporation PGP Key: 0x14964AC8

1 0

Fwd: Help with SWM
by Larry Martell 11 Feb '16

11 Feb '16

On Thu, Feb 11, 2016 at 3:51 AM, Markus Krötzsch <markus(a)semantic-mediawiki.org> wrote: > Hi Larry, > > in general, the best place to ask SMW questions is the semediawiki-user > mailing list. Quick answers below: Thank you very much Markus for the reply. There is a lot of very helpful info here. I have moved this discussion over to that list. I hope you are on that list too and can continue to help me. > On 11.02.2016 04:16, Larry Martell wrote: >> >> I am a total newbie with SMW, and I've inherited a system that no one >> knows any details about. >> >> I have a few questions: >> >> How can I find out what and where the database behind the SMW is? I >> would think there is a config file somewhere, but I can't find it. > > > The data is stored in the database you have configured for your wiki. The > config file where this is defined is LocalSettings.php. You can > (additionally) store it in an RDF database if you wish (for this, you need > to install such a database management system and add some config options; > see SMW documentation). > >> >> When I look at a page with browsebysubject I see a type associated >> with the data, e.g.: >> >> {u'property': u'HasSide', u'dataitem': [{u'item': u'Left', u'type': 2}]} >> {u'property': u'HasReferenceDataset', u'dataitem': [{u'item': >> u'RefData, u'type': 9}]} >> >> What do these types mean? > > > This is probably not relevant to what you want to do. > >> >> I have been asked to edit 1000's of pages to remove 2 fields and add a >> new field. > > > Take a look at the extension ReplaceText. It can probably do this for you. > >> To do this with the API would I get the data with >> browsebysubject and modify that dict? But then how would I write that >> back? >> >> Or would I get the raw data with index.php?action=raw, modify that, >> and then write it back with edit >> (https://www.mediawiki.org/wiki/API:Edit) > > > An easier way to modify page texts in a one-time operation might be to > export the text using Special:Export, modify the resulting XML file with any > tool you like, and then re-import the file. Won't work well if your wiki is > edited by many people, but if you have the modification script ready you > could do this in a few minutes, which is good enough on a relatively static > site. > > Whatever method you pick, changing the page text in one or the other way it > the right way of changing SMW data. SMW's primary data storage is the page > text, so you do not need to worry about any specific database related to > SMW: the extension will make sure that its contents is updated to agree with > the page text. *Never* edit SMW's database tables directly. Your changes > will be lost as soon as the wiki pages are edited next time. I am wondering why the changes I made are not being seen on the pages. I do see my changes when I export the pages but not when viewing them. For example, before, a page had this: |Type=Foo |Side=Right and I changed it to this: |Side Type=Right Foo But on the page I see this: Type Side With no data after the field names (whereas before the data was shown after each field name). I made those changes by pulling the raw data and writing it back with edit. Then I tried the export/import method, but when I tried to import the modified page, I got "No revisions imported (all were either already present, or skipped due to errors)." I did make changes, so there must have been errors. How could I see what those errors are? Also I changed the form from this: ! Type: | {{{field|Type}}} |- ! Side: | {{{field|Side}}} |- To this: ! Side Type: | {{{field|Side Type}}} |- But that is not reflected in the pages either. What am I missing here? Thanks! Larry > > This is also why SMW does not have a direct API to write data. Data must be > stored in wiki pages, and there is no good way to change an arbitrary page > (with all the complexities of MediaWiki: templates, parser functions, LUA > code, etc.) so that it will lead to a specific data being stored. It would > be easy enough to add some data (in hidden mark-up at the bottom of a page), > but modifying existing data will not work in general -- you need to know how > your templates work for knowing how to change the contents to get the result > you want.

1 1

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 149, Issue 11
by Sneha Bahl 11 Feb '16

11 Feb '16

Unsubscribe On 11 Feb 2016 17:33, <mediawiki-l-request(a)lists.wikimedia.org> wrote: > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > > Today's Topics: > > 1. migration from release 1.24.1 to 1.26.2 (luc AUGARDE-Telem@c) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 11 Feb 2016 11:21:52 +0100 > From: "luc AUGARDE-Telem@c" <luc.augarde(a)culture.gouv.fr> > To: mediawiki-l(a)lists.wikimedia.org > Subject: [MediaWiki-l] migration from release 1.24.1 to 1.26.2 > Message-ID: <56BC60C0.1080309(a)culture.gouv.fr> > Content-Type: text/plain; charset="UTF-8"; format=flowed > > Hello, > I translate my previous mail of yesterday in English... > I had problems to migrate from release 1.24.1 to 1.26.2 > I made a copy of Msql database from the earlier release > I made also a copy of the 1.24.1 extensions directory not present in > 1.26.2 package > > In LocalSettings.php I had to move the line > enableSemantics ( 'gide-formation.culture.fr' ); > farther in the file. > > Now, when I do > php maintenance/update.php > it gives the result : > PHP Fatal error: Unsupported operand types in > > /var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php > > on line 144 > > Here are the recapitulation of my current extensions > (resulting from merge): > > AdminLinks > Interwiki > Poem > SemanticResultFormats > Cite > LdapAuthentication > README > SpamBlacklist > CiteThisPage > Lingo > Renameuser > SyntaxHighlight_GeSHi > ConfirmEdit > LocalisationUpdate > ReplaceText > TitleBlacklist > DataTransfer > Maps > SemanticDrilldown > Validator > ExternalData > Nuke > SemanticForms > VisualEditor > Gadgets > PageSchemas > SemanticFormsSelect > WikiEditor > HeaderTabs > ParserFunctions > SemanticGlossary > ImageMap > PDFEmbed > SemanticMaps > InputBox > PdfHandler > SemanticMediaWiki > > > As attachment, my file LocalSettings.php wihtout passwords > > > ---------------------------------------------------------------------- > Merci de nous aider à préserver l'environnement en n'imprimant ce courriel > et les documents joints que si nécessaire. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > ------------------------------ > > End of MediaWiki-l Digest, Vol 149, Issue 11 > ******************************************** >

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 February 2016