On Wed, 11 Sep 2019 at 13:35, Martin Koppenhoefer <dieterdre...@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
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging