[00:02:04] <Revent>	 Lydia_WMDE: Ping whenever you are around...
[00:02:57] <Revent>	 (related to the convo on commons-l)
[00:06:07] <Revent>	 Meh, I’ll go ahead and stick my comment in your scroll… FYI, there are two ‘different’ ways that artwork data is being handled on commons… well, three, really, if you count ‘sticking all the data on the particular file page redundantly’
[00:07:59] <Revent>	 One (which I think is more elegant) is using {{art photo}}, with the ‘artwork’ parameter… it transcludes a page named “Artwork:name”, which is actually a main namespace gallery page… as a main namespace page, it could be linked directly from the wikidata item.
[00:08:01] <AsimovBot>	 10[3] 04https://www.wikidata.org/wiki/Template:art_photo
[00:08:13] <Revent>	 Shut up bot, it’s a Commons template.
[00:09:33] <Revent>	 The other way (which is ‘far’ more common) is using {{object photo}}, which transcludes the content of a category page into the file page… it’s a nasty hack.
[00:09:34] <AsimovBot>	 10[4] 04https://www.wikidata.org/wiki/Template:object_photo
[00:10:49] <Revent>	 I think using “Artwork” pages (they aren’t really templates, they are mainspace pages) is a better solution, since they can be directly linked to a wikidata item and thus don’t actually need ‘arbitrary access’, as I understand it.
[00:20:49] <Revent>	 Unfortunately, that’s the ‘less common’ solution…
[00:21:36] <Revent>	 {{:commons:Art photo}}
[00:21:37] <AsimovBot>	 10[5] 04https://www.wikidata.org/wiki/Template::commons:Art_photo
[00:21:53] <Revent>	 Gah, that didn’t work.
[00:22:13] <Revent>	 https://commons.wikimedia.org/wiki/Template:Art_Photo
[00:22:28] <Revent>	 https://commons.wikimedia.org/wiki/Template:Object_photo
[08:17:25] <JeroenDeDauw>	 !panic
[08:17:25] <wm-bot>	 https://dl.dropboxusercontent.com/u/7313450/entropy/gif/omgwtf.gif
[16:20:47] <multichill>	 SMalyshev: Found a small anoying thing in https://tools.wmflabs.org/wdq2sparql/w2s.php . You return prefix entity: <http://www.wikidata.org/entity/>, but the normal way of doing this is prefix wd: <http://www.wikidata.org/entity/>
[16:20:52] <multichill>	 Could you change that?
[16:52:09] <multichill>	 Anyone any idea how to express  NOCLAIM[195:474563] in SPARQL? The conversion tool isn't helping here
[16:52:56] <Harmonia_Amanda>	 multichill: noclaim is complicated
[16:53:09] <Harmonia_Amanda>	 wait, I thunk I have an example somewhere
[16:53:14] <Harmonia_Amanda>	 think*
[16:53:39] <multichill>	 Yeah, I noticed that :-) Just noclaim[123] works, but noclaim[123:456] doesn't 
[16:53:50] <multichill>	 I want to switch some of my listeria reports to SPARQL
[16:54:15] <Harmonia_Amanda>	 I did a noclaim here: http://tinyurl.com/phnbpwk
[16:55:21] <Harmonia_Amanda>	 my sparql: I want all mushers, mushers defined as P31:Q5 and P106:Q500097
[16:56:44] <Harmonia_Amanda>	 and I want all mushers WITHOUT the property P735 with a value "prenom" defined as "P31 or P279 of the value Q202444"
[16:56:59] <multichill>	 Check
[16:57:23] <multichill>	 Filter not exists, didn't discover that one yet :-)
[16:57:24] <Harmonia_Amanda>	 multichill: what is you WDQ query? I can help with the translation :)
[16:57:37] <multichill>	 I have a bunch of them in https://www.wikidata.org/wiki/Category:User:Multichill
[16:58:38] <multichill>	 Harmonia_Amanda: Currently working on https://www.wikidata.org/wiki/User:Multichill/Paintings_check_creator 
[16:59:59] <Harmonia_Amanda>	 wow multiple noclaims, this will be fun
[17:01:40] <multichill>	 Oh, I seem to be getting something
[17:03:40] <Harmonia_Amanda>	 you will need to use a UNION, no ?
[17:06:33] * Harmonia_Amanda tried something
[17:06:57] <Harmonia_Amanda>	 http://tinyurl.com/p9vqc3f ?
[17:07:00] <Harmonia_Amanda>	 multichill: ^
[17:07:08] <Harmonia_Amanda>	 really not sure
[17:08:13] <Harmonia_Amanda>	 no, doesn't work
[17:08:34] <Harmonia_Amanda>	 ahh
[17:08:50] <Harmonia_Amanda>	 maybe I see my error
[17:11:25] <multichill>	 Harmonia_Amanda: http://tinyurl.com/oztunys
[17:11:54] <multichill>	 That gives me all the items without a creator that is a painter
[17:12:20] <multichill>	 But I only want to have the items where occupation is set but it is something else
[17:17:36] <Harmonia_Amanda>	 multichill: I try something
[17:18:28] <Harmonia_Amanda>	 no... 97893 results, doesn't work
[17:22:27] <Harmonia_Amanda>	 multichill: do you know how to make the sparql query claim106] no calue specified?
[17:22:46] <Harmonia_Amanda>	 value*
[17:23:38] <multichill>	 I'm a bit lost how to combine things. Maybe we should make a central place on Wikidata for SPARQL questions and answers?
[17:24:23] <addshore>	 multichill: yeh I think that is a great idea!
[17:24:25] <Harmonia_Amanda>	 we probably need an UNION but I don't know how to query for a property no matter the value
[17:24:30] <addshore>	 Wikidata:Contact the SPARQL gurus
[17:24:55] <addshore>	 which would then of course be archivable and searchable for all the amazing example queries...
[17:24:57] <Harmonia_Amanda>	 yes!
[17:25:16] <multichill>	 Wikidata:SPARQL helpdesk?
[17:25:29] <Harmonia_Amanda>	 Wikidata:sparkle ninjas :p
[17:25:35] <addshore>	 yes :) as long as you allow me to make a redirect from my title ;)
[17:25:44] <addshore>	 SPARQL chat
[17:28:25] <Harmonia_Amanda>	 we'll have a sparql workshop in Paris next weeks
[17:28:32] <Harmonia_Amanda>	 I'm impatient :p
[17:33:16] <multichill>	 Harmonia_Amanda: Thanks for the help. I think I'm going to cook some food now
[17:33:30] <Harmonia_Amanda>	 multichill: well, sorry it didn't work
[17:33:42] <Harmonia_Amanda>	 i'll try again later
[21:15:53] <multichill>	 Damn, what kind of RFC is https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Improve_bot_policy_for_data_import_and_data_modification ? 
[21:19:45] <tseppelt>	 It looks an RfC by somebody who never developed a bot.
[21:26:05] <nikki>	 that looks like an extension of https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2015/10#STOP_with_bot_import
[21:28:43] <tseppelt>	 Yes. It is an important issue, but the RfC goes in the wrong way. We can get reliable data, if we use reliable bots.
[21:32:29] <esbranson>	 So what is the procedure for getting a new Wikibase data type?
[21:34:52] <multichill>	 esbranson: New Wikibase data type? What are you thinking of?
[21:35:31] <esbranson>	 GeoShapeValue
[21:36:36] <multichill>	 I remember discussing that quite some time ago, not sure if we thought of filling a bug to record it. One of the issues was which standard to adopt
[21:37:16] <esbranson>	 Or WKTShapeValue to make it clear what the actual datatype is --
[21:37:30] <esbranson>	 *WKTGeoShapeValue 
[21:37:38] <multichill>	 esbranson aude is the geoguru :-) https://phabricator.wikimedia.org/ would be the place to start
[21:39:36] <multichill>	 esbranson: https://www.mediawiki.org/wiki/Wikibase/DataModel#Geographic_shapes
[21:40:13] <multichill>	 So the data model already reserved a spot for it, someone does have to pick a standard and do the actual implementation
[21:40:19] <nikki>	 any russian speakers around? we seem to have over 1.6 million descriptions with "Викимедиa" (with a latin "a" instead of a cyrillic "a") and I'm wondering if that's really correct
[21:42:34] <esbranson>	 multichill: Yes, we just need to pick a standard
[21:43:10] <esbranson>	 I say we pick the standard from the 1990s that is used everywhere
[21:43:24] <multichill>	 https://xkcd.com/927/ before anyone else beats me to it
[21:44:23] <esbranson>	 This came up with GeoSPARQL too -- they chose to use one datatype for WKT, one for GML, another datatype for any future std
[21:45:09] <esbranson>	 converting and deprecating couldnt be any worse than not having anything in place for years
[21:45:43] <multichill>	 Maybe Lydia_WMDE can tell if this is anywhere on a roadmap
[21:47:13] <nikki>	 hm. I'm also seeing around 70,000 other descriptions which are cyrillic with latin letters in the same word or greek with cyrillic letters in the same word...
[21:51:39] <esbranson>	 multichill: yes, I will also do that. I will open a task and try and send an email.
[22:11:32] <esbranson>	 multichill: thanks for the help. I've opened T119346.