[00:12:06] why do I keep getting errors back with filling in titles in English... [00:12:29] "An error occurred while trying to perform save and because of this, your changes could not be completed." [00:30:38] hey, could we make it so that when an item is protected, the "edit" links just disappear? [00:31:15] good suggestion [00:31:26] Jeblad_WMDE ^ [00:31:40] PinkAmpersand: file a bug. [00:31:46] (and for bonus points, a protection notice could come up in a bubble like the "You are not logged in" one) [00:32:42] PinkAmpersand, duh: both of you would be interested in https://bugzilla.wikimedia.org/show_bug.cgi?id=42766 then [00:33:19] hm [00:33:33] I think that just means you have to change the message to ->parsed() [00:33:42] but that means you need to modify the extension as well probably [00:33:53] but that's not the same issue, is it? [00:34:07] this issue presumably also occurs w/ protection [00:34:20] protection and blocking are two different things [00:34:25] well they have two different checks [00:34:53] ok. so i should file a bug? [00:35:00] yes [00:35:02] PinkAmpersand: nah, I think it's related enough [00:35:06] add it to the linked ubg [00:35:09] (as a comment) [00:35:11] Jasper_Deng: no [00:35:13] theyre different [00:35:22] fundamentally different. [00:35:47] duh: btw in any case what's described in the bug has changed now [00:36:02] as w/ page protection, a (g-)blocked user will have "save" grayed out [00:36:45] well there goes alabama [00:36:48] rschen7754: was https://toolserver.org/~legoktm/cgi-bin/wikidata/logs.py?job=64 correct? [00:36:59] rschen754: ? [00:37:03] …no [00:37:21] well its only two pages, mind fixing it? [00:37:47] wow, that was a really bad prefix job on my part [00:37:49] sorry about that :P [00:37:54] no worries [00:38:43] reloaded [00:39:06] Jasper_Deng: adding statements to U.S. road articles [00:39:23] manually started teh bot [00:39:35] has anyone filed a bug yet on the fact that page protections don't show up in the histories for mainspace and propertyspace? [00:39:52] yeah, i have to sit down and get the rest of them set up for the other 49 states and other territories [00:41:08] PinkAmpersand: it should [00:41:16] PinkAmpersand: here's how i do it. If you search for 3 minutes (and you search well), and you can find a bug, file it. [00:41:20] * Jasper_Deng did the first mainspace page protection and it showed up in history [00:41:30] cant* [00:41:51] Jasper_Deng: you're right [00:42:03] something weird happened and i got confused [00:42:14] tu as tort.... expliquez-vous. [00:42:44] Though ultimately I think the abusefilter setup is "sorta works" [00:43:01] * Jasper_Deng would like variables for description, label, properties, etc. [00:43:04] is it standard for the (hist) links in Special:ProtectedPages to be automatically offset to before the protection? [00:43:08] WORKSFORME FIXED. [00:43:10] that's what confused me [00:44:02] hm [00:44:07] the girl next to me [00:44:16] "If people are mean to animals, they should die." [00:45:08] PinkAmpersand: /me sees no hist links @ Special:ProtectedPages [00:45:25] though that just may be b/c I see "change" instad [00:45:27] oh you're right. sorry. protection logs [00:45:28] rschen7754: is it just me, or is this a highway system of itself? https://www.wikidata.org/wiki/Q94247 [00:45:59] e.g. https://www.wikidata.org/w/index.php?title=Special:Log&page=Q3234584 [00:46:06] duh: stupid prefixes lol [00:46:10] hahaha [00:46:22] check all of the logs please :P [00:46:23] https://www.wikidata.org/wiki/User:Legobot/properties.js/Archive/2013/02/19 [00:46:25] yep it seems to be a valid bug.... why the heck must it be offset anyways? [00:47:11] Jasper_Deng: exactly. [00:47:19] file it! [00:47:29] could it be fixable via MediaWiki:, though? [00:47:44] duh: seems good [00:47:49] awesome [00:47:52] * Jasper_Deng knows of no such interface message [00:48:06] PinkAmpersand: and besides, we'd like this to be fixed at its root [00:48:34] ok. first i need to file about the protected items [00:51:55] duh Jasper_Deng: https://bugzilla.wikimedia.org/show_bug.cgi?id=45140 please fix anything i fucked up. never filed a bug before. [00:52:58] its fine [00:53:03] your bugzilla account is new though [00:53:42] so? [00:54:40] means bugs you file are "UNCONFIRMED" [00:54:45] nbd thoug [00:54:55] oh ok [00:55:26] * Jasper_Deng was lucky to make his Bugzilla account before the default new user permissions were moved down after a vandalism (!) attack [00:56:42] hey, Jasper_Deng, apparently this "hist" link offset thing is Wikimedia-wide. possible we just haven't noticed it before? [01:05:32] hey, duh, might i draw you into my campaign to include "→‎" section links when filing at RFD? [01:05:43] um [01:05:46] what do you mean? [01:06:37] brb in 10 [01:11:20] back [01:12:01] PinkAmpersand: so what is it? [01:13:55] oh, well, I pointed out at the deletionrequest gadget talk page that it would be useful to have [[Wikidata:Requests for deletions#Q|→‎]] style links like when you create a new section, and Bene* implemented that. [01:14:28] so I thought I might see if I could talk you and Hazard into doing the same [01:14:30] i'm not following. [01:14:37] just since RFD can be such a long page [01:14:42] oh [01:14:43] you mean [01:14:46] in the edit summary [01:14:58] yeah yeah yeah. sorry. should've said that [01:15:41] hmm [01:15:51] Can I just link to #footer ? [01:15:53] good night [01:15:57] night :) [01:19:10] duh: wouldn't that not work as soon as a new section is created? [01:19:24] Well yeah. [01:19:31] (and why bother? it's only a few characters less) [01:20:29] oh, but, more importantly than that... you're an EFM on en. who do i have to blowbribe to get the "removal of interwiki link" filter turned off? [01:20:45] why? [01:20:47] its great? [01:20:51] .* [01:23:04] yeah but 95% of the edits it flags now aren't vandalism [01:23:13] so? [01:23:16] addbot uses it [01:23:28] and it's causing mayhem like that shit TRM's pulling at WT:WDATA [01:23:37] have you seen https://en.wikipedia.org/wiki/User:Addbot/log/wikidata ? [01:25:15] sigh i guess [01:25:37] could we maybe like... link the tag to WP:WDATA ? [01:29:06] idk how to do that [01:29:11] addshore: ^ [01:30:02] PinkAmpersand i had the thought of doing that while i was getting to sleep last night [01:30:11] and you have just reminded me! [01:30:19] yay! [01:30:37] ideally i'd say to link it to the "editing interlanguage links" section [01:32:52] PinkAmpersand: which bit should you say should link? [01:33:01] or add something in brackets at the end? [01:33:05] brb sry [01:33:15] :P [01:33:28] back lol [01:33:56] [[Special:Tags|Tag]]: Removal of all interwiki links ([[WP:WDATA#Editing_interlanguage_links|See Wikidata]]) ??? [01:34:07] or somewhere in the tag itself? [01:34:20] yeah, I think that sounds best [01:34:32] gimme a sec to think about phrasing though [01:35:01] xD [01:35:44] duh: I have edits the log bot slightly so now it should show all of the links that were removed and link them to the search fucntion on wikidata and see if they are in a different entry [01:36:04] awesome. [01:36:13] I literally slapped it together while leepy last night to see what it would catch :P [01:36:28] *sleepy, then worked from 8am till 11pm today xD [01:36:32] something like... "see here for details and standard best practices", maybe? [01:36:42] hmm, too long really :/ [01:36:44] or is that too wordy? [01:37:05] the details should be included on location of the link [01:37:11] i just want something that gets the balance that like... links removed... maybe that's good, maybe that's bad. depends [01:37:40] how about "Note: [[WP:WDATA#Editing_interlanguage_links|Wikidata is now live]]" [01:38:36] I'm guessing britishers don't celebrate presidents day? [01:39:02] duh no [01:39:04] pink https://en.wikipedia.org/wiki/User:Addshore/sandbox ? [01:39:38] addshore: looks great. want me to make a shortcut straight to that section? [01:40:19] could do :), but what would you name it? [01:40:42] probably best to link it to the full link really [01:41:58] how about like, an anchor... [[WP:WDATA#REMOVING]] [01:42:22] okay :) [01:43:01] :D you remembered to get both tags, right? the "removal of interwiki link" and the "removal of all interwiki links" ones? [01:43:42] hmmm, not yet :p [01:44:01] the other filter is bad at the moment, it only matches removals of de links... [01:44:09] weird [01:44:14] or should i say wyrd [01:44:30] :P [01:46:02] so you're gonna just boldly add it? because if so I'll leave a big scary "REMOVE THIS ANCHOR AND YOU BREAK THE WIKI" note [01:46:34] I just added the full link ;p [01:46:46] oh ok :P [01:46:50] and then if the section gets removed it will still link to wikidata anyway :) [01:47:01] just about to go and fix https://en.wikipedia.org/wiki/Special:AbuseFilter/270 [01:48:32] ok. i'm adding a redundant anchor with the aformentioned big scary note [01:49:35] ewww [01:49:39] the old interewiki abuse filter only matches new (unconfirmed users) [01:49:40] 12:22, 18 February 2013 (diff | hist) . . (-376)‎ . . Light characteristic ‎ (Tag: Removal of interwiki link (Wikidata is live)) [01:49:42] now. [01:49:47] what is wrong with that? [01:50:08] duh, that is what it is...? [01:50:14] (Tag: Removal of interwiki link ) (Wikidata is live) <-- BETTER [01:50:42] oh, edit interface, eternally butchering the art of parentheses [01:51:17] * addshore goes and checks [01:52:23] duh cant do that as far as i know [01:52:32] addshore: yeah you can. [01:52:39] just stick a ) in there [01:52:41] and a ( [01:52:49] make it [01:52:50] "Removal of interwiki link ) (Wikidata is live" [01:52:55] xD [01:52:57] Plan! [01:53:50] should look nice now :) [01:54:12] yay! [01:55:19] I will expand the previous DE only edit filter to encompas all interwikis [01:56:25] no [01:56:27] that one is stupid [01:56:30] and needs to be disabled [01:57:00] it was because a bunch of vandals came over and started trashing de links [01:58:05] done [01:58:52] tempted to make the addition of IW links tag and link to wikidata also >.< [01:59:03] nah [01:59:10] :P [01:59:13] bed time then ;p [02:01:08] night addshore :) [02:02:42] tempted to add the little box on https://en.wikipedia.org/wiki/Wikipedia_talk:Wikidata to the page rather than in talk :P [02:22:13] hm [02:22:19] another sysop around? [02:22:29] i would feel bad flagging a bot i'm running. [02:23:07] ? [02:23:15] https://www.wikidata.org/wiki/Special:UserRights/BernsteinBot [02:23:23] its the database reports bot [02:23:37] done [02:23:55] "because". [02:23:57] great. [02:23:58] ;) [04:18:54] oh, /now/ can we take the "sources" interface part out of the sitenotice? [04:19:56] isn't it still broken? [04:26:39] not as much [04:26:52] PinkAmpersand: ill tweak it [04:27:07] thx :) [04:27:42] Some pieces are not yet working, however, please use the [[Wikidata:Project chat|project chat]] to discuss issues [04:28:23] good? [04:28:39] well if the only types available are items and commons files, it's pretty broken... [04:29:36] well its better than before [04:30:06] what changed? [04:30:24] i thought you couldnt add items/commons stuff before? [04:30:28] i never tried [04:30:32] nor read what was wrong [04:30:34] no, you could [04:30:41] oh [04:30:47] well if its the same im not changing it then [05:52:26] rschen7754: wanna do me a favor? [05:52:33] ok [05:52:36] can you convert all the jobs over to the new format? [05:52:42] the new format is: [05:53:11] just add a |pid2=P22|qid=Q21}} to the current row template [05:53:24] er [05:53:25] qid2= [05:53:32] and that goes up to pid5/qid5 [05:53:43] oh, so you can do multiple now? [05:53:47] yeah up to 5 [05:53:56] hmm might be taking advantage of that [05:54:12] so on the requests page? [05:54:14] yes [05:54:19] and on the properties.js page [05:54:23] ive stopped the bot for now [05:54:32] itll be doen in like 10 minutes [05:54:39] and itll speed up by more than 50% [05:54:44] ok cool [05:54:45] it drops soo many API calls [05:55:13] so what am i adding? [05:55:19] just merge all the current jobs [05:55:30] let me do an example [05:56:26] https://www.wikidata.org/w/index.php?diff=6954101&oldid=6953263&rcid=6967197 [05:56:46] ok, got it [05:58:31] oh wait [05:58:32] dont [05:58:36] From en:Category:Cities in Nebraska, add Legoktm with [[{{{4}}}]]. Requested by [[User:{{{5}}}|{{{5}}}]]. [05:58:36] add pid1= [05:58:45] or qid1 [05:58:48] leave those the way they are [05:58:52] guess you're a city in nebraska now [05:59:10] https://www.wikidata.org/w/index.php?diff=6954304&oldid=6954254&rcid=6967400 [05:59:12] haha [06:00:31] the template doesn't display the multiple properties [06:01:03] yeah [06:01:07] ill fix that [06:01:20] code first, then make it look nice ;) [06:02:30] ok i think the .js file is fine [06:02:58] working on the gender ones on the talk [06:03:22] thanks [06:03:31] np [06:11:04] duh: done [06:11:08] thanks [06:11:12] nearly done with the bot [06:11:18] finally realized that it was the same 3 parameters so i could copy-paste the whole thing :P [06:22:47] ok [06:22:54] done i think. [06:24:12] :) [06:32:38] woohoo [06:33:04] oh shit [06:34:46] phew [06:34:48] one error [07:04:23] rschen7754: your categories are done [07:04:29] ok thx [07:04:43] * rschen7754 has to get the other 49 states and terrs at some point [07:05:21] the question is if you can make it to the top of popular properties :P [07:05:31] :) [07:05:38] well other countries can use it too [07:05:53] european roads are better covered on dewiki [07:08:55] hm [07:09:03] do you know those categories well enough to add them? [07:09:24] no, but i've messaged a dewiki editor [07:09:46] enwiki has the best coverage of the US and most of canada [07:10:03] and probably the UK [07:10:15] awesome :D [07:10:16] most of the major european countries have good coverage of their own countries' [07:10:24] dewiki also has good coverage [07:10:52] no idea about asia and australia [07:10:58] africa and latin america are a mess [07:12:15] duh: http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Highways/Countries has all the stuff for enwiki when i did a survey last year [07:13:07] :o [07:13:23] january 2012, so that's a year old [09:31:33] btw rschen7754, get all the categories you can out of the way (just directly add them, i trust you) because tomorrow i'm going to start on the first svwiki bot so it wont be able to do anything else at that time [09:31:43] ok, ok [09:31:59] its going to be fun :) [09:34:43] does the database report of most used properties run daily? [09:45:03] for now it will [09:45:33] ok [09:45:42] once it starts taking longer because they are in use more, ill change it to weekly [09:46:24] duh: how can a bot know the type of an item? [09:46:34] Zhaofeng_Li: what do you mean? [09:47:26] duh: how to get the type of a item (country, brand, person, etc) by programming [09:47:45] well you can use the properties [09:49:03] duh, we can just add a "type" property for this. [09:49:16] right [09:49:20] theres debate about that [09:49:26] P31 aka "is a" [09:49:42] also the instanceOf() thing [09:49:48] i forget if that was ever happening [09:51:36] i'll see how far i get through the US before i need to sleep [09:52:21] duh, "is a" is useful, but there is a simpler way to do this - add a "type" property [09:52:38] i think you should read the previous debates/discussions first ;) [09:53:43] duh, link pls? [09:54:06] well start with https://www.wikidata.org/wiki/Property_talk:P31 [09:54:07] then [09:54:14] look through the archives of Project Chat [09:55:42] all right, thanks [10:08:21] Looking for something to hack on? A fix for https://bugzilla.wikimedia.org/show_bug.cgi?id=45041 would make quit a few people happy. [10:16:02] New review: Anja Jentzsch; "Patch Set 4: Verified-1 -Code-Review" [mediawiki/extensions/Wikibase] (master); V: -1 - https://gerrit.wikimedia.org/r/49641 [10:19:51] Hi, is there any plans to use Wikidata for interlanguage links in projects other than Wikipedia? [10:20:24] Darkdadaah: yes [10:20:31] it is planned but not finished [10:22:02] duh: I see, thanks. [10:22:19] there should be some more links and a bug listed somewhere in the archive of Project Chat [10:30:01] up to kansas [10:39:40] when will wikidata become multilingual? [10:39:52] Zhao|supper: it is multilingual? [10:40:04] do you mean deployed on other projects? [10:40:18] duh: going to stop at maine… the rest can wait [10:40:26] gotta be in class in 7 hours [10:40:26] * duh lols at https://toolserver.org/~legoktm/cgi-bin/wikidata/logs.py?job=142 [10:40:29] ah ok [10:40:31] duh, I meant that its data is multilingual~ [10:40:31] same here [10:40:40] Zhao|supper: how is it not multilingual? [10:40:56] thanks :D [10:41:06] my bot is going to be busy for a quite a while [10:41:54] * Zhao|supper looks for an example [10:42:07] yeah, it's going to take at least another 1-2 hours to generate the template code regardless [10:44:19] Denny_WMDE: StringType is overrated :) [10:44:31] it has it's uses [10:44:44] especially for external identifiers :) [10:44:53] URLs? [10:45:07] ISBN numbers [10:45:17] or any other identifiers i guess [10:45:37] bleh, wiki is turning into a reference guide :) [10:45:40] numbers are probably waaay more important [10:46:00] they are number 2 on our list, coincidentally [10:46:14] numbers? behind strings? [10:46:31] yes [10:46:34] sigh [10:46:50] color pickers would be nice... [10:47:18] there are unpleasantly low on our list [10:47:28] you have them?!? [10:48:44] color pickers? [10:48:56] duh: HTML style :) [10:49:00] well, colors :) [10:49:03] just kidding [10:49:39] we already use wiki as an IDE (lua!) [10:49:51] time to make it so it can create web sites too! [10:50:23] one thing that would be nice [10:50:30] if there was a database view for properties [10:51:13] * yurik contemplates a wiki editor in lua that allows wiki users to write in pages in lua so they can implement an editor in lua so ... [10:51:39] duh: like that gadget for labels? [10:51:58] yurik: yeah label lister? just via mysql ;) [10:52:18] use api ;) [10:52:46] an idea i had was find items which are tagged as people with P107 but dont have "sex" set. [10:52:50] thats not very efficient. [10:53:04] oh, a wikiSQL! [10:53:06] ei [10:53:15] check with SMW [10:53:21] they have solved something like that [10:53:55] heh [10:54:04] have you ever seen [[en:WP:DBR]]? [10:54:09] duh: what happened? :P [10:54:38] rschen7754: the bot finished everything that was queued when it started running, so now itll pick everything up in…5 minutes [10:54:42] [02:49:59] <+AntiSpamMeta> High risk threat [#wikipedia-en] - duh - distributed flooding; ping ... [10:54:48] oh [10:54:51] hehehe [10:55:10] I got some comments yesterday about the creator namespace on Commons [10:55:11] i may have stabbed wctaiwan a few times. [10:55:19] Seems like there are a lot of errors [10:55:49] on commons? [10:55:51] or on wikidata? [10:55:54] Tried to figure out why and it seems like someone has run a bot that matches names without further checks [10:56:03] :/ [10:56:08] Its on commons, but they link to Wikidata [10:56:15] ah [10:56:35] Using names, and stripping of middle names, is doomed to fail [10:56:38] :/ [10:56:39] yeah [10:57:22] I'll fix what I'm told about sometimes later but I think it is to much to unwind [10:57:33] It is a hell of a lot of errors there now [10:57:36] :( [10:57:42] can we just mass rollback the bot? [10:58:07] just submitted wikimania scholarship application, will see if i get to see anyone in hong kong [10:58:12] Don't think we should do that, but we need to clean it up before we use it as a source.. [10:58:23] And we should not repeat the errors [10:58:46] argh [10:58:49] i need to fill that out [10:59:04] That is; du not assume that similar first and last name imply same person [10:59:52] first name, last name and birth year is _usually_ enough [11:00:27] if they have the wikipedia article linked, why cant they just check sitelinks and get the right item? [11:01:27] Its slightly wrong to say the errors are in the creator namespace [11:01:55] It is in the mapping of entries in the creator namespace and to the actual works in the File namespace [11:02:04] oh.... [11:02:11] that doesnt seem like a fun mess to clean up. [11:02:20] It seems like it is there the bug exploded [11:03:29] So they have linked the wrong creator for a lot of art works [11:03:37] Its really a huge mess [11:04:02] * Jeblad_WMDE goes  [11:10:38] we really ought to use the original interwiki bot to do the langlink linking [11:10:50] unless i'm misunderstanding the problem :) [11:12:05] huh? [11:12:13] you want to go back to the old way? >.< [11:12:14] guess i don't :) [11:12:32] no, i mean iw bot should be slightly modified to output the result of its work to wikidata [11:13:11] and that should be the ONLY langlinks on wikidata at first [11:13:20] (same bot would remove them from the artciles) [11:13:44] once that is done, a bot or a human should go through those with conflicts [11:14:44] there are too many conflicts though [11:14:47] https://www.wikidata.org/wiki/User:Legobot/Conflicts [11:15:05] those are all conflicts from redirects [11:15:26] iw bot was good with redirects, wasn't it? [11:15:32] no clue [11:15:34] the problem is [11:15:58] by using redirects, theyre avoiding the collision detecting wikidata has [11:16:24] some redirects can be safely bypassed [11:16:27] because of page moves [11:16:30] and my bot does that [11:17:52] so, help fix any of those languages you speak :) [11:18:08] i feel like we really out to remove all langlinks from those that have been resolved :) [11:18:18] to reduce the field of work :) [11:18:21] on all wikies [11:18:25] after march X [11:18:40] my script is nearly done [11:18:42] it will do that [11:18:55] don't forget to build a bunker in the mountains [11:18:59] there will be pitchforks [11:19:21] oh i know [11:19:34] but addshore set up something cool [11:19:46] he has a bot that tracks when people remove links that arent exact with wikidata [11:20:00] https://en.wikipedia.org/wiki/User:Addbot/log/wikidata [11:20:01] hehe [11:20:18] there's also an edit filter set up [11:20:18] we urgently need to start supporting list=langlinks for wikidata [11:20:39] https://en.wikipedia.org/wiki/Special:AbuseFilter/531 <-- checks for people removing [11:20:45] https://en.wikipedia.org/wiki/Special:AbuseFilter/532 <-- checks for adding [11:22:57] https://en.wikipedia.org/w/index.php?title=Special:AbuseLog&wpSearchFilter=524 -- who is ver-bot, and why is he adding langlinks? [11:24:03] ugh [11:24:03] robots [11:24:10] robots == shotgun! [11:24:44] the change happened yesterday though [11:25:51] wait that was yesterday? [11:27:10] i think so [11:27:14] 18th [11:27:40] yeah [11:27:44] chatting with an admin about it now [11:27:45] New review: John Erling Blad; "Patch Set 4:" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49641 [11:30:16] New review: John Erling Blad; "Patch Set 4:" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49641 [11:35:06] New patchset: Jens Ohlig; "(Bug 43066) Replace search box with item selector" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49263 [12:00:09] who renamed http://www.wikidata.org/wiki/Property:P107 ???? [12:00:25] there was a discussion, and it was renamed accordingly, and someone just came and renamed it?!? [12:00:48] it's a wiki. just check the history ;) [12:01:32] yurik: its named in over 286 languages, good luck :P [12:01:33] i did [12:01:37] The anonymouse [12:01:53] woot? names in 286 languages? awesome! [12:02:06] can only admins set labels? [12:03:23] Denny_WMDE1: well i think more than that. we have 286 wikipedias, and on top of that languages like en-ca and en-gb are supported [12:03:59] yurik: i dont think so [12:04:53] i was trying to change it using "labels list", but that failed [12:05:01] editing directly worked, thx [12:06:04] in reality, i don't think we even need all this classification because there is no point for it. The only classification we should have is "which template box to use on a page", with the link to that template Q [12:06:31] heh [12:06:32] so for a scientist, there will be a "scientist template box" [12:06:41] too much data, what do we do? :P [12:07:04] and the wikipage with the scientist will have a generic "include template box" based on wikidata parameter [12:07:13] and that template box will take all the right values [12:07:29] simple, strtaightforward, everyone is happy [12:07:32] and its useful :) [12:20:32] http://www.wikidata.org/wiki/Wikidata:Project_chat#.22infobox.22_property_instead_of_all_classification - if anyone wants to comment [12:23:02] So I'm editing a Wikidata item, and I'm trying to find a list of all the properties so I can figure out which ones are available [12:23:30] Where should I look? I can't find that list [12:25:30] sumanah: WD:P [12:25:35] https://www.wikidata.org/wiki/Wikidata:P [12:25:47] duh: ok, thanks. I shall link to that from the help [12:26:47] Danwe_WMDE: Addressed your critique in https://gerrit.wikimedia.org/r/#/c/49263/ -- search will work on items only, though, as per Denny. [12:30:05] I'm looking at https://www.wikidata.org/wiki/Q159 (example of a well-done item - thanks Lydia_WMDE) and trying to figure out where I would add a reference for any given claim -- for instance, the claim that Medvedev is the head of government. [12:30:11] duh: which date has been set on wikidata release? [12:30:14] march something [12:30:20] 6 i think? [12:30:29] sumanah: right now references are kinda broken [12:30:51] you can only add links to other items or files on commons, which isnt much [12:31:10] In this case the thing I want to reference *is* another Wikidata item [12:31:28] but which property do I use? "published" since the source is a book? [12:31:55] ohohoh [12:32:03] you can just use the "sources" button [12:32:15] * addshore still doesnt know what to do about the actual links to FA langs and stuff on en... [12:32:32] addshore: i figured it out [12:32:36] :D [12:32:43] duh: it sounds like I should be seeing a "sources" button. Where should I see that button? [12:33:12] sumanah: this is what i see: http://cl.ly/image/391d3z1V1R3M [12:33:13] I see an "add source" link [12:33:16] * sumanah loks [12:33:17] yeah thats it [12:33:18] looks [12:33:37] ok, yes, I see those links. I don't see a "sources" button. [12:33:50] oh sorry, that was what i meant [12:33:55] ok :-) [12:33:59] addshore: so if wikidata has that language link, and {{Link FA|xx}} is in the page text you can remove the langlinks [12:34:09] kk :) [12:34:10] because its just a CSS hack [12:34:42] So when I click "add source" I have an option for some kind of property and then once I fill in the property I can see the box pop up where I insert, say, Q11191 for the CIA World Factbook [12:35:14] i think so. tbh i've never actually added a source [12:35:19] but when I look at https://www.wikidata.org/wiki/Wikidata:P for the list of properties, none of them seem like "we know this because it was published in" [12:35:24] Lydia_WMDE: any hints? [12:36:09] "source" is the same as "reference" in the glossary: "Reference (or source) describes the origin of a statement in Wikidata. A source is often an item in its own right; for example, a book. Wikidata does not aim to answer the question of whether a statement is correct, but merely whether the statement appears in a reference." [12:36:27] duh: https://meta.wikimedia.org/wiki/Interwiki_conflicts -- good description of problems if you hvaen't seen them :) [12:36:45] omg that graph [12:37:26] hmm [12:37:40] Merlissimo: are you here? i have a question about https://www.wikidata.org/wiki/Wikidata_talk:Bots#Import_bot_feature_list [12:40:12] oh wait i see [12:40:23] i wonder if pywikibot supports that checking [12:42:11] hi! https://www.wikidata.org/wiki/Q3607356 this item, please, should be merged in this one https://www.wikidata.org/wiki/Q250864 [12:42:58] sure [12:43:28] prequod: done [12:43:38] duh: great, thanks [12:44:05] is it smthing that only an admin can do? [12:44:49] no [12:45:02] ah, to merge INTO. let's learn some English.... ._. [12:45:03] you just remove the link from the first page, and then add it to other one [12:45:23] you need to have an admin delete the empty item though [12:45:31] ok. I see ;) [12:45:36] but you can use WD:RfD for that :) [12:45:49] grazie :) [12:45:52] np [12:51:50] Sk1d: you run one of the import bots right? [12:52:34] duh, did you look closely at that graph? [12:52:55] it seems that redirects are a good way to solve one->many links [12:53:14] maybe, but its still a conflict [12:53:24] at least i suspect interwiki bot currently solves it that way [12:53:30] and it makes interwikis a one way process [12:53:30] it is but not really - [12:53:35] how so? [12:53:43] ok this is an example i found today [12:53:52] there were 10 different towns in Iowa [12:54:15] for one wiki, i dont remember which, the interwikis all pointed to an article about the county all of the towns were in [12:54:36] now when you go back to english, you're at the article about the county, not the one you started with. [12:54:46] that's fine [12:54:54] how is that fine? [12:54:57] interwikies don't have to be "round-tripable" [12:55:10] the goal is to maintain a useful map [12:55:15] for EACH language [12:55:25] people have back buttons, they don't care about round trip [12:55:33] but the important point [12:55:50] is that for any given language, you want to have ALL relevant langlinks [12:56:23] it is much better for lang A1 -> lang B1 -> lang A2 [12:56:27] than not to have a link at all [12:56:45] even if A1 really links to Bredirect->B1 [12:57:18] btw, same argument goes for the section links [12:57:21] there are tons of them [13:01:56] duh: sorry if I disturb you again, but there is a very big issue about disamb pages: take https://it.wikidata.org/wiki/Q1076649 as an example [13:02:04] no worries [13:02:07] whats the issue? [13:02:29] we should interlink disamb pages considering just the homography, not the meaning [13:02:38] so en:chorus --> it/fr/es:chorus [13:02:47] not coro or any other translation [13:03:03] oh i see what you mean [13:03:40] do you think that this is enough clear to everybody? :) [13:03:51] hm [13:03:56] but https://it.wikipedia.org/wiki/Chorus isnt a disambig page [13:04:10] os en:chorus shouldnt go to it:chorus [13:04:32] ok, this might not be the case, but generally... [13:04:53] For right now I am going to presume that there is no way to tell Wikidata "we know the fact of relationship x because of source y" [13:04:56] whe should care just about the pure letters [13:05:00] and that this is coming in a later update. [13:05:38] prequod: i think there are always exceptions ;) [13:05:59] duh: any thoughts re above? [13:06:22] i'm not sure yet [13:06:27] im trying to fix my bot :P [13:07:18] if you interlink "red (disambiguation)" to "rosso (disambigua)" - following the meaning of the word - then what will you do with "red (disambigua)"? will you interlink with "rosso (disambiguation)"? [13:07:37] ambiguity is about the pure conventional series of letters [13:07:58] I don't see any acceptable exception :) [13:08:14] ah [13:08:16] yeah [13:08:21] is that a conflict? [13:09:38] I'm just making not real examples, but the element I linked before speaks clearly about the risk of interlinking between "meanings" [13:09:57] while ambiguity, as I told you, is related to "letters" [13:10:09] no matter what the meaning is [13:10:39] imagine R.E.D., a name of a fictitious enterprise.... [13:10:49] no relation with the color [13:11:10] it will be part of "red (disambiguation)" [13:11:24] right [13:11:26] i agree [13:11:32] so I guess it's a big mistake to interlink w. "rosso (disambigua)" [13:12:42] in itW our strict rule is to interlink just considering the homography, but this was before wData: now we are "scared" that this nice principle could be lost in the way [13:14:28] it would be great to chat somewhere about the issue, in order to avoid useless edits [13:14:47] * duh points to project chat! [13:14:59] the topic is "interlinking disamb pages" [13:15:46] I am a little confused about the different "langbars" [13:16:01] langbars? [13:16:21] the bars in the different languages [13:16:38] is there any general page in wich I can discuss the topic? [13:16:45] project chat... [13:16:53] not sure what you're refering to though [13:17:07] may I ask you to link the page? [13:18:57] https://www.wikidata.org/wiki/Wikidata:PC [13:19:17] duh: tack! ;) [13:19:28] :) [13:19:31] (thank you in swedish) [13:21:12] https://www.wikidata.org/wiki/Wikidata:PC#Disambiguation_page_items ! :) [13:23:11] :D [13:27:42] if anyone want lots of WD edits to perform take a look at https://en.wikipedia.org/wiki/User:Addbot/log/wikidata :D [13:30:44] while I write in the box, the "snippet" IPA-SIL is always ON what I'm trying to write: it's horrible!!! [13:31:30] [[Test]] [13:31:37] -enlaces on [13:31:37] La respuesta a los enlaces wiki ha sido 03activada para este canal. [13:31:39] [[Test]] [13:31:40] 10[2] 10https://wikidata.org/wiki/Test [13:31:47] -info [13:31:48] 10[3] User d:-jem- - Registered: 30 Oct 2012, 11:23 - Edits: 0 (0,00 ed./day) - First: N/D in «» - Last: 04N/D in «» - Groups: user, autoconfirmed - Sex: N/D - 10https://wikidata.org/wiki/Special:Contributions/%2Djem%2D - Associated nicks/cloaks: jem-, Tsjem- [13:32:17] Ok, working again :) [13:36:50] -info [13:36:52] 10[4] User d:Legoktm - Registered: 4 Nov 2012, 06:04 - Edits: 830 (8,22 ed./day) - First: 10 Nov 2012, 18:01 in «Wikidata:Project chat» - Last: 0319 Feb 2013, 13:20 in «Q3254959» - Groups: sysop, user, autoconfirmed - Sex: N/D - 10https://wikidata.org/wiki/Special:Contributions/Legoktm [13:37:02] :o [13:41:03] sumanah: sorry - was away for lunch - do you still have questions? [13:41:49] Lydia_WMDE: yeah. I don't understand what property I should use if I'm trying to indicate "source y supports claim x" [13:43:26] New patchset: Henning Snater; "(bug 44745) Detaching toolbar from claimview widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49827 [13:43:30] sumanah: i don't think the necessary properties for most of that have been created yet [13:43:45] http://www.wikidata.org/wiki/Wikidata:List_of_properties [13:43:49] Ah ok. Thanks Lydia_WMDE I thought it might be something like that. [13:43:56] Right -- I thought "published" might be right [13:44:01] those are the ones that have been agreed upon and created [13:46:30] as it stands right now, does wikidata langlinks support #section ? [13:46:48] we don't have yet support for numbers, strings, etc. this makes the sources not very useful right now [13:46:56] i assume this will improve once the datatypes are there [13:47:03] and once references can be more than one "line" [13:47:32] thanks Lydia & Denny! [13:47:56] yurik: no [13:48:59] Lydia_WMDE: the reason i'm asking is that in that case we are breaking current usage model [13:49:24] https://meta.wikimedia.org/wiki/Interwiki_conflicts [13:51:32] New review: John Erling Blad; "Patch Set 3:" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49066 [13:52:25] New patchset: John Erling Blad; "(Bug 44536, Bug 44968) Use SiteLink instead of Title" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49066 [13:52:28] yurik: yes these will need to continue to be in the wikitext [13:52:37] yurik: in case we do not support it we break these patterns? [14:00:00] Denny_WMDE1: it seems that the # section pattern will be broken [14:00:36] New patchset: John Erling Blad; "(Bug 44536, Bug 44968) Use SiteLink instead of Title" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49066 [14:01:35] it has been a while (i saw this page many years ago), so it took me a while to remember all the nuances. Look closely at that chart, it is a very well made one, showing all the possible problems IW has [14:02:25] thin lines are one-direction link only [14:03:46] all this means that 1) duh should not resolve redirects just because its there in an interwiki [14:04:05] 2) all anchored links must remain in the content [14:04:12] yurik: 99% of the redirect resolution is because a page moved [14:04:15] and iirc [14:04:18] if a page moves [14:04:21] and wikidata isnt updated [14:04:27] the interwikis wont show up [14:04:36] correct [14:05:14] duh: i have a suspicion that bots fix moved pages within minutes. Just my suspiscion though, but judging based on how fast things get updated by IW bots [14:05:26] not on wikidata though [14:05:27] its just my bot [14:05:33] of course [14:05:46] but I am saying that 99% might be incorrect [14:05:48] i think there is a plan to add a hook in so that the page is updated automatically? [14:05:52] true [14:06:21] its possible that those redirects were left by bots on purpose because of one of the anchored cases from that graph [14:06:33] well [14:06:39] my bot does more than check redirects [14:06:48] it also checks that 75% of the langlinks match [14:06:55] which will usually indicate a page move [14:07:05] or a really really fucked up interwiki conflict ;) [14:07:55] duh, all this might be true, but lots of people have spent countless hours fixing interwikies with the anchors and redirects, so it would be very bad to loose all that work [14:08:04] right. [14:08:06] i'm not saying you are not diligent [14:08:12] just worried that it might happen [14:08:24] that's why i keep insisting on modifying the existing bot [14:08:34] because it has already solved most of this issues [14:09:07] Denny_WMDE1: are there plans to add anchors then? [14:09:22] New patchset: John Erling Blad; "(Bug 44536, Bug 44968) Use SiteLink instead of Title" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49066 [14:09:25] because if lots of links rely on it, we might have to postpone rollout [14:09:39] or at least really make sure the anchored links stay put [14:12:49] right, my bot doesnt touch section redirects [14:12:53] it just complains about them [14:13:26] yurik: no plans to add anchors. i don't see why this should postpone rollout? [14:13:33] you can just leave them in the page [14:13:48] that was the plan from the beginning. not take any functionality away. [14:14:44] ALL of the snow :0 [14:14:47] yes, agree, but we must make sure bots know about it and don't try to cram anchored IW link into wikidata (possibly even reject those on wikidata side) [14:15:04] New patchset: Jeroen De Dauw; "Adding query definition to query entity" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48819 [14:15:24] ah, you mean the rollout of the bots [14:15:41] well, no, i did think of wikidata, but than realized what you just said [14:15:58] Denny_WMDE1: one thing though - having anchors and proper redirs support will allow to completelly remove them [14:16:18] which is the ultimate goal of wikidata IMO [14:18:22] I am wary of this [14:18:33] you are making assumptions based on current usage patterns [14:18:50] wary of adding anchors? or removing? [14:18:54] but Wikidata might disrupt those usage patterns in ways that are hard to predict [14:19:10] my suggestion would be to wait for at least half a year [14:19:16] and then analyze the situation [14:19:18] and then make another change [14:19:28] if it is supporting sections, so be it [14:19:34] if it is supporting redirect, so be it [14:19:37] we don't have to remove the support, just leave it and use bots to find those cases and evaluate if they are simply mistakes or wikidata needs to be changed [14:19:53] a, ok [14:20:01] sure, we don't have to implement it right away [14:20:07] New patchset: John Erling Blad; "(Bug 44536, Bug 44968) Use SiteLink instead of Title" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49066 [14:20:07] yep [14:20:14] you don't resolve redirs, right? [14:20:19] i mean - you store link as is [14:20:32] we store them as displayed [14:20:47] ok, so no redirect magic, good. [14:23:13] any wikidatians want some links that needed to be added to wikidata? [14:23:27] See https://en.wikipedia.org/wiki/User:Addbot/log/wikidata , please add {{done}} after you have finished with a section [14:23:28] How efficient, addshore! [14:36:46] anybody? ;p [14:47:42] is wikidata searchable by label? (I know its searchable by alias & sitelink) [14:48:19] * yurik is highly confused why label was introduced... should have been sitelink [14:48:27] ? [14:48:32] the label is the name [14:48:49] can it be searched by it? [14:49:05] together with the aliases [14:50:51] Denny_WMDE1: i'm looking at http://wikidata.org/w/api.php?action=help&modules=wbgetentities [14:51:25] sites=enwiki & titles=Marie Curie [14:51:43] what is Marie Curie -- alias, label, or sitelink? [14:51:54] sitelink [14:51:58] but that's not a search [14:52:07] ok, so is there any way to search by label or alias? [14:52:08] there you pick up something by a key [14:52:24] well, right, a query, a lookup [14:52:28] wbsearchentities [14:52:32] i am off [14:52:36] k [14:52:37] thx [15:02:41] what does the word "snak" means? That's not an English word it seems. [15:04:43] <^demon> yurik: Do you mean "snack?" [15:05:00] ^demon: http://meta.wikimedia.org/wiki/Wikidata/Development/Phase_2_API [15:05:13] everywhere I see this magical "snak" in the wikidata [15:05:25] <^demon> No clue :) [15:05:52] sigh. The amount of time i spent telling our russian programmers not to put russian comments in the code :) [15:06:05] yurik: https://meta.wikimedia.org/wiki/Wikidata/Notes/Entities_and_Snaks [15:06:16] mmmm, snaks :D [15:06:45] yurik: also https://meta.wikimedia.org/wiki/Wikidata/Data_model#Snaks [15:06:46] http://www.wikidata.org/wiki/Wikidata:Glossary [15:07:15] than why not use a normal english word! ugh! [15:07:27] why not make up words? :P [15:07:34] i quite like having "odd" words to mean a specific thing, makes it very easy to search on [15:07:36] hehe [15:07:54] heh [15:08:00] yurik: that confused me for a while as well [15:08:00] true... i say we shall learn elfish! [15:08:04] for example, there's a PCB layout software called "PCB" [15:08:12] LOL [15:09:15] still, i think its great when the software name is something unique and searchable, but not a small concept inside data structure [15:09:44] hmm, you could imagine it's the noise Wikidata makes when you make a connection? [15:09:45] data structures are there to be understood by others [15:10:18] you know, the whole "discoverability", "intuitive", blah blah blah.... :D [15:10:39] well at least it's not called a "link" [15:10:43] its just that now every piece of documentation should reference glossary [15:11:02] because i had no idea i was suppose to look at the glossary (didn't even think such thing existed) [15:11:03] yurik: just wait, 5 years from now, "snak" will be the next "google" [15:11:10] rright [15:11:15] ;) [15:11:18] again - google is the name of a company [15:11:20] :-P [15:11:32] wikidata is unique as it is [15:11:56] who should i bug about sponsorship to go to amsterdam? [15:12:06] would love to meet up with these guys! [15:12:18] yurik: probably multichill [15:12:46] aude: is that persoon on IRC? [15:12:54] yurik: yes [15:13:13] it might be too soon to ask but sure he'll announce it soonish [15:13:14] /who, /whois, /whowas tell me nothing :( [15:13:28] might not be online now but sometimes is [15:13:47] thx aude, will bug him later [15:14:00] he was here last night [15:14:11] and I will tell them everything I think about snak! [15:14:19] (the WD team) [15:14:22] * aude see no reason why you can't come to amsterdam :) [15:14:41] lack of money? [15:14:52] * aude not sure i'll be there but i'll by in nyc on saturday :D [15:15:11] yurik: yeah, but scholarships... [15:15:14] want to meet up? [15:15:18] yeah [15:15:24] i'm near union sq [15:15:30] if you come to wiki conf nyc [15:15:37] oh, yeah, i will e there [15:15:38] * aude is talking about wikidata [15:15:48] nothing super formal [15:16:03] New patchset: Henning Snater; "(Bug 43066) Replace search box with item selector" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49263 [15:16:05] i should probably get some materials ready about api [15:16:10] yeah [15:16:13] a power point presentation or somethig [15:16:15] * aude curious about that [15:16:42] aude: have you seen this really cool new site? [15:16:43] http://en.wikipedia.org/w/api.php [15:16:49] :-P [15:16:58] heh [15:25:48] trust me, the name snak didn't come easy [15:26:04] * yurik reaches for the rubber mallet [15:26:09] it took us a major part of a full week discussing it [15:26:21] and not finding any other word that was not probelmatic [15:26:28] before we settled on a meaningless word [15:26:32] * yurik understands why it took so long for wikidata to be built... :-P [15:26:33] just not get problems [15:26:41] heh [15:27:23] we didn't find a better word [15:27:34] and then we took some word [15:27:36] that's the whole story [15:27:46] we have backronyms for that, though [15:27:52] Denny_WMDE1: sigh, i guess it makes sense... or at least will make sense once i memorize the glossary =) [15:28:15] the thing is that you shouldnt need to [15:28:29] no user should know about snaks, claims, datatypes [15:28:34] for them it should just work [15:28:46] i would like to have a very thorough understanding of the wikidata model - as it seems you use that alot in the api [15:28:55] right [15:29:02] but you are not the usual user in that case :) [15:29:03] afk for 5 minutes [15:29:07] http://www.mediawiki.org/wiki/Requests_for_comment/Wikidata_API [15:29:12] expand the very first result [15:29:19] that's what your api returns [15:29:33] claims - mainsnak [15:29:46] "snaktype": "value", [15:30:11] so users (obviously the dev types, not the end users) will have to have a good understanding of that [15:31:16] i counted 18 lines to describe ONE claim -- that Marie Curie was a female [15:31:44] hence - need to understand the data structure :( [16:26:19] is there any plan for some sort of sanity-checking framework/service? for example, flagging things like "country of citizenship -> panda", "boiling point -> -9000 degC" or "marie curie: atomic number -> 42" [16:29:26] sounds like an interesting project, and I was just wondering if the idea had been kicked around already :-) [16:59:55] New patchset: Henning Snater; "(Bug 43066) Replace search box with item selector" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49263 [17:00:31] JeroenDeDauw: you are right: I committed MockRepository one day after you commited CachingEntityLoader. [17:01:16] * aude confused :o [17:01:21] aude: nvm [17:01:29] ok :) [17:01:58] I'm thinking about making the caching method used by WikiPageEntityLookup configurable, so it could be used for EntityView [17:02:14] hmmm... sure [17:02:16] would be nicer to put the caching into a wraper, but I suppose that can be left for later [17:07:00] New patchset: Henning Snater; "(Bug 43066) Replace search box with item selector" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49263 [17:12:56] New patchset: Daniel Werner; "(bug 44745) Detaching toolbar from claimview widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49827 [17:17:46] New patchset: Daniel Werner; "(bug 44745) Detaching toolbar from claimview widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49827 [17:19:41] New review: Daniel Werner; "Patch Set 3: Verified+2 Code-Review+2" [mediawiki/extensions/Wikibase] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/49827 [17:19:42] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49827 [17:28:04] inductiveload: that would be a very good project - for a bot :) [17:29:19] yurik: yes, that would be the idea [17:29:43] * yurik thinks referential integrity, constrains, and the rest of SQL functions should be added to wikidata [17:31:08] yurik: referential integrity? [17:32:11] you mean things like "A: parent -> B" and "B: child -> A" ? [17:32:45] nah, not really. What i do think will be helpful is something like i mentioned in the infobox post at https://www.wikidata.org/wiki/Wikidata:Project_chat#.22infobox.22_property_instead_of_all_classification [17:33:10] those are not constrains per se, but they will help [17:33:19] with ensuring the most relevant stuff is included [17:34:10] as for evereything else - there will be bots, tons of them [17:34:26] sure, but isn't what data gets sucked off wikidata up to the individual wiki? [17:34:49] ? [17:35:03] i'm not quite sure i follow? [17:36:50] sorry, i have to leave now, but ping me in a few hrs [17:36:59] will try to answer [17:37:22] k, i might be gone too, but i'll be back [18:18:34] inductiveload: actually i had a similar idea [18:19:06] i was thinking we should have a bot/dbquery that checks that the "sex" property was either male/female/intersex [18:20:21] oooh sulutil got an upgrade :D [18:27:52] duh: that's what got me thinking! [18:28:02] the problem is [18:28:09] "sex" is used like 5000 times [18:28:28] And will be used 20k times when my bot finishes in like 2 days. [18:28:36] Checking all of those will be impossible. [18:29:09] well, presumably it would be a toolserver-type affair? [18:29:21] duh: How many people are actually importing data by bot right now? [18:29:35] not sure if that makes any difference [18:30:06] multichill: not sure, but my bot is tagging svwiki's Female people category right now [18:30:21] and i have ~500k edits lined up [18:30:32] inductiveload: right, except the view that we would need doesnt exist yet [18:32:39] duh: view? [18:33:24] er like the table you would query doesnt exist [18:33:28] its only stored in json blobs [18:33:33] o right [18:33:43] hmm [18:33:43] langlinks have their own table to query with [18:33:49] wb_items_per_site [18:36:35] is there any equivalent to https://www.mediawiki.org/wiki/Manual:Database_layout ? [18:36:54] i know it's all changing and such a reference would be out of date quickly [18:37:43] No... [18:37:50] I've just been doing show tables; [18:37:53] and describe blah; [18:41:35] is there toolserver replication? [18:41:41] yes [18:41:56] cool beans :-) [18:42:39] legoktm@nightshade:~$ sql wikidatawiki_p [18:42:39] mysql> [18:42:42] :> [18:57:15] https://bugzilla.wikimedia.org/show_bug.cgi?id=45166 [18:57:26] ^ Do you guys add any closures to $wgExtensionFunctions ? [18:57:38] I'm suspecting you lot of being the likely suspects ;) [18:58:06] DanielK_WMDE: ^ [18:59:14] duh: thanks for the info :-) [18:59:25] np [19:08:33] looking [19:08:35] Reedy: [19:11:10] Reedy: see that in WikibaseLib [19:11:13] only place [19:12:06] Reedy: hehehe. that a problem? [19:15:21] heh [19:15:52] aude: I wouldn't be suprised if ori or similar is responsible for the other [19:16:25] / TODO: this is not nice, figure out a better design [19:16:25] $wgExtensionFunctions[] = function() { [19:16:25] lol [19:16:57] Hmm. There only seems to be one in any of our extensions [19:17:24] heh [19:17:45] Aha [19:17:49] * aude will leave that to JeroenDeDauw or DanielK_WMDE to decide [19:17:56] GeoData and SubPageList [19:17:59] ah [19:18:11] DanielK_WMDE: Outputting closure on Special:Version just looks messy [19:18:35] it's usually them who make such "architectural" decisions [19:18:38] So the first thing is to filter that case. The second is whether we should just make people change it over [19:18:40] * aude stays out of it [19:18:45] Reedy: outputting the contents of that array on Special:Version seems unneccessary :) [19:18:55] but yea, we can make it a real function, i don't care [19:19:02] heh [19:19:21] duh: https://bugzilla.wikimedia.org/45120 [19:19:33] and others, please take a look at my question in the bug ticket [19:19:34] Reedy: file a bug against wikibase :) [19:20:06] aude: bigger in which way? horizonal, vertical, or just like zooming in on it? [19:20:31] duh: i think both width and height [19:20:43] {{support}} :) [19:20:43] 10[5] 10https://wikidata.org/wiki/Template:support [19:20:44] ok [19:21:05] * aude just setup the logo at the very beginning thinking the wiki would be in testing / "beta" mode at first [19:21:33] i would have tweaked the size a bit more if i knew the site was just going "live" right away :) [19:22:27] if someone wants to submit the config change, it's in operations/mediawiki-config repository on gerrit [19:22:42] in wmf-config/InitialiseSetitngs.php [19:23:37] does that have the confirmed usergroup change too? [19:23:48] rschen7754: that was submitted already [19:23:53] oh ok [19:23:56] same with rollbackers and abusefilter [19:24:10] rollbackers was submitted? [19:24:20] yeah [19:24:22] ok [19:24:35] https://bugzilla.wikimedia.org/45165 [19:24:59] the file name goes there, then the favicon is in the images/sul/ folder of that repo (i think) [19:25:19] and/or that's the central auth icon [19:26:01] no, that's just central auth which is important [19:26:03] so we're just waiting for a dev to deploy it then [19:26:13] favicon is in docroot/wikidata :) [19:26:20] rschen7754: yes, Reedy could do it [19:26:26] seems that userrights is pretty easy to modify then :) [19:26:40] rschen7754: it is [19:26:43] the wikidata logo itself is on commons, fully protected by an admin [19:26:55] aude: right i got two of those updated by odder [19:27:08] if anyone wants to handle that bug or else i'll do it in a few days, but am busy [19:27:17] duh: ok [19:28:29] crap, i just realized i screwed up maine :/ [19:28:34] good thing i went to bed when i did [19:29:40] rschen7754: ohwat. [19:29:45] * aude greatest wish is for someone artistically talented to make the 404.html page more awesome :) [19:29:56] it's easy for someone with the right talents.... not me [19:30:02] duh: i entered in the wrong value for one of the statements [19:30:03] and the other error pages [19:30:09] :o [19:30:20] i'll trash all the bad values and have the bot rerun it [19:30:21] 503.html is a good one [19:30:25] ls [19:37:18] New patchset: Daniel Kinzler; "(bug 45099) Return full error report from API." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49853 [19:40:30] New patchset: Alex Monk; "(bug 45167) Don't use a closure for wgExtensionFunctions" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49854 [19:44:38] New patchset: Alex Monk; "(bug 45167) Don't use a closure for wgExtensionFunctions" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49854 [19:59:09] hello, I was wondering why most identifiers at Wikidata start with a "Q" - does anyone know? [19:59:19] Lydia_WMDE: ^ [20:00:00] Mathonius: they had to be given some letter and q seemed good basically [20:00:49] okay :) [20:05:28] i wonder if we need to split RFP with the rollbacker and confirmed flags coming [20:14:52] aude: refresh https://www.wikidata.org/wiki/Wikidata:MP [20:14:56] odder made the logo bigger [20:25:15] New patchset: Daniel Kinzler; "Remove redundant bloat from API modules." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49862 [20:28:47] New patchset: Daniel Kinzler; "Remove redundant bloat from API modules." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49862 [20:49:03] hi duh [20:49:07] looks better :) [20:49:09] hey [20:49:11] it does :D [20:49:22] * aude likes it to line up with the text in the menu [20:49:32] some pages might need purging to fix thumbnails though [20:49:32] which it does better, at least for me [20:49:39] sure [20:50:58] if we want to fix the favicon and central auth icon, that has to be done via gerrit [21:44:11] New review: Aude; "Patch Set 2: Verified+2 Code-Review+2" [mediawiki/extensions/Wikibase] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/49854 [21:44:13] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49854 [21:55:27] duh: around? [22:11:16] New patchset: Daniel Kinzler; "Consolidate redundant code in the API." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/49933 [22:32:22] duh, i'm excited :D [23:41:00] rschen7754: spliting it is probably a good idea [23:41:09] could try and implement new bot approval pages also [23:41:43] yeah