[00:12:39] https://www.wikidata.org/wiki/Q2033 [00:13:13] how can ı acces pulication date of latest sofware version with "#property" [00:38:43] Mavrikant1: publication date there is a qualifier, not property... [00:41:18] not sure if #property allows to access qualifiers... don't see any mention of it. Maybe ask here: https://www.wikidata.org/wiki/Wikidata_talk:Arbitrary_access [02:22:38] hola [07:28:49] Adrian_WMDE: http://defragger.info/ [07:54:47] aude: am I right in thinking the version of wikibase we will be deploying will be against the version of mw currently deployed? so 1.26 wmf21 ? [08:06:25] addshore: wmf22 [08:06:40] if we need to cherry pick something into wmf22 core, we can do [08:07:59] gah, i can't spell 'typo' correctly [08:10:07] ;) [08:10:31] looks like I should be able to do at, as long as addValue allows you to set metadaya keys, which I believe it does [08:10:45] just trying to work out where all the css has gone for my wiki now... [08:12:41] aude: is there a ticket open for that json api thing on the mailing list? [08:20:53] there is one about pywikibot, but i would make a new ticket for this specific issue [08:20:56] and link them [08:21:05] https://phabricator.wikimedia.org/T110559 [08:21:17] or just use that :) [08:27:38] https://gerrit.wikimedia.org/r/#/c/237048/2 and https://gerrit.wikimedia.org/r/237050 for the branch [08:28:21] addshore: is https://gerrit.wikimedia.org/r/#/c/237028/ wha tyou need? [08:28:22] what* [08:28:34] for testing it [08:28:43] ahh aude yeh, afaik [08:28:46] *looks deeper* [08:29:05] yeh looks like it [08:29:22] * aude can deploy it during our deploy window which is before lunch [08:29:23] will CP it ontop [08:29:33] so it gets on test.wikidata [08:29:56] epic [08:30:23] Is ricordisamo ever on irc? :P [08:30:51] ive never seen him on irc [08:31:03] 1 year+ [08:48:24] right aude I wasn't planning on working this morning ;) So now that is fixed I'll be afk for a bit again, until 2pm! Ping / email me if anything comes up and I'll jump back online! :) [09:23:47] addshore: ok [09:23:53] (no daily, then [09:23:56] ) [09:40:01] DanielK_WMDE_: https://phabricator.wikimedia.org/T111641 [09:40:03] super annoying [09:40:22] i might be able to fix myself, but would have to clone hhvm source and compile it [10:04:13] aaaah, test2.wikipedia doesn't have usage tracking yet :o [10:04:35] [D[D[D[D/window 35 [10:04:39] gah [10:49:43] Lydia_WMDE: \o/ https://phabricator.wikimedia.org/T110339 resolved! [10:50:04] !lydia [10:50:04] \o/ [10:50:18] and https://phabricator.wikimedia.org/T49288 [10:50:25] :) [10:51:13] unless we want to keep it open for subtasks like tracking descriptions [10:57:11] aude: wohooooooooo [10:58:47] aude: what about commons? [11:07:31] benestar: commons has usage tracking :) [11:07:50] the multilingual part should work now [11:07:58] aude: so https://phabricator.wikimedia.org/T98307 can be closed? [11:08:11] and https://phabricator.wikimedia.org/T98286 as well? [11:08:11] it doesn't have arbitrary access yet [11:08:20] same thing [11:08:24] zhwiki gets it next week [11:08:27] hmm, ok [11:08:45] but that shouldn't be a problem if usage tracking is implemented, right? [11:10:36] i think arbitrary access would be ok now for commons [11:10:54] just need to see with daniel and lydia to be sure [11:11:27] if daniel says ok i am fine with it too. just not sure if anything is missing on the technical side [11:15:57] Lydia_WMDE: ok [11:16:05] we can discuss when both of you are here [11:16:08] k [11:16:38] * aude reminds people to test units on https://test.wikidata.org/wiki/Q22 [11:21:58] aude: btw is the badge page props thing deployed already? [11:22:03] so I can start working https://phabricator.wikimedia.org/T111025 [12:23:48] benestar: only on test wikis (e.g. test2.wikipedia, test.wikipedia, testwikidata) [12:23:57] it will be on non-wikipedias tonight [12:36:08] aude: what time is the deploy windows this evening? [12:36:12] *window [12:50:14] bah, having http://test.wikidata.org/entity/xyz as a valid unit doesn't seem correct [12:51:27] :D [13:02:20] jzerebecki: https://phabricator.wikimedia.org/T111530 [13:03:04] addshore: 8pm berlin time [13:03:52] coolio [13:04:44] of course, there will be no bugs, but would be nice to have you around anyway :) [13:05:08] and then it depends when mukunda is ready, but then takes 2 minutes to actually deploy [13:05:32] hehe, yes, I will make sure I around, either actively on IRC, or just a ping / email away ;) [13:05:39] ok [13:06:03] i have the backport ready, but we might wait until swat (in 2 hours) [13:09:26] okay! :) [13:26:50] jzerebecki: https://gerrit.wikimedia.org/r/236361 [13:52:39] Lydia_WMDE: i'm thinking more about what the entityAccessLimit should be [13:53:28] aude: ok? [13:53:59] page like https://nl.wikipedia.org/wiki/Overleg_module:Zandbak/Larske uses 350 [13:54:22] we set the default to 250, but i think we could make it higher... such as 400 [13:54:38] and 500 for wikidata [13:55:15] pages start running into errors after that https://www.wikidata.org/wiki/Wikidata:List_of_properties/Terms/pt-br [13:55:26] too many expensive lua calls [13:56:37] * aude reviews https://phabricator.wikimedia.org/P1946 again [13:57:22] 250 covers everything except one page on nlwiki and pages on wikidata [14:00:31] aude: i'm all for increasing it if we can [14:00:54] https://gerrit.wikimedia.org/r/#/c/237097/ [14:01:08] to start and then let's see [14:01:13] cool [14:01:34] it breaks one sandbox page which is unfortunate but i think acceptable for now [14:02:13] * aude reminded to setup usage tracking stats to run regularly with pretty graphs [14:05:38] \o/ https://test.m.wikidata.org/w/index.php?title=Q22&mobileaction=toggle_view_mobile :) [14:07:35] DanielK_WMDE_: https://github.com/wmde/ValueView/pull/190 [14:17:38] \o/ [14:24:51] Jonas_WMDE: https://gerrit.wikimedia.org/r/#/c/233104/ [14:32:07] Jonas_WMDE: Updated https://phabricator.wikimedia.org/T110675#1597784 [15:07:39] Jonas_WMDE will you do the ValueView release or shall I do? [15:07:56] sure if you like [15:10:30] done [15:10:36] now use it in Wikibase.git ;) [15:12:04] nice [15:12:25] DataValues/Number needs a release, too [16:17:46] Thiemo_WMDE: Double VV release across the sky? [16:18:09] JeroenDeDauw: yes, for the third time because travis does not run the qunit tests. [16:34:12] DanielK_WMDE_: please merge https://gerrit.wikimedia.org/r/#/c/235495/ [17:01:40] aude: i'll go for dinner with my dad now. will do unit announcement when back [17:05:22] jzerebecki: https://phabricator.wikimedia.org/E61 [17:13:11] aude: so nothing exploded? :P [17:13:20] woo! afk again for a bit ;) [17:14:05] suspicious addshore is suspicious [17:27:35] addshore: too early [18:18:41] https://www.wikidata.org/w/index.php?title=Q4115189&type=revision&diff=249638221&oldid=249419671 :) [18:31:24] Lydia_WMDE: can you announce please? [18:38:07] https://www.mediawiki.org/wiki/Wikidata_deployment#wmf.2F1.26wmf22 [18:38:15] also Special:NewItem etc. looks a bit different [19:42:44] aude: will do announcement now :) [19:44:57] \o/ [19:51:22] :) [19:59:52] aude: what data type do I need to select? [20:01:11] sjoerddebruin: quantity [20:01:12] Or Lydia_WMDE [20:01:46] yeah [20:02:07] * aude thinks Special:NewProperty looks so nice now :) [20:02:49] agreed! [20:03:20] https://www.wikidata.org/wiki/Property:P2043 \o/ [20:03:37] wohooooooooo [20:05:25] https://www.wikidata.org/w/index.php?title=Q58767&type=revision&diff=249847124&oldid=220945099 <3 [20:06:22] <3 [20:07:32] https://www.wikidata.org/w/index.php?title=Q3392&type=revision&diff=249849213&oldid=249848102 [20:07:44] ±0, aude. ;) [20:07:46] oooohhhhh! [20:07:48] yay! [20:08:02] +/- is clearly wrong... [20:08:06] err, +/- 0 [20:08:48] sjoerddebruin: should be +/- 1 or +/- 0.5, I believe. otherwise it will look *very* strange when converted to miles. [20:09:11] Hm, I don't know... [20:12:32] There are a load of specific ones. I hope we don't mass create them all. https://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending/2 [20:12:49] Why must we have "height of person" if we have "height"? [20:13:14] oh wow. that is more than i thought waiting for unit support [20:13:51] Created height now, so those properties only differ one number. [20:23:10] sjoerddebruin: +/- 0 means sub-millimeter precision. no margin of error at all. mathematically exact. [20:23:51] Jup, but we don't know the percission of most objects. So ±1 also seems arbitrary to me. [20:24:18] sjoerddebruin: it follows the convention to express precision via the number of digits given [20:25:01] sjoerddebruin: if I say "it's five miles away", nobody will be surprised if it's 5.3. But 7 would be surprising. [20:25:21] So it's like "circa"? [20:25:28] yes. [20:25:38] If it sy it's 5.23 miles away, 5.237 wouldn't be surprising, but 5.3 would be [20:26:02] Ok, is this correct then? https://www.wikidata.org/wiki/Q513#P2044 [20:26:16] "On 9 October 2005, after several months of measurement and calculation, the Chinese Academy of Sciences and State Bureau of Surveying and Mapping officially announced the height of Everest as 8,844.43 m (29,017.16 ft) with accuracy of ±0.21 m (0.69 ft)." [20:26:28] sjoerddebruin: it's sensible. i don't know if it's correct [20:26:48] Lydia_WMDE: we'll have to think again about a better ui / ux for the precision / uncertainty [20:26:59] sjoerddebruin: It needs a better reference than "imported from enwiki". :-) [20:27:02] we can't do without, but currently it's counter-intuitive to many [20:28:16] sjoerddebruin: excellent if the source givers an explicit precision. but it's tricky to make people understand that no precision given does NOT mean +/- 0, would would mean *absolute* precision [20:28:30] Jup, I know now. [20:28:35] anyway, thanks for trying this out! [20:28:39] * DanielK_WMDE_ is very very happy [20:29:23] DanielK_WMDE_: Congratulations, BTW. :-) [20:29:28] And Lydia_WMDE too. :-) [20:29:36] :) [20:29:51] But no-one else. ;-) [20:30:11] :( [20:30:14] 3 huge missing pieces added in ~ the last month (units, query service, arbitrary access) [20:30:25] <3 to everyone involved [20:30:30] including sjoerddebruin! :D [20:31:51] * Lydia_WMDE pokes James_F into answering her email about making article placeholder a beta feature [20:31:54] ;-) [20:33:33] and poooof he vanishes :P [20:34:31] yes, the glacier is moving! [20:34:36] He'll come back in 1±1 day. ;) [20:35:01] * sjoerddebruin is wondering if we can have "wiki.data" as url shortener. [20:38:16] Is there some documentation somewhere of how to use height and length? [20:39:30] Ainali: did you try? where did you struggle? [20:40:01] (we need to get it to the point where you don't need documentation [20:40:16] I haven't tried yet. Usually there is a template on the talk page for the property on the intended use. [20:40:49] I didn't copy the template because it didn't contain much info. [20:41:05] ah you mean documentation of where it is ok to use the property etc [20:41:14] not documentation of how to use the tehcnology [20:41:21] not my part then :D [20:41:34] I am thinking that Q513 are not 8848 m high. But the peak is 8848 m above sea level [20:42:15] We need something to specify the vertical datum. [20:42:25] https://en.wikipedia.org/wiki/Geodetic_datum#Vertical_datum [20:43:17] sjoerddebruin: Yes, that could be a qualifier [20:43:31] Ugh, but that will take two weeks then. [20:43:49] A simpler case would be that Q46896 is 1,95 m high [20:43:58] \o/ [20:44:07] Can you give me an example for API? [20:44:17] I want to write scripts and scripts [20:44:50] Did you thought of writing scripts, or maybe you can even try scripts! [20:45:02] Oh, I forgot to mention scripts. [20:46:43] Lydia_WMDE: E-mail? [20:47:01] James_F: yes yes [20:47:06] * James_F hunts. [20:47:08] :D [20:47:20] Oh. [20:47:25] I found it. [20:47:29] 3000 e-mails ago. :-) [20:48:40] Lydia_WMDE: Replied. [20:48:48] merci! [20:49:04] slow email is slow [20:49:14] it is like it is crawling over the ocean [20:49:19] there [20:49:33] cool [20:50:00] Ainali: good point [21:12:33] I see now that in the approved pending proposals there are three different heights. Which one of them was just created? [21:12:53] I've created the first one, I think. [21:15:22] Alright, with the second one the vertical datum is already there [21:15:37] So that wouldn't need a qualifier [21:16:17] Hm? [21:18:57] Lydia_WMDE: I want to make a property for quantity with unit, the data type in https://www.wikidata.org/wiki/Special:NewProperty is "Quantity" [21:19:12] and how I can add something [21:19:48] Amir1: do you have property creator rights? then just create a property with datatype quantity on that special page [21:20:06] yes [21:20:09] I'm admin [21:20:19] e.g. I want to say acceptable quantities are degrees, grad and radian [21:20:32] there is no limitation [21:20:37] you can use any item on wikidata [21:20:53] we'll have constraint checks later [21:22:16] okay :) [21:22:30] https://www.wikidata.org/wiki/Property:P2045 [21:22:33] I made this [21:23:14] :) [21:23:32] https://www.wikidata.org/wiki/Q157014 [21:23:38] and added this [21:23:57] Okay, I got the basic things, let's move to API [21:24:12] Let's go to bed. ;) [21:24:33] I won't sleep, until I import some data from Wikipedia [21:25:21] Lydia_WMDE: Do you have some examples of snaks for quantites with unit? [21:26:01] I'm with stupid, let's try wbgetentities on the item [21:26:08] https://www.wikidata.org/wiki/Q513#P2044 [22:19:07] my first edit (bot) for quantities with unit [22:19:07] https://www.wikidata.org/w/index.php?title=Q16711&diff=prev&oldid=250097193 [22:29:27] The bot is importing data [22:31:01] i'm getting the feeling the unit should be linked [22:35:14] Amir1: awesome :) [22:35:27] Thanks :) [22:36:55] * Amir1 tries to sleep