[OSM-talk] Handling of towns with different or alternative names
Matthias Julius
lists at julius-net.net
Tue Jan 27 21:36:08 GMT 2009
Simon Ward <simon at bleah.co.uk> writes:
> On Tue, Jan 27, 2009 at 02:50:37PM -0500, Russ Nelson wrote:
>>
>> On Jan 27, 2009, at 2:08 PM, Manfred Podzkiewitz wrote:
>>
>> > Hello, i have a question about the handling of unoffical, or ethnic,
>> > or
>> > historic names of towns and villages.
>> The TIGER import in the USA uses name_1 for alternate names. Perhaps
>> we should view all tags starting with "name" as potential names?
>> That points to using "nameEN" for the English name of a city, and
>> "nameDE" for the German name of the same city, etc.
>>
>> Or should that be "name:EN" and "name:DE"?
>
> These already exist, see Key:name[1].
>
> This doesn’t account for multiple names in the same language, though. I
> can also imagine a place having several old names over time, while
> old_name=* really only allows for one.
IMHO there really needs to be a well defined mechanism that allows a
tag to have multiple values. To invent new keys like old_name_1 and
old_name_2 is certainly not optimal.
The FAQ has the recommendation of separating multiple values with a
';' and to enter a semicolon that is part of the data as ';;'.
That's actually error prone if someone enters a semicolon who doesn't
know about the rule. I think that should better be reversed or '\;'
be used as separator because this is much less likely to appear in
regular data.
Of course it is also possible to use relations. But, for tags that
simply add a property to an object (like old_name) this is overkill.
Matthias
More information about the talk
mailing list