[00:21:51] Hi, I'm trying to use api.php on Wikidata. What is the command to create a new item? [00:23:12] I already managed to get logged in, learned more than I ever wanted to know about cookies and sessions and tokens and the like [00:23:58] Polyglot, looks like it might be https://www.wikidata.org/w/api.php?action=help&modules=wbeditentity [00:24:16] Examples: [00:24:16] Create a new empty item, return full entity structure [00:24:17] api.php?action=wbeditentity&new=item&data={} [00:25:38] yep, that seems to be what I was looking for [00:25:41] many thanks [00:26:40] so this seems like it means I can create a whole 'page' in one go [00:27:23] my (potentially bad) understanding is that an item/entity in wikidata is a page [00:28:24] I keep wondering what snak may stand for [00:28:38] haha, no clue [00:28:54] I'm going to try and fiddle with it [00:29:21] I'm creating code to enable JOSM (Openstreetmap editor) to add data to Wikidata [00:29:56] I started out by using QuickStatements, but I feel I need more control to not create doubles [00:30:49] The reason why this was rather hard, was that I'm doing it in Python, but in a Java environment [00:31:14] Many thanks! [07:26:55] Hi guys, I want to run a mediawiki query of the form {{#ask: [[Category:Books]] {{#if: {{{Name|}}} | [[Name::~*{{{Name}}}*]] OR [[Author::~*{{{Name}}}*]] OR [[Genre:{{{Name}}}]] | }} {{#if {{{Year|}}} | [[Year::{{{Year}}}]] | }} | ?Name | ?Author | format=table}}.... where Name and Year are two fields provided in the search options.the problem is that mediawiki treats this particular query as : [[Category:Books]] [[name: bla bla] [07:26:59] a]] [07:27:48] hence it provides the results by assuming that Category and name are one part, author is one separate condition and genre and year the third condition.... what i want is: [[Category:Books]] AND ( [[name: bla bla]] OR [[Author:bla bla]] OR [[Genre:bla bla]] ) AND [[Year::2000]]...... can anyone help me????? [08:02:18] Hi the csrf token I get ends with +\\, is that part of the token? I still get invalid token when i want to create a new wikidata item [08:34:12] OK, it needed to be urlencoded [14:09:23] hi everyone, I am new to mediawiki, I went through how to become mediawiki hacker, I am interested in working on bugs, in this link https://phabricator.wikimedia.org/maniphest/query/CZe9PaTP.aVy/#R There are many bug reports, but I dont know which all bugs are soloved, which bug to be worked upon?? [14:16:31] morning [14:18:53] praveenraj_: there is already a filter for the open status there, so all the results are open bugs [14:19:40] thanks RobotsOnDrugs [15:01:23] praveenraj_, Hi. Have you checked https://mediawiki.org/wiki/Annoying_little_bugs already? [15:05:27] andre__: yes I have gone through that page. In phabricator, Actually I wanted to know, whether the bug listed in, is still remain a bug or sovled?? [15:16:23] Nemo_bis: it's on the new wine wiki, main admin hasn't run update.php yet AFAICT [15:16:56] Not after subpages were activated anyway [15:18:07] He did $wgPageLanguageUseDB=true though [15:20:54] Actually all I need is for Foo\xy pages to be auto-set to using xy language (fr, de, etc.) [15:21:48] No full-blown collaborative translation extension [15:21:57] not* [15:26:19] fdel: why not use Translate= [15:26:35] But yes you'll need the DB to be fixed first of all, then we can look into other possible causes [15:28:45] Nemo_bis: translate seems overkill TBH, a simpler system to auto-set xy language to xy subpages is more than sufficient [15:32:54] praveenraj_, the queries only list open tasks. You can see the status of a task in the top left corner when opening a task. [15:39:08] Hi pals, I have some trouble with Instant Commons. [15:39:17] The problem looks like this. InstantCommons works well with small SVG files, but fails with JPG files. [15:39:35] So in my wiki site I can link to small SVG files and they come as images. [15:39:51] But if I link to JPG files, they fail, and I only see red links. [15:45:48] Just installed a mediawiki on my machine. I'm trying to use the api to convert the {{convert|400|ft|m|0}} functions to text. [15:46:09] Inputting this: [15:46:10] http://localhost/mediawiki/api.php?action=parse&text={{convert|400|ft|m|0}}&prop=text [15:46:20] gives me this error: [15:46:53] http://paste.ubuntu.com/14878144/ [15:47:42] do I need to create a page in my wiki for doing this? [15:53:24] kivi: Yes, "convert" is a MediaWiki template. [15:53:31] kivi: Template:Convert does not exist on your wiki. [15:53:33] Well, really a Wikipedia template. [15:53:40] also see https://www.mediawiki.org/wiki/Manual:Templates [15:53:47] You'll need to import/transfer the template from Wikipedia. [15:53:52] okay, so what do I need to do then to get this functionality? [15:53:53] great [15:53:57] And install any underlying extensions. [15:54:26] Hmmmmm, gosh I wish I knew where to start in figuring out this task. [15:54:30] https://en.wikipedia.org/w/index.php?title=Template:Convert&action=edit Lawl. [15:54:43] read https://www.mediawiki.org/wiki/Manual:Templates [15:54:59] It looks like the modern version of the convert template requires installing the Scribunto extension. [15:55:06] andre__, great thanks [15:55:46] how do I install extensions on ubuntu? Is this through apt-get, or does the mediawiki webserver have its own installer? [15:59:10] hmmm i seem to be getting somewhere now actually... Thanks for all your help [16:05:49] fdel: auto-set? There is no such feature. Are you planning to make a bot for that or what? [16:13:24] I have some trouble with Instant Commons. The problem looks like this. InstantCommons works well with small SVG files, but fails with JPG files. So in my wiki site I can link to small SVG files and they come as images. [18:39] But if I link to JPG files, they fail, and I only see red links. [16:14:36] InstantCommons is currently broken for everyone [16:14:59] because commons.wikimedia.org API is erroring out for the queries it uses [16:15:04] but it'll be fixed in a few minutes [16:15:19] PMZ__: ^ [16:15:41] (it's broken for any "bitmap" image, so yeah, not SVGs, but pretty much everything else) [16:15:55] Where was a warning about this? [16:16:15] Thanks for giving me some hope :-) [16:18:25] PMZ__: Once we've convinced all bugs to announce themselves before showing up, we will have proper warnings :) [16:19:06] this is https://phabricator.wikimedia.org/T125804 btw [16:19:32] OK. Just keep in mind there are plenty of non-wikimedia users who wonder what have suddenly changed. [16:20:29] not sure what specifically to "keep in mind" :) [16:21:03] Nemo_bis: I'd rather not create a bot if there is an easier way, but I might have to [16:22:05] ATM the number of translations is limited, though [16:23:19] andre__: Just think how many are there wondering and staying stunned! [16:25:18] alright got scribunto installed :) [16:27:43] PMZ__, sure, but if I "keep that in mind", how does that influence / change anything? I keep that in mind with *every* bug report anyway. Wikimedia has half a billion users. It's always the case. [16:28:54] andre__: You are perfect ;-) [16:29:08] No. I disagree. :P [16:29:27] You are not perfect, for you cannot see this. [16:31:56] fdel: there is no easier way, except the Translate extension of course :)= [16:41:47] andre__, Leah so I think I'm getting the hang of this. in the source you linked me though, all I see is this: {{{{{♥|safesubst:}}}#invoke:convert|convert}} -- I am presuming that this is another template I have to create? I can't find it though. [16:47:19] Hi I am reading source code of mediawiki scripts, In some of php script, there are comments which mentions some bugs with numbers, I did not get that [16:49:40] Hi I am reading source code of mediawiki scripts, In some of php script, there are comments which mentions some bugs with numbers, I did not get that, How to search those bugs?? [16:51:06] praveenraj_, example? [16:51:11] praveenraj_: they're probably references to bugs on Bugzilla, which have been migrated to Phabricator now [16:51:26] bug 12345 is now T14345. [16:51:29] always plus 2000 [16:51:33] the Phabricator tasks have the number bigger by 2000. for example "bug 12345" is now "T14345" [16:51:45] heh, i'm too slow. ;) [16:56:00] thanks andre__ , I got it [16:57:44] btw,was there any significance with this no. "2000"? [17:00:56] codezee, how do you mean? [17:01:13] we had ~1400 tasks already in Phab before imported tasks from Bugzilla. Was easier to remember [17:02:05] ohh, yes, thats logical, otherwise it was strange to believe that there could be exactly 2000 tasks at migration :) [17:07:55] Thank you people! [17:36:41] I've found a problem [17:36:52] https://en.wikisource.org/wiki/File:Traffic-signs-manual-chapter-3-diagram_602_%282008%29.svg [17:37:10] Whatever Mediwiki uses for SVG rendering isn't up to the task [17:37:29] Or something went very wrong... [17:37:56] The example linked displays perfectly in Inkscape, and when I show the original file in Firefox [17:38:07] The PNG gennerated don't [17:38:40] hi, how to remove "edit in wiki editor" bar from user preferences? on cs.wp there are bars that link to editting in the old editor and in the "new" wikieditor, I hate the new one, is there some hack how to remove the bar? [17:39:06] I could run around converting text to paths... but you really SHOULD fix the problem at source so to speak [17:45:06] auvajs: write custom CSS? [17:46:25] auvajs: I assume you don't want to remove that from the user preferences, but instead have a user preferences to remove it? The wording confused me at first. [17:46:50] andre__: I want to remove it from my personal preferences [17:46:55] auvajs, but what you're asking for should get fixed soon, see https://phabricator.wikimedia.org/T124710 [17:47:03] (that's just the task for documenting it though) [17:47:25] auvajs, linking to https://www.mediawiki.org/wiki/VisualEditor/Single_edit_tab [17:47:34] there should be something like this: #ca-view { display:none!important; } [17:48:10] just change #ca-view to something else, but can't figure out [17:48:41] or wait a few weeks and see it getting fixed anyway :) [17:49:07] andre__: what getting fixed? I just don't want the wikieditor at all [17:49:26] I mean I don't wanna use it [17:50:35] if there are "Edit" and "Edit source" bars, I just want the "Edit source" bar [17:50:53] auvajs, and I just wrote that it will get fixed soon. [17:51:00] andre__: ok [17:51:07] auvajs, did you actually read the links I pasted here? [17:51:15] andre__: no, I'll do, tnx [17:51:19] well. [17:54:40] andre__: well, it appears to be some draft to a new mw function, but this can be solved by css, can't? [17:55:11] andre__: I simply wanna now how to remove the bar via css [17:55:19] *know [17:55:51] if you can tell me? :) [17:56:45] auvajs: all I had to tell I told here. See what I wrote here before. Thank you! :) [17:58:03] andre__: ok, but your assumption of my intent wasn't quite right. never mind [18:31:36] I know I asked this about a year ago but I'm looking for a guide on updating a very old extension to use the new JSON i18n system. [18:32:01] because it still isn't, and apparently it needs to be before I can start thinking about updating it for 1.25+ [18:32:06] hmm, wasn't there a maintenance script to do it? [18:33:46] QuasAtWork: there's some documentation of the old and new format at https://www.mediawiki.org/wiki/Localisation_file_format [18:45:26] while not listed as a step I assume I ditch the line $wgExtensionMessagesFiles['Monaco'] = dirname(__FILE__).'/Monaco.i18n.php'; [18:56:00] cool nothing blew up. [18:56:02] thanks. [18:57:00] is there any other collection of skins? actually i'd be even more interested in larger collections of css-only "skins". [18:59:43] monaco is the only open source skin I'm aware of that anybody actively maintains outside of the core ones that come with MediaWiki [19:00:06] for customized CSS you could just visit various wikis and look at their Common.css or skin .css articles in MediaWiki namespace [19:00:25] you can do quite a bit with that alone and is sure a lot less complicated than learning a bunch of php. [19:05:56] https://github.com/haleyjd/monaco-port/commit/9ffa3c9c397c5d4479a53bbfe7b596612b3ecc87 looks clean to me. [19:09:23] not that I could tell if there were a problem that happens when installing. [19:34:00] for a while I had Orain testing my code for me but then they went bye-byte [19:34:02] -t [19:35:01] though byte might be correct considering what happened there, dunno. [20:34:07] Is there an extension to share on Facebook, Twitter, etc? [20:44:02] what is the state-of-the-art wiki spam cleanup solution? Not asking for myself so much as just curious what the answer to Mickey Feldman's mediawiki-l question is [20:44:56] !spam [20:44:56] For information about combating and handling spam in MediaWiki, see . [20:45:31] ah...the IRC keywords, thanks, Vulpix! [20:45:38] :) [20:46:06] sadly, it seems one popular extensions used to clean up spam is not maintained anymore https://www.mediawiki.org/wiki/Extension:BlockAndNuke [21:27:00] i would like to cooperate with you to the future for sure ang geting both side the best... [22:23:00] robla: Extension:AbuseFilter is the only thing keeping us from being overrun pretty much [22:23:19] Title blacklist and TorBlock are good things to have of course but less critical. [22:24:07] and Extension:Nuke for cleanup [22:24:50] i tried to visit some site's Common.css page and just unreadable text (full of a question mark in a square sign). what did they do to it and how can i still get what i want? [22:25:14] which site was that [22:25:23] http://minezwiki.net/wiki/MediaWiki:Vector.css [22:25:45] it is serving gzipped content? [22:25:53] wow [22:26:01] yeah that looks like some kind of server misconfiguration or something [22:26:20] MediaWiki will gzip the content if the user supports that [22:26:31] for obfuscation purposes or unintentional (misconfiguration)? [22:26:36] if the server gzips the content *even if already gzipped*, that kind of problem happens [22:26:37] I don't think that's supposed to apply to the in-wiki view of a .css is it? [22:26:57] nope [22:27:08] can i still get their css? [22:27:22] I would look in the server for a configuration setting to gzip anything that ends in .css [22:27:30] sure: http://minezwiki.net/wiki/MediaWiki:Vector.css?aa [22:28:08] thank you [22:28:53] other pages on that wiki work just fine. does this problem affect only .css? [22:28:55] but you should warn the administrator [22:29:07] they probably have a rule of "gzip anything that ends in .css" [22:29:43] it's fine to have that [22:29:53] but it should avoid gzipping anything already gzipped [22:29:53] js is also affected http://minezwiki.net/wiki/MediaWiki:Vector.js [22:30:07] alternatively, they could disable the gzipping done by mediawiki [22:30:25] but that would mean normal pages wouldn't get gzipped [22:32:20] I saved it to .gz and decompressed it with 7-zip [22:33:08] http://pastie.org/private/sblajf6luo2mkzp7naucna [22:33:17] oh woops [22:33:24] oh well A+ for effort I guess. [22:34:04] general rule if it takes you more than 15 seconds somebody already found a better solution :V [22:35:17] PS unless I'm out of the loop, // comments are not valid in CSS [22:35:24] so you should not copy those [22:41:40] Q/10