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

[Imre Samu]

> if we enforce the "unique wikidata id" rule.

imho: lot of unintended consequences.
The 2 community/database has a different rules, different focus, and
activity.
and I don't believe that 1:1 relationship is possible with the current osm
data model.

And mapping with a mobile phone,  it is impossible to fix a wikidata errors
for a beginners.
so I prefer the  loosely coupled relationship of the 2 system.

on the other hand - we need to analyze the problem more deeper, because lot
of (wikidata) tagging errors is hidden now.
so need some solutions ( QA checks )   ..   but we need to keep the
compatibility - as we can ...

As I know - the "wikidata" tags used mostly for labelling - so your
proposed change will be painful.
The "Localized map rendering" is also a high priority.  (
https://wiki.openstreetmap.org/wiki/Top_Ten_Tasks#Localized_map_rendering
 )
so your proposal need some solutions for this problem - because the 2
problem is related.



Janko Mihelić <janjko at gmail.com> ezt írta (időpont: 2019. szept. 11., Sze,
16:32):

> sri, 11. ruj 2019. u 15:37 Imre Samu <pella.samu at gmail.com> napisao je:
>
>>
>> imho:  The wikidata taxonomy is in very early stage.  but we can create
>> some SPARQL validating with https://sophox.org/ ;
>>     but this is not for the average osm editors.  it is too complex task
>> - fixing wikidata and osm parallel ...
>>
>
> I agree, it won't be easy. But I also think it will be possible only if we
> enforce the "unique wikidata id" rule. If we don't enforce this, and just
> let the wikidata tag go it's own course, we'll get into a mess that will be
> hard to dig out of.
> _______________________________________________
> 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/20190911/8efa8a1f/attachment.html>