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

[Paul Allen]

On Wed, 11 Sep 2019 at 13:35, Martin Koppenhoefer <dieterdreist at gmail.com>
wrote:

>
> great. Typical issues one would expect are properties associated with the
> "wrong" object though, and looking at the example, it seems here is such an
> issue with the "canonization status"=catholic saint. Why do the individual
> saints not have the property, but the group has it?
>

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.

-- 
Paul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190911/d72fb0f4/attachment.html>