[08:49:52] Hey sjoerddebruin are you around? :) [08:50:06] Always. [09:22:14] hrm. there are many classes representing universities: https://tools.wmflabs.org/wikidata-todo/tree.html?q=Q38723&rp=279&depth=5 I want to filter out some, e.g. Q322563. But I do not want to exclude those who have another instance-of with a "proper" university. I've tried MINUS {} but that seems to be too strict for me. Any hints? [09:58:13] Things like https://www.wikidata.org/wiki/Q40166337#P27 are quite nice. :) [10:25:42] More references. :) https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-references?refresh=30m&orgId=1&from=now-1y&to=now [10:41:37] I'd like to specify the different factions in https://www.wikidata.org/wiki/Q38789, how would you go about it? [10:42:16] That is, saying which participants were on the same side [12:53:14] sjoerddebruin: wow, any idea where these references come from? [12:54:15] I suspect it's just people mass-creating publication items from some bibliographic database… [15:16:06] pintoch: I think so. [16:56:18] Is it possible to copy/paste wikidata entries? [16:56:41] Perhaps via some alternate text-only view? [16:56:51] I don't think so. [16:59:04] Unfortunate; it sure would be nice for entering a bunch of similar items. [17:06:40] QuickStatements might be interesting then. [17:30:00] hawke: it would also be an excellent way to break things in horrible ways :) [17:32:36] DanielK_WMDE: Would it? [17:34:57] yes, it would. copy&paste but forgot to generate a fresh uuid for the new statement? boom. [17:35:04] lots of little thigns like that [17:35:15] that internal format is not designed for manual editing [17:36:11] hawke: if you *really* want to, you can use the wbgetentities api to get the JSON representation, edit it, and use wbeditentity to push it back. [17:36:44] that's what bots typically do [17:36:49] you can of course do it by hand, if you want. [17:53:35] I'd like to specify the different factions in https://www.wikidata.org/wiki/Q38789, how would you go about it? That is, saying which participants were on the same side [18:09:33] townie: probably using a qualifier on each participant statement referring to allies or axis. but i don't know what property to use for the qualifier [18:10:16] there is P945, maybe that works [18:10:30] "allegiance" [18:40:21] DanielK_WMDE: thanks! so there should be one "main" participant in each faction? [18:44:30] repost from earlier: there are many classes representing universities: https://tools.wmflabs.org/wikidata-todo/tree.html?q=Q38723&rp=279&depth=5 I want to filter out some, e.g. Q322563. But I do not want to exclude those who have another instance-of with a "proper" university. I've tried MINUS {} but that seems to be too strict for me. Any hints? [19:07:16] or can I ask something like "instance of this upper class, but not of this more specialised class"? [19:09:31] muelli: I don’t think there’s a way to do it directly, but I suppose you could find all subclasses of “university” in a subquery, remove the ones you don’t want, and then ask for direct instances of any of those classes in the outer query [19:09:56] WikidataFacts: hm. that sounds too fragile. [19:11:23] once someone decides to create a new subclass of University, the query wouldn't yield the expected results. [19:13:48] muelli: no, the subquery would be part of the overall query, and you run it all at once [19:14:02] ah. that sounds more stable. [19:14:16] SELECT * WHERE { { SELECT * WHERE { /* subquery here */ } } /* main query here */ } [19:14:55] ah, nested SELECT statements are possible. cool. [19:16:12] yeah [19:16:22] but it’s strictly inside-out, the subquery can’t see anything from the outer query [19:40:28] aude: I think we've got an issue with Wikidata config for the newly hi.wikivoyage? Interwikis ain't being displayed there despite being added to the WD item, and trying to add links locally fails.