<div dir="ltr"><br><br><div class="gmail_quote">On Sat, Mar 7, 2009 at 2:21 PM, Renaud MICHEL <span dir="ltr"><<a href="mailto:r.h.michel%2Bosm@gmail.com">r.h.michel+osm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Le samedi 07 mars 2009 à 13:10, Claudius Henrichs a écrit :<br>
<div class="im">> This can be avoided easily by proprocessing: Take a polygon of<br>
> english-speaking countries or regions and copy values from name to<br>
> name:en.<br>
<br>
</div>How about multi-language contries? (I live in Belgium)<br>
How about particular features whose default name is not in the country<br>
language?<br>
How about features ouside of countries, like antartica?<br>
<br>
I think that, if you have names in multiple languages, you chould tag all of<br>
them in name:lang tags and choose one of them as the default name, that<br>
will avoid fuzzy logic to find the correct language.</blockquote></div><br>I totally agree.<br><br>But I prefer not to enter the same name twice, but to "point" the name tag to the name:lang.<br>We should not be tagging for the renderer, but that is actually happens with name tags in Israel.<br>
I mainly use the name tag, since I want to see the name rendered, then spot mistakes etc.<br>I sometimes add a name:he, sometimes not. Sometimes I spot problems and only fixes the name tag, forgetting the name:he...<br>The feature I've inquired about could help ensure a little more data integrity.<br>
<br></div>