2013/11/20 Florian Lohoff f...@zz.de
As the order on the int_names might have changed due to edits afterwards
i'd be very careful to convert them automatically to the
name:languagecode version which is the right way to do it.
If one could reconstruct the order/tag from the original import
I recently noticed that there are very long values in int_name for some
cities in Near East, e.g. the City of Sidon:
http://www.openstreetmap.org/browse/node/564348842
with the int_name value:
On 2013-11-20 11:07, Martin Koppenhoefer wrote:
I recently noticed that there are very long values in int_name for
some cities in Near East, e.g. the City of Sidon:
http://www.openstreetmap.org/browse/node/564348842 [1]
with the int_name value:
On Wed, Nov 20, 2013 at 11:17 AM, Maarten Deen md...@xs4all.nl wrote:
Yes they should. The first version has a comment bulk import of places, so
I assume other places in the vicinity have the same problem.
Basically it is an example of how not to do imports.
Yes. And the changeset is for
On 2013-11-20 11:21, Pieren wrote:
On Wed, Nov 20, 2013 at 11:17 AM, Maarten Deen md...@xs4all.nl wrote:
Yes they should. The first version has a comment bulk import of
places, so
I assume other places in the vicinity have the same problem.
Basically it is an example of how not to do imports.
Hi,
What's the international name here?
I think int_name should be used only where there is one main
international name, that could lead as a fallback for any name not given
explicitly, like Beijing (didn't check the spelling now) for what
Germans calls Peking, Chinese write in their own symbols
Probably one could rename the int_name-tag for these places to some
fixme:name-Tag or something like that to puzzle it for the individual
names manually in the near future, but I think the original
importers/contributors of these messy tags should be asked about that,
making clear that int_name is
On Wednesday 20 November 2013, Peter Wendorff wrote:
(I skipped a few because Thunderbird is nearly unusable navigating
through a mixed text of left-to-right and right-to-left languages
and/or because there isn't a corresponding localized wikipedia page
where I could have matched the
2013/11/20 Peter Wendorff wendo...@uni-paderborn.de
Probably Sidon would qualify for int_name here, but int_name should be
splitted to individual tags for the languages they correspond to.
I agree, but what will we do on a practical level? I checked a dozen
arbitrary nodes and apparently
I'm putting also the mappers reply on the list, because he asked me so in a
second mail because he has not much time at the moment:
#
Hi
sure I can understand english and thank you for this email
I contribute to osm in that i get the geonames databases for arabic
countries and translate
On Wed, Nov 20, 2013 at 01:13:34PM +0100, Martin Koppenhoefer wrote:
2013/11/20 Peter Wendorff wendo...@uni-paderborn.de
I agree, but what will we do on a practical level? I checked a dozen
arbitrary nodes and apparently nobody has cleaned up any of these in the
past 4 years:
On 2013-11-20 23:49, Florian Lohoff wrote:
On Wed, Nov 20, 2013 at 01:13:34PM +0100, Martin Koppenhoefer wrote:
2013/11/20 Peter Wendorff wendo...@uni-paderborn.de
I agree, but what will we do on a practical level? I checked a dozen
arbitrary nodes and apparently nobody has cleaned up any of
12 matches
Mail list logo
