<div>Andrew,</div><div>It would be possible to fetch the English names, and replace the data locally, but I want to update frequently without doing a lot of work. I also want the slippy map to look a little cleaner since I use it as a basemap for my project (<a href="http://www.openbaekdudaegan.org/maps.html">http://www.openbaekdudaegan.org/maps.html</a>). I want to use the Korean names in conjunction with the English name on other map products both digital and print. The easiest way of doing this to alter the name field convention (name= 이름 Name.) I think it's helpful to use hyphens where appropriate. If you want to look at a small sample I did <a href="http://www.openstreetmap.org/?lat=35.6505&lon=127.5562&zoom=14&layers=M">http://www.openstreetmap.org/?lat=35.6505&lon=127.5562&zoom=14&layers=M</a>. I don't see any useful purpose for adding the parentheses around the romanized place names. Please let me know if I am missing something.</div>
<div> </div><div>Thanks again for your input and happy mapping.</div><div>Brian<br><br></div><div class="gmail_quote">On Mon, Jan 21, 2013 at 9:00 PM, <span dir="ltr"><<a href="mailto:talk-ko-request@openstreetmap.org" target="_blank">talk-ko-request@openstreetmap.org</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">Send Talk-ko mailing list submissions to<br>
<a href="mailto:talk-ko@openstreetmap.org">talk-ko@openstreetmap.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ko" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ko</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:talk-ko-request@openstreetmap.org">talk-ko-request@openstreetmap.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:talk-ko-owner@openstreetmap.org">talk-ko-owner@openstreetmap.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Talk-ko digest..."<br>
<br>Today's Topics:<br>
<br>
1. Re: Talk-ko Digest, Vol 25, Issue 1 (Brian McLaughlin)<br>
2. Re: Talk-ko Digest, Vol 25, Issue 1 (Andrew Errington)<br>
<br><br>---------- Forwarded message ----------<br>From: Brian McLaughlin <<a href="mailto:brian.scott.mclaughlin@gmail.com">brian.scott.mclaughlin@gmail.com</a>><br>To: <a href="mailto:talk-ko@openstreetmap.org">talk-ko@openstreetmap.org</a><br>
Cc: <br>Date: Sun, 20 Jan 2013 21:36:45 +0900<br>Subject: Re: [Talk-ko] Talk-ko Digest, Vol 25, Issue 1<br><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">Robert,</font></font></p><font size="3" face="Times New Roman"></font><p style="margin:0in 0in 10pt" class="MsoNormal">
<font face="Calibri"><font size="3">Thanks for your quick reply and useful insight. Good Idea to use an extra space between the Hangeul and Roman characters to give the text a little extra buffer. I did mean to leave a space, but maybe two spaces are better. <span> </span>As far as the suffix translations go, I was just throwing that out there. I could care less about that. I would be happy to leave the name:en as is. I don’t want to make things more complicated than they have to be. That tag isn’t even rendered anyway.</font></font></p>
<font size="3" face="Times New Roman"></font><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">I’m most concerned with the generic name tag, since it makes the labels really hard to read on my GPS and hand phone, and if puts unnecessary characters on my paper maps. Plus I think it makes the slippy map a little cluttered too. Hopefully I can get some more feedback from others. I don’t want to rock the boat and start changing accepted conventions with just cause and peer support.</font></font></p>
<font size="3" face="Times New Roman"></font><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">Safe and Happy Mapping to you too,</font></font></p><font size="3" face="Times New Roman"></font><div style="margin:0in 0in 10pt" class="MsoNormal">
<font size="3"><font face="Calibri">Brian</font></font></div><div style="margin:0in 0in 10pt" class="MsoNormal"><font size="3" face="Calibri"></font> </div><div style="margin:0in 0in 10pt" class="MsoNormal"> </div><font size="3" face="Times New Roman">
</font><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">Andrew ,</font></font></p><font size="3" face="Times New Roman">
</font><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">Thanks for your quick reply and support.</font></font></p><font size="3" face="Times New Roman">
</font><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">Thanks for your support. I checked out the link and when
they get it working that will be great. But it’s not really feasible for me to
implement. It would take a very powerful server with lots of bandwidth and disk
space to make that work with my project. However, as long as we tag our
features correctly, I’m sure whatever we do will compatible with their project.
I personally think it’s useful to have both the Hangeul and roman names
rendered together.</font></font></p><font size="3" face="Times New Roman">
</font><p style="margin:0in 0in 10pt" class="MsoNormal"><font face="Calibri"><font size="3">As far as the Multilingual Map Project, I have a good idea
how they did it. I’m guessing that first they rendered their own tiles without
labels, and then they are overlaying them with vector labels from a separate database.
Currently when you look at OSM and other web maps such as Google and Naver,
what you are seeing is a collection of georeferenced <span> </span>.png images. The technology works great, but
you can’t change the variables once they’re rendered. In a few years I’m sure
the technology will be available to effectively deliver the same data in vector
format allowing users to customize the rendered images to their own liking. But
that’s going to require some pretty powerful servers and lots of bandwidth to
work.</font></font></p><font size="3" face="Times New Roman">
</font><p style="margin:0in 0in 10pt" class="MsoNormal"><font size="3"><font face="Calibri">Brian</font></font></p><font size="3" face="Times New Roman">
</font><br><br>
<br><br>---------- Forwarded message ----------<br>From: Andrew Errington <<a href="mailto:erringtona@gmail.com">erringtona@gmail.com</a>><br>To: <a href="mailto:talk-ko@openstreetmap.org">talk-ko@openstreetmap.org</a><br>
Cc: <br>Date: Mon, 21 Jan 2013 20:31:33 +0900<br>Subject: Re: [Talk-ko] Talk-ko Digest, Vol 25, Issue 1<br>Hi Brian,<br>
<br>
Is there some way that you can process the data before you use it? For<br>
example, if you want 'English' fetch all the name tags for everything in the<br>
area you are interested in and then overwrite name=* with the contents of<br>
name:en (if present), then pass the data on to the GPS (or phone, or map<br>
drawing program).<br>
<br>
Best wishes,<br>
<br>
Andrew<br>
<br>
<br>
On Sun, 20 Jan 2013 21:36:45 Brian McLaughlin wrote:<br>
> Robert,<br>
><br>
> Thanks for your quick reply and useful insight. Good Idea to use an extra<br>
> space between the Hangeul and Roman characters to give the text a little<br>
> extra buffer. I did mean to leave a space, but maybe two spaces are better.<br>
> As far as the suffix translations go, I was just throwing that out there. I<br>
> could care less about that. I would be happy to leave the name:en as is. I<br>
> don’t want to make things more complicated than they have to be. That tag<br>
> isn’t even rendered anyway.<br>
><br>
> I’m most concerned with the generic name tag, since it makes the labels<br>
> really hard to read on my GPS and hand phone, and if puts unnecessary<br>
> characters on my paper maps. Plus I think it makes the slippy map a little<br>
> cluttered too. Hopefully I can get some more feedback from others. I don’t<br>
> want to rock the boat and start changing accepted conventions with just<br>
> cause and peer support.<br>
><br>
> Safe and Happy Mapping to you too,<br>
> Brian<br>
><br>
><br>
><br>
> Andrew ,<br>
><br>
> Thanks for your quick reply and support.<br>
><br>
> Thanks for your support. I checked out the link and when they get it<br>
> working that will be great. But it’s not really feasible for me to<br>
> implement. It would take a very powerful server with lots of bandwidth and<br>
> disk space to make that work with my project. However, as long as we tag<br>
> our features correctly, I’m sure whatever we do will compatible with their<br>
> project. I personally think it’s useful to have both the Hangeul and roman<br>
> names rendered together.<br>
><br>
> As far as the Multilingual Map Project, I have a good idea how they did it.<br>
> I’m guessing that first they rendered their own tiles without labels, and<br>
> then they are overlaying them with vector labels from a separate database.<br>
> Currently when you look at OSM and other web maps such as Google and Naver,<br>
> what you are seeing is a collection of georeferenced .png images. The<br>
> technology works great, but you can’t change the variables once they’re<br>
> rendered. In a few years I’m sure the technology will be available to<br>
> effectively deliver the same data in vector format allowing users to<br>
> customize the rendered images to their own liking. But that’s going to<br>
> require some pretty powerful servers and lots of bandwidth to work.<br>
><br>
> Brian<br>
<br>
<br>
<br>
<br>
<br>_______________________________________________<br>
Talk-ko mailing list<br>
<a href="mailto:Talk-ko@openstreetmap.org">Talk-ko@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ko" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ko</a><br>
<br></blockquote></div><br>