[02:08:31] Hi :) [02:31:11] https://pastebin.com/CAnYzrzJ < why is this returning 2 ? [02:35:14] (will smith and Katy perry share more than 2 common occupations) [02:44:44] nvm, they don't [02:45:05] somehow according to wikidata's page they do though, but the sparql endpoint tells me not [03:34:43] Is there a way to ignore entries that don't have a label in english, in the sparql results ? [05:20:57] PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1972 bytes in 0.115 second response time [07:38:26] RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1953 bytes in 0.077 second response time [07:55:56] PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1973 bytes in 0.083 second response time [09:22:32] Nazral: selecting labels manually with something like ?item rdfs:label ?label filter (lang(?label) = "en") will only return ones with that language [09:23:20] also some of the occupations on will smith have a preferred rank, so the query service will ignore the rest when using wdt: [09:30:04] nikki: how can I bypass the prefered rank? [09:30:34] thank you for the language (I eventually figured it out by going through the examples, but it's a bit hard sometimes the doc :p) [09:32:27] RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1958 bytes in 0.078 second response time [09:32:54] "p:P106/ps:P106" should do it. p: links to a statement and ps: links from a statement to the value, you can also access qualifiers and references via the statement [09:33:43] thank you [09:34:49] Would there be a way to get all the entities sharing at least n properties with a given one ? [11:12:22] PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1953 bytes in 0.083 second response time [11:32:42] RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1947 bytes in 0.072 second response time [11:55:12] PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1974 bytes in 0.079 second response time [12:02:04] RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1966 bytes in 0.106 second response time [12:24:24] PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1951 bytes in 0.087 second response time [12:29:36] RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1947 bytes in 0.106 second response time [13:32:46] PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1972 bytes in 0.078 second response time [13:42:56] RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1960 bytes in 0.072 second response time [20:28:33] I've been getting an Error 502 Bad Gateway from QuickStatements 2 for the last hour [20:28:55] Is anyone else getting it too, or is it just me? [20:29:40] Initially it had logged me out, and I was getting the 502 from the OAuth login page [20:30:16] Now I'm getting a 502 from the tool itself, https://tools.wmflabs.org/quickstatements/ [20:31:26] Could someone else give it a go, & see if you're seeing it too? [20:34:18] Jheald: there were server reboots for system upgrades earlier and apparently that broke things, but we are working on it [20:35:57] Thanks. Just wanted to check it wasn't my computer / local net. [20:37:32] Good to know the cavalry are getting stuck in