>Should I simply open a ticket on Mapnik's issue tracker, to request that in<br>
>Korea, labels be rendered as "name:ko (name:en)"?<br><br>I think we should request for a international solution rather than Korea specifically, but yes, I like the idea. Claudius points out that: <br><br>>I guess you are referring to the map rendering at <a href="http://www.openstreetmap.org" target="_blank">www.openstreetmap.org</a> because MapQuest is also using Mapnik to >render their open map <br>
<br>I don't know if MapQuest have submitted their changes upstream to Mapnik, but regardless of this, the same functionality should be requested on the <a href="http://osm.org">osm.org</a> Mapnik instance.<br><br>As for Korea:<br>
<br>>Should we add name:ko=서울특별시?<br>
>Otherwise, how do we know the Korean name for this city?<br><br>It seems to me that adding name:ko is duplicating data. We should be using the local names for the name: tag, so the Korean can go in there. I would then have this rendered as "name= (name:en=)" on the <a href="http://osm.org">osm.org</a> mapnik tiles. Such a system could presumably be used worldwide (although I'm sure there are plenty of people that would disagree). Having said that, adding name:ko= isn't going to hurt and may be of use to other data consumers.<br>
<br>All best, Joseph<br><br><br><br><div class="gmail_quote">On 16 April 2012 13:58, Andrew Errington <span dir="ltr"><<a href="mailto:a.errington@lancaster.ac.uk" target="_blank">a.errington@lancaster.ac.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Mon, 16 Apr 2012 21:40:40 Joseph Reeves wrote:<br>
>  >We should really not follow the approach of making the map at<br>
><br>
> <a href="http://www.openstreetmap.org" target="_blank">www.openstreetmap.org</a> perfect but instead the data >behind it because<br>
> that's where we're better than Google and Co.<br>
><br>
> Agreed, but if we improve the rendering at <a href="http://osm.org" target="_blank">osm.org</a>, we should be able to<br>
> highlight the issue that some users are filling the database with nonsense<br>
> names. At the same time, the people that want to see "name= (name:en=)" on<br>
> their <a href="http://osm.org" target="_blank">osm.org</a> tiles will be able to.<br>
><br>
> Once the rendering is tweaked to give the results people want, the data<br>
> would be presumably cleaned up quite quickly.<br>
<br>
</div>Absolutely!  And I think that this particular issue could be cleaned up<br>
automatically by a 'bot, with an exception report sent to the<br>
country-specific talk mailing list for anything that needs to be handled<br>
manually.<br>
<br>
The reason that Japan and Korea have bilingual labels is because mappers want<br>
it that way.  Since Mapnik did not provide it, they did it themselves.  Now<br>
newer software is capable of doing automatically, so we should revisit the<br>
issue.<br>
<br>
Should I simply open a ticket on Mapnik's issue tracker, to request that in<br>
Korea, labels be rendered as "name:ko (name:en)"?<br>
<br>
On a related note, and using Claudius's example:<br>
<div><br>
name=서울특별시<br>
name:el=Σεούλ<br>
name:en=Seoul<br>
name:ko_rm=Seoulteukbyeolsi<br>
name:ru=Сеул<br>
<br>
</div>Should we add name:ko=서울특별시?<br>
<br>
Otherwise, how do we know the Korean name for this city?<br>
<br>
Best wishes,<br>
<br>
Andrew<br>
<div><div><br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br>