[Tagging] Removing name_1 and alt_name_1 from Wiki

Colin Smale colin.smale at xs4all.nl
Thu Jan 21 10:03:26 UTC 2016

It's a great shame that OSM seems incapable of moving its information
model forwards. There have been so many discussions about the need for a
way of representing multi-valued attributes (as occur in real life)
within the OSM framework, and yet it keeps coming back again and again.
Instead of discussing ad nauseam about individual tags, how about
putting a bit of structure into it, and agreeing a standard way of
representing things, which can be referred to from each wiki page,
instead of each one having its own definition of "what's a number" or
"how to write a date" or whatever. How about the "area" primitive which
has been in the "idea" stage for years? 

I fully expect this post to get shouted down or ignored, and I am
prepared for the worst. I will be listening out for constructive
comments though. 

A few candidates I can think of for incorporation in to the OSM

* date/time format 

* number format 

* units of measurement and their abbreviations 

* support for polygon/area as primitive type 

* multi-valued attributes (semicolons vs. _1, [1] etc) 

* data structures (related attributes) possibly as a formalisation of
the ":" syntax (so-called namespaces) 

* mechanism for defining/documenting default/implied values in a
hierarchy of territories 

* use of "curated lists" for certain keys (i.e. an enumeration where
only certain defined values are allowed) 

* reference datum for heights/elevations 

Maybe you can think of more candidates for updates to the OSM metamodel.


On 2016-01-21 10:37, moltonel 3x Combo wrote:

> On 21/01/2016, Hakuch <hakuch at posteo.de> wrote: 
>> I just want to mention again: this proposal is about the wiki, that
>> name_1 and alt_name_1 should not be suggested there for good tagging.
>> Its not about the existing data in OSM.
> And the ongoing discussion in this thread just explains in lenghty
> details why the proposal should be rejected. Existing data in OSM
> being only one of the reasons.
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20160121/9e1bdd1c/attachment-0001.html>

More information about the Tagging mailing list