Vào lúc 01:22 2022-10-11, Marc_marc đã viết:
the namespace isn't needed, it's just a bad pratice due to a missing
feature in iD (another editor uses taginfo combinations to propose the
most relevant values, iD on the other hand proposes everything often
without filter, but as I said, it is not a reason to invent shop:brand
or shop:name, it is a point which must be improved in iD and not by the
abuse of namespace)
I wouldn't pin the blame on iD for the development of namespaces. The
main reason iD uses some namespaced keys is because they're
well-established, for example crossing:light. Another reason is to avoid
homonymous keys [1] in some cases where the consequence is more severe
than just some irrelevant suggestions in the taginfo-powered suggestion
list.
The need to filter taginfo values has often helped to make a decision
between two reasonable alternatives in the absence of some other
deciding factor. But if iD were as contrarian as you describe, then it
would insist on iteratively refining e.g. religion=christian with
christian=* rather than presenting the user with an unfiltered
denomination=* field to keep Buddhist denominations from showing up.
The idea of namespacing keys comes up all the time by mappers uninvolved
with the iD project (see contact:*). The most salient one in my opinion
is that sometimes the manufacturer or model only applies to part of a
mapped feature, especially in the case of a dual-tagged feature. For
example:
* man_made=flagpole is tagged with flag:name=* rather than name=*
because the name of the flagpole, if there is one, would differ from the
name of the flag flying on it.
* siren:model=* was probably coined because it emergency=siren is often
dual-tagged on a man_made=utility_pole node, the pole having a different
make and model than the siren.
* The recently approved crossing:markings proposal encourages the use of
surface:colour=* as a less ambiguous alternative to colour=*.
These keys came from the database, or the wiki, but not originally from
iD. In any case, there's a draft proposal to consolidate the various
make and model-related keys. [2]
[1] https://wiki.openstreetmap.org/wiki/Homonymous_keys
[2]
https://wiki.openstreetmap.org/wiki/Proposed_features/Manufacturer_and_Model
--
m...@nguyen.cincinnati.oh.us
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
