[06:17:15] What is the best way to find all wikidata items related to Wikipedia categories [06:53:56] leszek_wmde: I don't get it. When I do "composer update --prefer-source" the data-types component is still pulled from GitHub, so this still *IS* the correct code base. [06:55:22] Also I don't understand what the benefit of a 1:1 copy is. We said we need to split the data-types component. When and how are we going to do this? [06:56:15] What happens to the pull requests now? A second one even got merged. [06:57:04] Thiemo_WMDE: I am writing a comment on github regarding split the data types split. Fancy waiting few minutes so I don't have to type the same stuff twice? [06:57:17] Thiemo_WMDE: I am going to sync the merged PR to gerrit [06:57:59] I just found the mirror at https://github.com/wikimedia/mediawiki-extensions-DataTypes [06:58:00] Thiemo_WMDE: what you see composer doing is I believe packagist does not know the new gerrit location. I have put it down on my list of things to check in next minutes [06:58:31] Thiemo_WMDE: regarding the not merged PR: I suggest you submit it again on gerrit if you think it is worth it [06:58:36] I mean somebody started migrating this, but it looks like stopped in the middle of doing it. o_O? [06:58:46] looks like it indeed [06:58:54] so I am going to finish it now [06:59:04] Who can give me admin-access on that mirror so I can describe it properly? https://github.com/wikimedia/mediawiki-extensions-DataTypes [06:59:15] actually there is only minor stuff left [06:59:45] Thiemo_WMDE: I don't even belong to wikimedia github org, so I don't know :) [07:00:48] I can't find the Phab ticket for this migration. [07:02:23] Haha: https://phabricator.wikimedia.org/T93171 [07:04:55] nah thiemo [07:05:04] this is the ticket https://phabricator.wikimedia.org/T127292 [07:48:16] leszek_wmde: Ouch. I tried to update Packagist, and look, there are no tags for any version: https://packagist.org/packages/data-values/data-types [07:49:48] I set it back. [07:50:52] I will do other reviews for the next hour and look back at the datatypes repo issue later. Thanks for you patience, Leszek! [07:55:05] Thiemo_WMDE: oops, I guess those tags should be created then [07:55:24] I'd have wmf folks do it though :) [07:56:43] hm, what's wrong? [08:02:06] legoktm: there is no tags on https://github.com/wikimedia/mediawiki-extensions-DataTypes [08:02:23] legoktm: they've been migrated to gerrit though: https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki/extensions/DataTypes,tags [08:02:44] hmm [08:02:55] legoktm: I have no knowledge on how those github mirrors work, so don't know if this is expected or not :) [08:05:16] * legoktm fixes [08:08:33] leszek_wmde: I guess someone created the tags before setting up the GH mirror? I just pushed the tags directly to github to create them. And I confirmed that creating a new tag on gerrit properly replicates it over to github [08:08:58] legoktm: brilliant, thank you! [08:10:30] legoktm: and the explanation sounds quite possible. Antoine would know for sure, but I guess it's not that important any more [08:15:18] Does anyone know if it's possible to invert these new edit filters in Recent Changes? I want to hide all edits tagged Widar, but I'm only able to show them and only them instead [08:57:29] can I somehow use quick statements to change the class of an item? I want to change a generic "university" to one of it's subtypes. In particular to "public university". I know I can create statements, but then the item will be an instance of both university and public university. That's probably not necessarily bad, but not very clean. [09:45:58] leszek_wmde: I can not join the daily today. I have an urgent appointment. [09:46:15] Thiemo_WMDE: your loss :) Thanks for letting know [09:46:50] leszek_wmde: What I did today was almost exclusively focusing on the review column, and moving the stuff there forward as good as I could. I also added all incoming volunteer patches to our review column, so we can see whats going on. [09:47:14] Right now there is not much left I can do. Others must review the stuff now. [10:00:56] is there a term that encompasses labels, descriptions and aliases? [10:02:12] i.e. "the data that Wikidata shows in the first box on the item page" [10:03:17] "name" could mean "label or alias" but does not really cover descriptions [10:43:12] muelli: quickstatements can delete claims too [10:43:27] (at least, some version of quickstatements can, I think v2) [10:43:43] just add "- " at the beginning of the line [11:00:05] ah, thanks pintoch. I shall play around with that. [13:51:32] multichill: did you see we reached jan 2013 now? [14:06:59] do I have to add symmetric properties, e.g. partnership with (P2652), on both items? Or is there some automation behind the scenes? [14:08:54] Someone might sync it at some point, but it's better do it yourself. [14:09:08] There might be a sync button soon for trusted users. [17:03:17] Hi all [17:04:25] like [17:05:16] okay bye [17:36:16] addshore: hope you aren't confused by https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-statements?refresh=30m&panelId=3&fullscreen&orgId=1, scientific articles were in the event tree for some reason. [17:36:48] Still, it's an arbitrary selection of trees. [18:55:36] thedj: noticed that Apple only shows date of inception, not disestablished. [20:07:54] Anybody familiar with "QuickStatements 2", https://tools.wmflabs.org/quickstatements/# [20:07:56] ? [20:08:15] well hawke. how about you ask your actual question and find out..? [20:10:05] muelli: Sure: How do I add commands to it? I can see how to import an old-version command (script?) but not clear how to just create new ones. [20:10:31] hawke: yeah, that confused me, too. Click that "old version import" and enter your statements [20:11:46] OK… [20:12:07] So basically it's just saying that the only way to do commands is to import them from the old version? [20:13:09] well. That statement is probably not true as you can also write a bot to interface with wikidata. [20:14:24] That wouldn't be "quickstatements 2" though would it? [20:14:53] probably not. [20:16:07] AFAIU the syntax hasn't changed. So your commands still work. The v2 is supporting more things though. Dunno why it needs a separate version rather than simply updating the current v1 though. [20:16:30] All I would ask from it is tab-completion, lol [20:16:47] as with wikidata query. [20:17:02] I think you're looking at the wrong tool altogether then. [20:17:27] Oh? [20:17:44] I mean, I feel like it's the right tool, just that preparing a script is a pain in the ass. [20:18:03] yeah. I use LibreOffice Calc. Works well enough for me [20:18:36] How so? [20:19:06] And it works well enough for the purpose of entering several similar items into wikidata? [20:19:58] hawke: what can I say? I have somehow gathered my several hundred qids, pasted them into Calc, and copy and pasted the statements together. [20:20:40] http://muelli.cryptobitch.de/tmp//2017-09-29-Screenshot_from_2017-09-29_22-20-11.png [20:20:59] then I select my statements and copy and paste them into the quickstatements tool [20:22:26] Huh. Not bad. could probably even do something excitingly silly with vlookups to get it to do what I want. [22:10:58] Kind of obnoxious how spreadsheets can't handle dates where only year/month are known though [22:16:22] Hmm, https://www.wikidata.org/wiki/User:Magnus_Manske/quick_statements2 says that "Query-style autocomplete for item/property names, replace with Q number." is "Done" [22:37:15] hawke: I used the spreadsheet's "CONCAT()" function on supposed date types to construct strings that wikidata accept. [22:39:05] muelli: I think I'm doing roughly the same through format strings. I wish the spreadsheet would just handle this stuff sanely though. [22:39:39] It seems so obvious that you might sometimes only have a year and month, it should just deal with it properly, like it does with a year-only date. [23:09:27] Hmm, and it seems that neither version of QuickStatements does well with quantities… [23:09:35] ("invalid snak data")