Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-10-03 Thread Janko Mihelić
pon, 2. lis 2017. u 14:49 Ilya Zverev napisao je: > Exactly. OSM uses the reversed notation: > > ref:velobike is a ref for velobike, not velobike for ref. > source:geometry is a source for geometry, not geometry for source. > > Wikipedia for brand should also be

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-10-02 Thread Ilya Zverev
Exactly. OSM uses the reversed notation: ref:velobike is a ref for velobike, not velobike for ref. source:geometry is a source for geometry, not geometry for source. Wikipedia for brand should also be wikipedia:brand. This way all wikipedia links are grouped. Ilya > Because it is wikipedia

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-10-02 Thread Златовратский Павел
Because it is wikipedia tag for brand, not brand for wikipedia. ("Wikipedia" property of "brand") Like name:en is "English" property of "name", not "name" property of "English". 02.10.2017 11:41, Ilya Zverev пишет: Hi folks, One question: why brand:wikipedia and not wikipedia:brand?

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-10-02 Thread Ilya Zverev
Hi folks, One question: why brand:wikipedia and not wikipedia:brand? Should we now use brand:ref, en:name, maxspeed:source instead of the regular order? http://www.openstreetmap.org/changeset/52002801 http://www.openstreetmap.org/changeset/52529386 etc. Ilya

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-28 Thread Martin Koppenhoefer
2017-09-28 15:01 GMT+02:00 Andy Townsend : > (in the case of the Aldis discussed elsewhere I suspect that there will > always enough info to say which is which in other tags or using geographic > location). > in the case of Aldi Nord and Aldi Süd, you'd have to know the

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-28 Thread Andy Townsend
On 27/09/2017 17:14, Yuri Astrakhan wrote: * Problem #1:  In my analysis of OSM data, wikipedia tags quickly go stale because they use Wikipedia page titles, and titles are constantly renamed, deleted, and what's worse - old names are reused for new meanings.  This is a fundamental problem

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Dave F
Unlikely, I'm sure, but you could have two brands with the same name on the same high street. Being antipodean doesn't define their differences. DaveF. On 27/09/2017 15:35, John F. Eldredge wrote: The spatial information will tell you where each business location is; it is not sufficient to

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Lester Caine
On 27/09/17 20:56, Yuri Astrakhan wrote: > That formed no part of the early discussions on how wikidata should > work? I bowed out when the discussions were going down a path I did not > find to be at all useful. The current offering is certainly a lot more > 'organised' than those

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
> > That formed no part of the early discussions on how wikidata should > work? I bowed out when the discussions were going down a path I did not > find to be at all useful. The current offering is certainly a lot more > 'organised' than those original discussions. Getting the initial points

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Lester Caine
On 27/09/17 19:46, Yuri Astrakhan wrote: > Lester, first and foremost, Wikidata is a system to connect the same > Wikipedia articles in different languages. The "read this article in > another language" links on the left side comes from Wikidata.  Wikidata > has developed beyond this initial goal,

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
Yves, see above - I listed 3 problems that I would like to solve. Do you agree with them? -- Dr. Yuri :) On Wed, Sep 27, 2017 at 2:44 PM, Yves wrote: > I add a look at http://wiki.openstreetmap.org/wiki/Key:brand:wikidata > Wow. > So, this tag is about adding an external

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
Lester, first and foremost, Wikidata is a system to connect the same Wikipedia articles in different languages. The "read this article in another language" links on the left side comes from Wikidata. Wikidata has developed beyond this initial goal, but it remains the only way to identify

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yves
I add a look at http://wiki.openstreetmap.org/wiki/Key:brand:wikidata Wow. So, this tag is about adding an external reference that explains what the tag is? Really? This is not a joke? OSM is sick, please somebody call a doctor. Yves Le 27 septembre 2017 19:14:53 GMT+02:00, Mark Wagner

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Lester Caine
On 27/09/17 17:40, Andy Mabbett wrote: >> Not on a number of articles I've recently been looking at while checking >> out the CURRENT wikidata offering. I've not found wikidata id's on the >> wikipedia articles I looked at ... but wikidata does seem something I >> should perhaps reassess. > You

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Mark Wagner
On Wed, 27 Sep 2017 06:49:40 -0500 (CDT) Richard Fairhurst wrote: > Andy Mabbett wrote: > > in different parts of the world > > IIRC OSM stores spatial information. I might be wrong. > Two examples that can't be resolved by a spatial query: 1) There is a business near

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 17:31, Lester Caine wrote: > On 27/09/17 16:48, Andy Mabbett wrote: >> On 27 September 2017 at 16:06, Lester Caine wrote: >>> critically I'd prefer to see the wikipedia pages containing a link to >>> the wikidata entry! >> >> They

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Lester Caine
On 27/09/17 16:48, Andy Mabbett wrote: > On 27 September 2017 at 16:06, Lester Caine wrote: > >>> While it is not yet complete, in what way is Wikdiata failing to be >>> sufficiently reliable? >> >> Much of the work I did on wikipedia was stripped for all sorts of >> reasons.

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
I think we should re-start with the definition of the problems we are (hopefully) trying to solve, or else we might end up too far in the existential realm, which is fun to discuss, but should be left for another thread. * Problem #1: In my analysis of OSM data, wikipedia tags quickly go stale

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Martin Koppenhoefer
2017-09-27 17:45 GMT+02:00 Andy Mabbett : > On 27 September 2017 at 16:00, Christoph Hormann wrote: > > On Wednesday 27 September 2017, Frederik Ramm wrote: > means that by > >> extension I also have to welcome "amenity:wikidata=Q123456" on > >>

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 16:06, Lester Caine wrote: >> While it is not yet complete, in what way is Wikdiata failing to be >> sufficiently reliable? > > Much of the work I did on wikipedia was stripped for all sorts of > reasons. My question was about Wikidata's reliability,

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 16:00, Christoph Hormann wrote: > On Wednesday 27 September 2017, Frederik Ramm wrote: >> >> In theory, almost everything we map could be expressed by a Wikidata >> ID. If welcoming a Wikidata link on a city place node means that by >> extension I also

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Lester Caine
On 27/09/17 14:40, Andy Mabbett wrote: > On 27 September 2017 at 14:28, Lester Caine wrote: > >> wikidata provides a section which documents a range of LINKS which >> identify the same object on other databases. It would be nice if there >> was a stable identity on OSM that

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Christoph Hormann
On Wednesday 27 September 2017, Frederik Ramm wrote: > > In theory, almost everything we map could be expressed by a Wikidata > ID. If welcoming a Wikidata link on a city place node means that by > extension I also have to welcome "amenity:wikidata=Q123456" on > something that is, say, an ice

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread John F. Eldredge
The spatial information will tell you where each business location is; it is not sufficient to tell you whether these are multiple locations of the same brand, or two unrelated brands that share the same name and category of business. On September 27, 2017 6:51:32 AM Richard Fairhurst

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Jean-Marc Liotier
On Wed, 27 Sep 2017 15:59:34 +0200 Frederik Ramm wrote: > > "amenity:wikidata=Q123456" on something that is, say, an ice cream > parlour because Q123456 is the generic Wikidata category for ice > cream parlours I thought wikidata tags were for unique objets, which usage I

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 14:59, Frederik Ramm wrote: > We generally discourage foreign keys We do? Citation please. > If welcoming a Wikidata link on a city place node means that by > extension I also have to welcome "amenity:wikidata=Q123456" on something > that is, say,

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Marc Gemis
I fail to understand how an external database can link to an OSM location in case we do not allow foreign keys. I know there is some vague "find something with a name similar to X in some area Y" kind of strategy, but did somebody ever implemented such a thing ? I doubt that "area Y" is always

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Stefano
2017-09-27 15:59 GMT+02:00 Frederik Ramm : > Hi, > > On 27.09.2017 15:37, Simon Poole wrote: > > My take is that it adds a nearly impossible to maintain (consider your > > own Woolworth's example), non-speaking, foreign key > > We generally discourage foreign keys (that are

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 14:37, Simon Poole wrote: > Am 27.09.2017 um 15:00 schrieb Andy Mabbett: >> Tim Berners Lee coined the "Five Stars of Open Data" >> >> http://5stardata.info/en/ > You are assuming > a) that an arbitrary best practice definition is relevant for OSM

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Frederik Ramm
Hi, On 27.09.2017 15:37, Simon Poole wrote: > My take is that it adds a nearly impossible to maintain (consider your > own Woolworth's example), non-speaking, foreign key We generally discourage foreign keys (that are only usable together with a different data set and that are not signposted

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 14:28, Lester Caine wrote: > wikidata provides a section which documents a range of LINKS which > identify the same object on other databases. It would be nice if there > was a stable identity on OSM that would populate an entry in THAT list. Indeed

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Simon Poole
Am 27.09.2017 um 15:00 schrieb Andy Mabbett: > ... >> Why would that matter to OSM? > It may not, It certainly matters to OSM's users. > > Tim Berners Lee coined the "Five Stars of Open Data" > > http://5stardata.info/en/ > > defining best practice in publishing open data. OSM already meets

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Lester Caine
( Thought I hit 'reply list' :) ) On 26/09/17 23:47, Yuri Astrakhan wrote: > Here is a query that finds all wikidata IDs frequently used in > "brand:wikidata", and shows OSM objects whose "wikidata" points to the > same. I would like to replace all such wikidata/wikipedia tags with the >

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 12:49, Richard Fairhurst wrote: > Andy Mabbett wrote: >> in different parts of the world > > IIRC OSM stores spatial information. I might be wrong. For some reason I can't determine, you quote me out-of-context; the context was that we were

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 12:57, Simon Poole wrote: >> For example, until the UK version went titsup a few years back, there >> were chains of stores in the UK and in Australia, each called >> "Woolworths". Though they had common roots, they were not the same. > Why would that

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Simon Poole
Am 27.09.2017 um 13:30 schrieb Andy Mabbett: > > For example, until the UK version went titsup a few years back, there > were chains of stores in the UK and in Australia, each called > "Woolworths". Though they had common roots, they were not the same. > > Why would that matter to OSM? Given

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Richard Fairhurst
Andy Mabbett wrote: > in different parts of the world IIRC OSM stores spatial information. I might be wrong. Richard -- Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html ___ talk mailing list talk@openstreetmap.org

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 27 September 2017 at 10:07, Simon Poole wrote: > While I can understand adding WP and WD tags to objects of note, why on > earth would we want to add all this redundancy to OSM objects at all? The question incudes the false premise that this is redundancy: It is not, it adds

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Andy Mabbett
On 26 September 2017 at 23:47, Yuri Astrakhan wrote: > Here is a query that finds all wikidata IDs frequently used in > "brand:wikidata", and shows OSM objects whose "wikidata" points to the same. > I would like to replace all such wikidata/wikipedia tags with the >

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Simon Poole
While I can understand adding WP and WD tags to objects of note, why on earth would we want to add all this redundancy to OSM objects at all? Particularly given that object type + brand(s) should essentially always be unique, anybody that wants to look up WD keys could do so via a simple external

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread PanierAvide
Hello, Thank you for this query, which will be very useful for detecting these issues. I'm not sure if this is possible in the current state of Wikidata, but can't we retrieve all shop chains brands, and then query OSM to find object having wikidata tag pointing to one of the brands ? If

[OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-26 Thread Yuri Astrakhan
Here is a query that finds all wikidata IDs frequently used in "brand:wikidata", and shows OSM objects whose "wikidata" points to the same. I would like to replace all such wikidata/wikipedia tags with the corresponding brand:wikidata/brand:wikipedia. Most of them are in India, but there are some