[Tagging] Feature Proposal - RFC - namespaces for key prefixes & suffixes
Martin Fischer
martin at push-f.com
Wed Jun 29 20:50:39 UTC 2022
On 6/29/22 1:51 AM, Mateusz Konieczny via Tagging wrote:
> "move Key:drink to KeyPrefix:drink & document Key:drink as a tagging
> mistake"
>
> I would do it separately. Note
> "The individual tag values can be yes, served, retail, draught or
> bottled."
> at https://wiki.openstreetmap.org/wiki/Key:drink
> <https://wiki.openstreetmap.org/wiki/Key:drink>
>
> The same for other tags mentioned there.
Ah, yes. I removed these deprecations from the proposal. (I don't think
anybody would disagree with addr=* and contact=* being tagging mistakes
but if that distracts from the proposal, I agree that it's better to
keep that separate).
> Also, I prefer KeyPrefix:disused: over KeyPrefix:disused
I disagree, since that becomes a mess for suffixes.
> I would consider: KeyPart:conditional: over KeySuffix:conditional
I guess you mean KeyPart::conditional? Because with a suffix the : comes
before the suffix ... not after.
I find KeyPart::conditional to be very unpleasing / confusing.
Besides I strongly disagree with using KeyPart for both KeyPrefix and
KeySuffix
because some string might have different meaning as a prefix or a suffix.
> to avoid prefix/suffix understandable by 1% of people
The template could generate a description like "A [[namespace|key
prefix]] for {{description}}"
so that people who don't know what a prefix is can click on that for the
explanation.
Best,
Martin
More information about the Tagging
mailing list