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

[Janko Mihelić]

The rule I'm trying to implement, "A Wikidata item cannot be connected to
more than one OSM item", might also be interpreted as a DRY rule. But I'm
at least proposing part:wikidata, so we can have the benefits of DRY, as
well as easiness of tagging WET tags.

sri, 11. ruj 2019. u 14:59 Paul Allen <pla16021 at gmail.com> napisao je:

>
> This will come as a shock and a surprise to people on this list, but some
> open-source
> projects become obsessive about an overly-rigid interpretation of rules.
> In this case it is
> that if there is a property shared by all members of a group then it MUST
> be marked on
> the group ALONE and not also on individual members.  It doesn't matter
> that users would
> find it far more useful to be able to see that an individual saint is
> canonized, those users
> MUST be savvy enough about Wikipedia rules to know that they should then
> look at the
> parent group in order to get all the information they wish.  DRY (don't
> repeat yourself)
> is rigidly enforced.
>
> Yes, I've been bitten by this before.  Marking up Wikimedia images as
> being listed
> buildings.  All went fine until I happened to mark a few that were
> collected in a group
> of "Listed buildings in <Location>."  Those changes were reverted because
> the
> grouping itself was flagged as being of listed buildings.  It matters not
> that when
> individual buildings are tagged the tag includes the listed building ID,
> which links
> to an external page describing the building and its reason for listing,
> whilst the
> collective tag cannot have that information.  It matters not that if you
> look at non-grouped
> listed buildings you see clearly that they are listed buildings but if you
> look at
> grouped listed buildings you have no idea that they are listed.  DRY.
> Rules is
> rules.
>
> Anyone who thinks the preceding paragraph is off-topic because it's about
> Wikimedia should try to recall all the times on this list when somebody has
> insisted that rules is rules, even when the outcome of following those
> rules is sub-optimal.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190911/85d06495/attachment.html>