<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
> This way, we will be able to quickly find all the objects that are<br>
> problematic with the Wikidata+OSM service. For example, thanks to the<br>
> community, we already fixed over 600 incorrect links to wiki disambiguations<br>
> pages, and this will find many more of them.  We will be able to fix when<br>
> things are tagged as people (e.g. wikidata -> person, instead of<br>
> subject:wikidata -> person), find location errors (e.g. wikidata and OSM<br>
> point to very different locations, implying that its an incorrect link).<br>
<br>
</span>The commonest error I have found is wikidata=Qnnn instead of<br>
brand:wikidata=Qnnn for franchises like McDonalds and petrol stations.<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br></div></div></blockquote><div>Andy, I agree - there are many ones like that, all around the globe.  I know that in Israel, @SwiftFast uses a template to keep them in sync for gas stations and ATMs, but we need a more generic solution.</div><div><br></div><div>A simple query could find all wikidatas pointing to enterprises, producing cases like this (these are just the first ones i found)  -  <a href="http://tinyurl.com/yby8564c">http://tinyurl.com/yby8564c</a></div><div>* nodes 192051528, 243017574 -- villages marked as ski resort, place=hamlet or village</div><div>* node 285833428 - a ski resort with place=locality</div><div>* node 436622732 - a mountain AND a ski resort in WD, with natural=peak in OSM</div><div>* relation 128277 - a commune and a ski resort, marked as admin boundary</div><div><br></div><div>An alternative would be to maintain a whitelist of all known brands, either on a wiki, or as an additional wikidata "instance-of   Q431289".</div></div></div></div>