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 wikipedia:brand. This way all wiki
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 tag
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?
Shoul
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
___
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 precise
position of the "
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 with
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 t
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
>
> 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 acros
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,
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 reference that explains
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
Wikipedia
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 a
é
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 not
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 me named "Maxwell Hous
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 do.
>
> Not on a number of articles I've
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.
>
> My question was
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
be
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
> >> something that is, say, an ice cream parlour beca
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, not yours ;-)
> crit
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 have to welcome "amen
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 would populate an entr
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 cream
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
wrote
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 believe
is welcome... If
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, an ice cream parlour be
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 know
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 only usable together wi
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
It's not "arbitrar
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 loca
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 so, but OSM does not,
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 t
( 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
> correspon
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 discussing the assertion that
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 matter to OSM?
It m
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 tha
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
https://l
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 disambiguation.
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
> corresponding brand:wikidata/b
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 t
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 data
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
42 matches
Mail list logo