[Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

Imre Samu pella.samu at gmail.com
Mon Sep 9 12:14:49 UTC 2019


>I'm not convinced. If city-state is a city and a state in one, then why do
we have two objects in Openstreetmap?

imho: compatibility with (old) osm softwares; (old) data models
( see more
https://2018.stateofthemap.org/2018/T107-Modding_the_OSM_Data_Model/ )

for example: https://www.openstreetmap.org/node/1790048269(as
admin_centre)  https://www.openstreetmap.org/node/6684051501(as label)
- has a lot of  "name:*"    tags.
- then later wikipedia and wikidata tags has been added
- now lot of rendering software can extend the name translations from the
linked wikidata label. ( solving the licensing and tag inflation problems )

So some softwares using the wikidata for labeling.
Imho:    the real problem, why we have multiple objects for "name:*"
 tags? ( admin_centre, label, relation, ... )



Janko Mihelić <janjko at gmail.com> ezt írta (időpont: 2019. szept. 9., H,
10:48):

> Monaco is a https://en.wikipedia.org/wiki/City-state
>
>
> I'm not convinced. If city-state is a city and a state in one, then why do
> we have two objects in Openstreetmap? Then it should be one relation with
> admin_level=2 + place=city. As I understand, City-state doesn't mean it is
> a dual entity, it means this is a special kind of state, that is consisted
> only of one city.
>
> But if it really is a dual entity, then this tag is made for it, put
> part:wikidata=Q235 on both. But I don't think this is the case.
>
> Janko
>
> pon, 9. ruj 2019. u 02:58 Imre Samu <pella.samu at gmail.com> napisao je:
>
>> >> Which OSM object will be the real "Monaco"?
>> > Relation 1124039 should be  the only one with the wikidata tag.
>> > It's the only one that represents the country (boundary=administrative
>> + admin_level=2), which the wikipedia article is about.
>> > Relation 2220322 is a city (place=city). Wikipedia article is about the
>> country.
>>
>> imho: Monaco ( https://www.wikidata.org/wiki/Q235 )
>> instance of(P31)
>> - "city-state"  ->  r2220322 (place=city)
>> - AND "country"    ->  r1124039  (country )
>>
>> so  1:2 relationship  ( 1 wikidata : 2 osm object)  is correct.
>> Monaco is a https://en.wikipedia.org/wiki/City-state
>>
>>
>>
>>
>> Janko Mihelić <janjko at gmail.com> ezt írta (időpont: 2019. szept. 9., H,
>> 0:54):
>>
>>> ned, 8. ruj 2019. u 23:17 Imre Samu <pella.samu at gmail.com> napisao je:
>>>
>>>> the 1:1 relationship is not so easy.
>>>> What is your proposal for  Monaco (Q235) ?
>>>> https://www.wikidata.org/wiki/Q235
>>>> now: https://taginfo.openstreetmap.org/tags/wikidata=Q235#overview
>>>> - 2 nodes
>>>> - 3 relations
>>>> Which OSM object will be the real "Monaco"?
>>>>
>>>
>>> Relation 1124039 <https://www.openstreetmap.org/relation/1124039>
>>> should be  the only one with the wikidata tag. It's the only one that
>>> represents the country (boundary=administrative + admin_level=2), which the
>>> wikipedia article is about.
>>> Relation 2220322 <https://www.openstreetmap.org/relation/2220322> is a
>>> city (place=city). Wikipedia article is about the country.
>>> Relation 36990 <https://www.openstreetmap.org/relation/36990> is land
>>> area of a country (boundary=land_area). Not quite sure what it's used for,
>>> but it's not a boundary of a country.
>>> Nodes are helpers for label placement, which are not widely used by
>>> renderers anymore.
>>>
>>> Janko
>>> _______________________________________________
>>> Tagging mailing list
>>> Tagging at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/tagging
>>>
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
>>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190909/38d12f11/attachment.html>


More information about the Tagging mailing list