<div dir="ltr"><div dir="ltr">"you would need extensive external data to determine how to <br>actually display combinations of names (which obviously depends on the <br>languages and scripts involved)"</div><div dir="ltr"><br></div><div>Do you mean how to decide which name is displayed "first"?  On the left / on top etc?</div><div><br></div><div>I think that's up to map designers. </div><div><br></div><div>But I suppose the order of the language codes in the value could considered the suggested order to use</div><div>(Eg language:default=ara;fr tagged on the boundary of Morocco would mean: "Show Arabic and French names,</div><div>Perhaps put Arabic first."</div><div><br></div><div>If mappers want to "paint the label", as you phrased it, then the name=* tag already works for that.</div><div>But this proposal is suggesting moving away from micromanaging the way multiple language names are displayed together</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Sep 16, 2018 at 10:09 PM Christoph Hormann <<a href="mailto:osm@imagico.de">osm@imagico.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sunday 16 September 2018, Joseph Eisenberg wrote:<br>
><br>
> *Would it be feasible for database users to query<br>
> boundary=aboriginal_lands along with the admin boundaries*?<br>
<br>
As said i can't really form an opinion on this without a real world <br>
example, the corresponding data and a suggestion how this should be <br>
interpreted together with the administrative boundaries.<br>
<br>
Of course you can somehow formulate a rule for that but i am not sure if <br>
this would make sense and be intuitive for the mapper.<br>
<br>
> It should be interpreted with the individual language name tags.<br>
> If the default language is zh;zh_pinyin (Chinese and romanized<br>
> Chinese), there should be a name:zh and name:zh_pinyin tag on each<br>
> feature within the boundary, in theory, and these two name tags<br>
> should be combined in an international map rendering.<br>
<br>
But then you would need extensive external data to determine how to <br>
actually display combinations of names (which obviously depends on the <br>
languages and scripts involved).  Evidence in how the name tag is used <br>
for combining different names in different parts of the world shows <br>
that the local conventions on how to display different languages <br>
together varies quite strongly.<br>
<br>
Or in other words:  It is very easy for data users to generate a list of <br>
languages from a format string if required but it is rather difficult <br>
if not impossible to generate an accurate and suitable format string <br>
for every combination of languages from just a list of languages.  If <br>
this is just a question of typesetting rules that is the resposibility <br>
of the map designer obviously but i have the impression this is also a <br>
matter of local culture w.r.t. names and languages and that is <br>
something that can and should be mapped.<br>
<br>
-- <br>
Christoph Hormann<br>
<a href="http://www.imagico.de/" rel="noreferrer" target="_blank">http://www.imagico.de/</a><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>