[04:50:47] https://www.wikidata.org/w/api.php?action=wbgetclaims&format=json&entity=Q17375345&property=P1733&format=jsonfm [08:41:44] Any Safari user here? [08:42:52] It's not possible for me to search (using the browser function) on a item page with the name of properties (except the first one). [08:43:03] Makes it hard to find if a item already has that property. [08:47:59] Created task. https://phabricator.wikimedia.org/T124636 [08:52:19] Some days ago somebody on this feed tried to force the UI to show only the P- and Q-ids instead of labels in a certain language. This would also be nice to have. A no-label-language type. [10:14:00] tseppelt: you can force that with Python or PHP ;-) [10:14:54] edoderoo: I know. It would just be nice to have it as built-in feature at the standard UI. [10:15:39] language: spartan ... for a Spartanic interface ;-) [10:17:25] edoderoo: This is what I mean ;) [10:18:00] Lydia_WMDE: Is Lucie around in the office? [10:18:09] Thiemo_WMDE: not yet [10:18:14] Ok, thanks. [10:22:06] Lydia_WMDE: no Apple-fanboy to poke on the office? [10:22:18] sjoerddebruin: all asleep still -.- [10:22:33] Pff, lazy people. [10:22:34] those apple fanboys.... [10:23:40] Will try mobile btw. [10:23:46] thx [10:24:28] Also not working on my iPhone. [13:31:24] dear devs, in a few minutes I will probably launch a new feature on cswiki which will use arbitrary access in many articles [13:31:50] so that if things go wrong, you know why [13:39:37] good luck everyone :) [15:54:15] running an sql request on a 100k-page wiki, taking 8 minutes. running pretty much the same sql request on a 160k-page wiki, 43 seconds. dying a little inside ^^' [16:07:34] matej_suchanek: thanks for the hint :) [16:17:33] Thiemo_WMDE: Can you update your commit message here https://gerrit.wikimedia.org/r/#/c/266239/ [16:19:29] physikerwelt: Update to what? What are you missing? [16:19:37] I *think* it would be better formulate things more objective, otherwise unexperienced volunteers could be scared awy [16:20:33] why not just write "This fixes some warnings in my PHPStorm, gets rid of duplicate code, inlines constants that do not make the code easier to read." [16:20:55] Please update the message. Explaining will take us both way more time than just updating it. [16:22:01] So you think the "more" is scary? Removing it is even more scary, when you ask me, because the patch really *DOES* more. [16:22:34] But listing like ten minor details is really not worth it, in my opinion. It's all visible in the diff view. [16:23:05] I came to the same conclusion https://gerrit.wikimedia.org/r/#/c/266239/2//COMMIT_MSG [16:23:15] You say "objective"? Huh? What do you mean? [16:23:38] How long do you think I should wait before merging [16:24:42] Waiting does nothing in this case, if you ask me. You can either ask the original author if he is interested, or just merge it. [16:25:35] Nothing wrong with your PS2. But I wonder why you think *removing* and hiding relevant context from my commit message is helpful. [16:28:00] why do you think "I'm trying to fix as many code style issues as I can find. There is a lot going on here." is relevant [16:29:22] what do you think abouth the one vs One to make this discussion more prouctive https://gerrit.wikimedia.org/r/#/c/266239/1/MathFormatter.php [17:04:30] Is there a way I can get the entities with claim of P1733 = 220? [17:04:59] yes, with autolist [17:05:48] http://wdq.wmflabs.org/wdq/?q=CLAIM[1733:220] [17:06:18] oh, you mean the litteral "220" ? not the item ? [17:06:30] Yes [17:06:40] I'm afraid so [17:07:32] string[PROPERTY:"STRING",...] [17:07:33] https://tools.wmflabs.org/autolist/autolist1.html?q=STRING[1733%3A%22220%22] well then [17:07:34] This finds all items with string value STRING for PROPERTY. [17:08:06] that's only one item... half-Life2 [17:08:15] and yet [17:08:38] I never used this string-feature ... nice ;-) [17:09:11] Slow, but works [17:09:15] wdq.wmflabs.org/wdq/ click your query yourself :p [17:11:50] Dispenser autolist is slow. wdq wasn't https://wdq.wmflabs.org/api?q=STRING[1733:%22220%22] [17:38:36] if anyone is interested in fixing wikilinks from items to pages that redirect to other pages that link back to other items, for wikis < 250k (and arwiki), https://tools.wmflabs.org/wikidata-redirects-conflicts-reports/ :-) [17:38:44] i'll post bigger ones as soon as i can :D [17:40:40] all in TSV ; a size of 0 means none were found ; anything bigger means some were found. 1st column is first item, 2nd column first wikilink, 3rd column should be target of the redirect (but there may be an issue with the url fragment), 4th column is the second wikilink, 5th column is second item [17:59:45] Alphos: Thanks, I now have a proof of concept of the Top 99 games on steam without WikiData links [17:59:56] yw [18:03:37] Lydia_WMDE: where is the weekly summary thing moved to? [18:03:45] Might be good to link it from the old google doc? [18:39:30] Lydia_WMDE (and everyone else) : as i mentionned during the last office hour, new tool to report "hidden wikilinks conflicts" : https://www.wikidata.org/wiki/Wikidata:Project_chat#Wikilinks_and_redirects :-) item -> page -> redirect -> other page -> other item, currently only done for wikis < 250k, plus arwiki [20:12:04] I was wondering if it is possible to add another formatter url to the NCBI taxonomy? https://www.wikidata.org/wiki/Property:P685 [20:13:15] jjkoehorst: I think you get conflicts then [20:14:00] Hmm, should another property be made then for uniprot taxonomy? http://www.uniprot.org/taxonomy/1314 [20:15:22] Not sure how authority control handles that [20:15:22] but you should be able to have two statements and mark the one as preferred that should actually be used [20:16:10] but not in the P685 property or .. ? [20:17:02] where else? ;) [20:17:40] We also have the gadget AFAIK [20:20:50] where would I propose this then? [20:21:12] As the property itself is locked or at least the formatter url [23:47:09] welp, looks like the idea of "1 item = 1 entity = 1 page on a wiki" gives some people trouble to cope with ^^'