[01:57:24] (03CR) 10Krinkle: "This was broken in I4bb1cba4e56. The inclusion of '?>', in this script, is no more than logical considering it also outputs ' good morning [10:07:34] 10Wikidata, 10Wikimedia-Site-requests: Enable 'other projects' from Wikidata on itwiki - https://phabricator.wikimedia.org/T77012#1076316 (10Ricordisamoa) [10:47:41] 10MediaWiki-extensions-WikibaseRepository, 10Wikidata: Data Type URL should accept mail links - https://phabricator.wikimedia.org/T91069#1076322 (10Bugreporter) p:5Triage>3Unbreak! There're a property for email https://www.wikidata.org/wiki/Property:P968, which is unused https://www.wikidata.org/w/index.ph... [11:09:24] 10MediaWiki-extensions-WikibaseRepository, 10Wikidata: Data Type URL should accept mail links - https://phabricator.wikimedia.org/T91069#1076330 (10Lydia_Pintscher) p:5Unbreak!>3High This is important but the site isn't going down because of it :) [11:10:50] 10Wikibase-DataModel-Serialization, 10Wikidata: Empty JSON maps serialized as empty lists in XML dumps - https://phabricator.wikimedia.org/T91117#1074553 (10Lydia_Pintscher) [11:11:38] 10Wikibase-DataModel-Serialization, 10Wikidata: Empty JSON maps serialized as empty lists in XML dumps - https://phabricator.wikimedia.org/T91117#1074553 (10Lydia_Pintscher) [11:11:39] 10Wikidata, 10Datasets-General-or-Unknown, 7Tracking: improve Wikidata dumps - https://phabricator.wikimedia.org/T88991#1076336 (10Lydia_Pintscher) [11:15:45] 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 7Easy: Data Type URL should accept mail links - https://phabricator.wikimedia.org/T91069#1076340 (10Bugreporter) @Lydia_Pintscher This should be very easy to fix, similar to https://gerrit.wikimedia.org/r/#/c/172545, but I don't know how to use Git or Ge... [11:19:17] (03PS1) 10Gerrit Patch Uploader: Add mailto to the allowed URL schemas In I86cff20, Thiemo Mättig (WMDE) says: "Please note that I currently don't want to add mailto by default, mainly for privacy reasons." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/193669 (https://phabricator.wikimedia.org/T91069) [11:19:19] (03CR) 10Gerrit Patch Uploader: "This commit was uploaded using the Gerrit Patch Uploader [1]." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/193669 (https://phabricator.wikimedia.org/T91069) (owner: 10Gerrit Patch Uploader) [11:19:53] 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 7Easy, 5Patch-For-Review: Data Type URL should accept mail links - https://phabricator.wikimedia.org/T91069#1076356 (10Bugreporter) Succeeded to upload after several tries. [11:22:52] (03PS2) 10Bugreporter: Add mailto to the allowed URL schemas [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/193669 (https://phabricator.wikimedia.org/T91069) (owner: 10Gerrit Patch Uploader) [11:23:36] 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 7Easy, 5Patch-For-Review: Data Type URL should accept mail links - https://phabricator.wikimedia.org/T91069#1076357 (10Lydia_Pintscher) Sweet! I added some reviewers to get it through quickly. Thank you! [11:47:22] how long time do i need to get updated answer with api? [11:48:37] I add P528 as 1 to Q596 few days ago for test, and i cant get Q596 with query https://wdq.wmflabs.org/api?q=claim%5B31:3863%5Dstring%5B528:1%5D yet [11:50:02] magewhopper: there are problems with the RSS export and consequently the inclusion is flaky as well [11:51:50] GerardM-: isee thanks :) [11:53:17] then again I do not understand what you aim to achieve [11:53:34] hmm [11:55:24] I just want to get a claim of minor planet with it's number [12:24:03] 10Wikidata, 10MediaWiki-Vagrant, 10§ Wikidata-Sprint-2015-02-25, 5Patch-For-Review: labs-vagrant git-update should run composer update in WikidataBuildResources - https://phabricator.wikimedia.org/T90565#1076398 (10Lydia_Pintscher) a:3JanZerebecki [12:29:48] https://www.wikidata.org/wiki/Wikidata:Status_updates/2015_02_28 [12:29:53] anyone got any last minute additions? [12:31:07] not really a question ... my understanding is that the instability of the export of changes is why WDQ does not get updated [12:31:20] does that rhyme with what you know ? [12:32:31] it is the same reason why the statistics cannot be updated automagicallyt [12:33:08] to be honest i don't know :( [12:33:41] i am pushing for getting exports improved hoping that that will help [12:33:52] but there might be other issues as well [12:34:01] ... :( :( when you are not aware about such issues they do not get solved when it is also a Wikidata proper issue [12:34:57] when you make changes, it does not follow that automatically everything falls into place [12:35:38] we didn't make changes recently to the exports [12:35:48] that isn't the issue [12:36:10] for the regular dumps the issue is that they keep failing because wikidata got too big for the machine handling its dumps [12:36:25] the breakage exists for several months [12:36:26] that should be solved by moving to another machine [12:36:56] who is responisble for the lack of system power ? [12:37:44] ariel who was ill for a long time and is catching up now [12:38:06] he is not responisble .. it is his work [12:38:37] the person responsible is the one who did not take measures to fill the gap [12:39:34] changing hardware is not specific to a person [12:42:06] do you think that is fair ? [12:45:23] sure. but i'd rather concentrate on getting it fixed regardless of whos fault it is :) [12:46:20] when the ones responsible do not feel responsible, things linger ... and the pain is not felt/known by him [12:46:45] 10Wikidata, 10§ Wikidata-Sprint-2015-02-03, 10§ Wikidata-Sprint-2015-02-25, 5Patch-For-Review: Adjust AuthorityControl Gadget to snakview name changes - https://phabricator.wikimedia.org/T87858#1076411 (10aude) https://www.wikidata.org/w/index.php?title=User:Aude/authority.js&oldid=200280349 made the code... [12:48:03] the last part is when they cannot be responsible [12:55:49] why are properties of date type not returned in any machine readable format, most preferably iso? [12:56:07] what do you mean ? [12:57:00] eg. dob property returns 27 říjen 1845, i would expect 1845-10-27 [12:57:40] so i can't use {{#time:}} to work further with that [12:58:02] all date properties are unusable then [12:58:05] Danny_B: You're not really supposed to work further on that... especially not on the formatted data [12:58:12] Via Lua you can get the raw data [12:58:18] not even speaking abpout it is wrongly formatted [12:58:20] that is iso-like, most of the time [12:59:11] because a) point is missing after day number, b) we use genitives in verbal dates [12:59:25] Can you create a bug for that, please? [12:59:30] so instead of current 27 říjen 1845 it should be 27. října 1845 [12:59:52] I'm not even sure how we localize dates these days :S [13:00:12] see? that's what i'm saying [13:00:21] property should return machine readable data. raw. unformatted [13:00:27] otherwise it is useless [13:00:30] No, it shouldn't [13:00:33] why? [13:00:51] (pre)formated data are not further usable [13:00:59] property is to give a human readable formatted output [13:01:05] especially when badly formatted at all [13:01:07] it's the dead simple way to show the data [13:01:18] Via lua you can access the raw data [13:01:19] maybe there is a need for both [13:01:25] and a bug about the wrong format would be nice [13:01:28] Lua implies use in Wikipedia [13:01:51] that is not the most sensible assumption [13:02:17] GerardM-: #property: does as well [13:02:23] we're talking about Wikibase Client [13:03:23] say i want to have categories "osoby narozené 27. října" (people born on october 27th) - i can't do it simply in template by accessing and {{#time:}}ing the property [13:03:47] Yes [13:03:53] You would need to use Lua for that [13:04:00] i would expect {{#time:d. xg|{{#property:dob}}}} [13:04:08] which is deadly simple [13:04:22] how about create an override param? [13:04:47] That's not going to work the way you'd expect it [13:05:06] {{#property:dob}} -> 27 říjen 1845 {{#property:dob|Y-m-d}} -> 1845-10-27 [13:05:43] a) Our dates can be in any format (the date is basically a free form string, only most of them are ISO-like) b) There can be multiple values and those will be comma separated [13:05:50] of course it is not going to work the way i expect, because the #property returns unreadable date [13:05:52] parser functions just aren't flexible enough to reasonably handle our data (model) [13:06:13] eh [13:06:27] the a) explains everything then [13:06:37] so useless [13:06:50] dates stored as plaintext in any format are worthless [13:06:56] further unusable [13:07:50] We have built in support for the Gregorian and the Julian calendar, that's what we can format [13:08:06] Everything else is essentially text to Wikibase [13:09:20] honestly, i don't see any rationale for saving the dates in not structured form. can you give me any example for such necessity, pls? [13:10:33] Say you want to enter dates in an ancient calendar model for which no conversion exists [13:10:33] anyway, you say it is stored as plaintext as it is written, so how can i get the machine readable date from lua? [13:12:09] You can just access the raw data using Lua... if it's a Gregorian date, you'll get an iso like timestamp there [13:12:28] The data you get essentially looks like the json output from the api/ the dumps [13:31:56] (03PS1) 10Hoo man: Clarify lua.wiki docs [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/193673 [13:32:29] Lydia_WMDE: aude: ^ merggeee! [13:32:33] Documentation only change [13:35:41] (03PS2) 10Hoo man: Clarify lua.wiki docs [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/193673 [13:49:37] Just a stupid bot. :( https://www.wikidata.org/w/index.php?diff=200000000 [13:49:57] Not even my stupid bot :D [13:51:17] The next 100M will probably go by a bit faster :) [13:51:53] If only the tools work proper. :( [13:52:04] how many items do we have now? I mean the current Q number [13:52:10] * Stryn is lazy to check [13:52:26] https://www.wikidata.org/wiki/Q19367389 [13:52:32] Q19367389 [13:52:35] thx :) [13:53:27] not long until we have Q20000000 [13:53:53] -_- https://www.wikidata.org/w/index.php?title=Q1138948&diff=200308067&oldid=200005318 [17:06:47] 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 7Need-volunteer: Create a special page to query for badges - https://phabricator.wikimedia.org/T72209#1076515 (10He7d3r) [17:43:15] I keep on getting gateway errors when trying to execute queries in WDQ or Autolist, is it just me? [17:52:51] it's not been responding very quickly for me [17:53:33] No response here. [17:53:37] YuviPanda|brb: ^ [17:53:47] Oh wait. [17:54:10] It's slow yes. [18:08:31] Mmmm, and I guess there is no known cause [20:05:25] 10MediaWiki-extensions-WikibaseRepository: Special:MergeItems should report all conflicts at once - https://phabricator.wikimedia.org/T91210#1076698 (10Nemo_bis) 3NEW [20:13:43] I wish I had enough CPU power to edit sitelinks on Wikidata [20:26:11] Nemo_bis: i thought it became better in the last months [21:11:28] Do we still have that tool to convert Wikidata sitelinks to wikilinks format? [21:25:13] 10MediaWiki-extensions-WikibaseRepository: Special:EntityData redirects to the item page - https://phabricator.wikimedia.org/T91215#1076741 (10Nemo_bis) 3NEW [22:08:18] 10MediaWiki-extensions-WikibaseRepository: Special:EntityData redirects to the item page - https://phabricator.wikimedia.org/T91215#1076787 (10Lydia_Pintscher) 5Open>3declined a:3Lydia_Pintscher Special:EntityData does content negotiation. In a browser redirecting to the item is the intended action. [22:51:15] What is the most reliable, up-to-date tool for telling me the number of items tagged as instances of X? [22:52:06] all the external tools work on the same dumps, no? [22:53:26] Dumps, huh. That would explain the out-of-datedness. None of the tools are live? [22:54:19] they are live but they lose some edits, so they use also dumps [22:54:40] i'm not clear at all, sorry i'm very tired [22:54:54] and english isn't my language [22:58:33] harej: what are you trying to do? [22:58:45] see how many items are instances of WikiProject [22:59:04] harej: and a simple query doesn't suffice? [22:59:11] Query where? [22:59:17] autolist [23:00:16] Autolist is out of date [23:01:14] out of date from what? edits ten minutes ago? yesterday? [23:01:24] from the past ~3 hours [23:01:55] well, better wait, then... [23:02:19] you can try directly on wdq.wmflabs.org/api?q=claim... [23:02:21] how often is it updated? [23:02:32] every few minutes [23:02:53] so if it doesn't update, it's a glitch and then every fifteen days [23:03:18] http://tools.wmflabs.org/autolist/autolist1.html?q=CLAIM%5B31%3A4234303%5D << this should have more than 138 items [23:03:59] harej: why? [23:05:23] i have been updating items for the past few hours; the number originally was at 136 and i definitely updated more than two items today. I don't necessarily need the new number *now* but I want to know if I can rely on autolist. [23:05:42] you can rely on autolist every few days [23:05:58] if you work on a subject, better be patient [23:05:59] okay [23:06:02] thank you [23:06:23] it will be less of an issue as i go through and tag more items, and the list becomes more stable [23:06:30] yes [23:06:51] many edit in little time lead to "lose edits" for autolist [23:07:01] but it's corrected regularly [23:07:14] i see [23:07:34] harej: I work on several subjects at time, at differents dates on the month [23:07:57] so every month I verify my queries with the updates ;) [23:08:13] (and I speak a very broken englush this night O_o) [23:08:16] english* [23:08:32] i understand you just fine!