<div dir="ltr"><div dir="ltr">The Proposal page lists a couple of other reasons under "rational:"<div><p style="margin:0.5em 0px;line-height:inherit;font-family:sans-serif"><b>1), 2)</b> Similar to your points a), and d)</p><p style="margin:0.5em 0px;line-height:inherit;font-family:sans-serif"><b>3)</b> It is not possible for renderers to properly render bilingual names when one of the languages should be written in different directions</p><p style="margin:0.5em 0px;line-height:inherit;font-family:sans-serif"><b>4)</b> Localized and personalized maps, such as those used on smartphone apps or those optimized for a certain language, cannot show the user's preferred language as well as the locally preferred name. For example, the French map style currently renders <tt dir="ltr" class="gmail-mw-content-ltr" style="font-family:monospace,monospace;direction:ltr;background-color:rgb(238,238,255);line-height:1.6"><a href="https://wiki.openstreetmap.org/wiki/Key:name" title="Key:name" style="color:rgb(11,0,128);text-decoration:none;background-image:none">name:fr</a>=*</tt> when available. But this loses the locally used name, which is likely to be found on signs, reducing the utility of the map for orientation and routing. If the map attempts to display both <tt dir="ltr" class="gmail-mw-content-ltr" style="font-family:monospace,monospace;direction:ltr;background-color:rgb(238,238,255);line-height:1.6"><a href="https://wiki.openstreetmap.org/wiki/Key:name" title="Key:name" style="color:rgb(11,0,128);text-decoration:none;background-image:none">name:fr</a>=*</tt> and <tt dir="ltr" class="gmail-mw-content-ltr" style="font-family:monospace,monospace;direction:ltr;background-color:rgb(238,238,255);line-height:1.6"><a href="https://wiki.openstreetmap.org/wiki/Key:name" title="Key:name" style="color:rgb(11,0,128);text-decoration:none;background-image:none">name</a>=*</tt> together, this will lead to rendering the French name twice, when French is included in the <tt dir="ltr" class="gmail-mw-content-ltr" style="font-family:monospace,monospace;direction:ltr;background-color:rgb(238,238,255);line-height:1.6"><a href="https://wiki.openstreetmap.org/wiki/Key:name" title="Key:name" style="color:rgb(11,0,128);text-decoration:none;background-image:none">name</a>=*</tt>, for example in Morocco or for mountains on the border with Italy. (See the table below for examples, in the third column)</p><p style="margin:0.5em 0px;line-height:inherit;font-family:sans-serif"><b>5)</b> [Similar to b) and d]</p></div><div>Joseph</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 27, 2018 at 1:48 AM Wolfgang Zenker <<a href="mailto:wolfgang@lyxys.ka.sub.org">wolfgang@lyxys.ka.sub.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Christoph Hormann <<a href="mailto:osm@imagico.de" target="_blank">osm@imagico.de</a>> [180926 17:53]:<br>
> On Wednesday 26 September 2018, Frederik Ramm wrote:<br>
>> On 26.09.2018 16:14, Christoph Hormann wrote:<br>
>>> Also in Germany we have features with no German name (most notably<br>
>>> probably in regions with significant minority languages but also<br>
>>> for example some English shop names, Italian restaurant names etc.)<br>
<br>
>> You are not *really* advocating that when passign an Italian<br>
>> restaurant called "O sole mio" I am expected to tag this with name:it<br>
>> and not give it a proper name tag, are you? Because then I'll<br>
>> promptly point you to a series of places that have a name the<br>
>> language of which is not discernible...<br>
<br>
> Yes, indicating that the name of an Italian restaurant in Germany is in <br>
> Italian can be fairly useful [..]<br>
<br>
> Note nothing terribly bad would happen for most applications if someone <br>
> would incorrectly tag an Italian restaurant name as a German name of <br>
> course.<br>
<br>
> Names in a non-discernible language have so far not been discussed.  I <br>
> would need to see some examples for this to form an opinion on the <br>
> matter.  <br>
<br>
>>> The whole point of a concept like the one proposed here is to have<br>
>>> a unified system that transparently covers all cases<br>
<br>
>> Yes. The unified system goes as follows:<br>
<br>
>> "If the default language of the smallest admin boundary enclosing<br>
>> your feature is xx, treat any name tag you encounter as if it was a<br>
>> name:xx tag."<br>
<br>
> That would change the meaning of the name tag which is currently "the <br>
> locally used name or names in some combination" into something <br>
> different.  This seems very unlikely to happen for a tag with such <br>
> widespread use.  What you seem to be saying is that this already <br>
> happens to be the meaning of the name tag in Germany for >90 percent of <br>
> the names so you don't want the inconvenience of changing it for either <br>
> the few percent where it is not or to ensure a common tagging system <br>
> with the rest of the world where this is often much more widely not the <br>
> case.<br>
<br>
> I see your point but as said this would defeat the whole purpose of the <br>
> idea and would further reduce the chances of it getting widely <br>
> implemented.  [..]<br>
<br>
it appears to me that before discussing possible solutions we should<br>
better agree on what the problem is. So far I see several related but<br>
different problems mixed into one and consequently no possible agreement<br>
on the solution.<br>
<br>
The problems I have picked up from the discussion:<br>
a) as a data consumer I want to know the language(s) for a given name tag<br>
b) as a data consumer and as a mapper I want to know which language(s)<br>
   is/are commonly spoken in a place<br>
c) as a data consumer and as a mapper I want to know which language(s)<br>
   is/are ususally used on name signs in a place<br>
d) If there are names in multiple languages combined to form the name<br>
   tag in case a, I want to know how to split a given value into the<br>
   component languages.<br>
e) If names in multiple languages are used together in case c, I want to<br>
   know how to construct the name tag from the component name:xx values.<br>
f... all the points I have missed/forgotten/ignored/...<br>
<br>
Wolfgang<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>