<div dir="ltr">Multiple semicolon-separated values do not solve the main problem - figuring out the language of the "name" tag. If a region uses one value in the name tag, "default_language" should be set to just one language.<br><br>If the whole region uses "xx - yy" convention in the name tag,<br>default_language could be set to "xx - yy" -- allowing tools to parse<br>name tag into two languages (although this would be an error prone method).<br><br>"official_language" is not a good tag name because it does not match the<br>meaning, e.g. the official languages of Canada are both en & fr, but "name" <br>tag is always in English except for Quebec, where it is in French.<br><br>Are there any objections to this (fuzzy) approach? Should the tag be called something else?<br><br>* Use the largest possible admin region to set the "default_language" tag to a single language code. "default_language"Z does not mean the official language of the region. It only specifies the language of the "name" tag.<br>* A region may contain a sub-region with a different default_language.<br>* If a region uses mixed languages in all of its name tags, eg. "[name in en] - [name in zh]", set default_language="en - zh". Try to keep it to a somewhat parsable value to help data consumers.<br>* In some rare cases, additional non-admin regions might be required for the default_language. Try to avoid it if possible.<br><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Apr 26, 2018 at 5:41 PM Daniel Koć <<a href="mailto:daniel@ko%C4%87.pl" target="_blank">daniel@koć.pl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
W dniu 26.04.2018 o 15:36, Martin Koppenhoefer pisze:<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra"><br>
<div class="gmail_quote">2018-04-26 14:16 GMT+02:00 Daniel Koć
<span dir="ltr"><<a href="mailto:daniel@ko%C4%87.pl" target="_blank">daniel@koć.pl</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Isn't it like this:<br>
<br>
Country Belgium - official_language=de;fr;nl<br>
Region Brussels-Capital - official_language=fr;nl<br>
City Eupen - official_language=de<br>
<br>
What would be wrong with this scheme?</blockquote>
</div>
<br>
<br>
</div>
<div class="gmail_extra">it is only about "official languages"
and it would somehow imply we would not want names added
through ground truth for cases where the language the name is
in, would not be recognized as an official language.<br>
</div>
</div>
</blockquote>
<br>
Sure, that's why I suggested common_language=* (common_language=xx +
name:xx=* is just like saying "name=* is in xx"). <br>
<br>
Could you explain this problem using some examples?<br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">I also don't know what this would imply
for areas without formal government / disputed areas. Whose
"official" language would we tag?</div>
</div>
</blockquote>
<br>
That's interesting case. How do we tag the borders for such areas? <br>
<br>
If countries/regions with known official_language=* are overlapping,
the language would be known for both and you have to choose one or
show both (the same as official_language=xx;yy).<br>
<br>
Another solution would be to use some special values, like "none" or
"disputed" for this area (unfortunately "no" is a code for Norwegian
language).<br>
<br>
<pre class="gmail-m_-8805086152545636043m_-356005018043270998moz-signature" cols="72">--
"My method is uncertain/ It's a mess but it's working" [F. Apple]</pre>
</div>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
</blockquote></div></div>