<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    W dniu 03.05.2018 o 23:20, Yuri Astrakhan pisze:<br>
    <br>
    <blockquote type="cite"
cite="mid:CAJGfNe-jEnfO7JKfsyBfizFaEdEjDc-i+K9tY=hUDhB0Uopz8g@mail.gmail.com">
      <div dir="ltr">I have posted in another threads about this,
        proposing "default_language" tag to be added to the admin (or
        smaller) regions to solve this.  </div>
    </blockquote>
    <br>
    I like this proposition. I was talking about "official_language",
    but they might be added where they are known and defined, yet most
    of the time "default_language" would be the best solution.<br>
    <br>
    But we need to distinguish two different cases: hint for debugging
    "name" tag (or any other, like "alt_name", for that matter) and real
    set of default languages, for example: <br>
    <br>
    name=België / Belgique / Belgien<br>
    name:default_language=nl / fr / de<br>
    default_language=de;fr;nl<br>
    <br>
    You can analyze "name" (which might be specially crafted, for
    example to be shorter) or just glue proper values like name:de,
    name:fr and name:nl somehow, whatever suits your needs better.<br>
    <br>
    We should also think of different scripts or conventions used with
    the same language. Example:<br>
    <br>
    name=Norge<br>
    name:default_language=nb<br>
    <br>
    name:nb=Norge<br>
    name:nn=Noreg<br>
    default_language=nb;nn<br>
    <br>
    Another example (I have to use some guess work):<br>
    <br>
    name=中国<br>
    name:default_language=zh<br>
    <br>
    name:zh=中国<br>
    name:zh-classical=中國<br>
    name:zh-hans=中国<br>
    name:zh-hant=中國<br>
    name:zh-min-nan=Tiong-hôa<br>
    name:zh-simplified=中国<br>
    name:zh-traditional=中國<br>
    name:zh-yue=中國<br>
    name:zh_pinyin=Zhōngguó<br>
    default_language=zh <br>
    <br>
    (well, probably...)<br>
    <br>
    <blockquote type="cite"
cite="mid:CAJGfNe-jEnfO7JKfsyBfizFaEdEjDc-i+K9tY=hUDhB0Uopz8g@mail.gmail.com">
      <div dir="ltr">Copying the rules:<br>
        <br>
        * Use the largest possible admin region to set the "<span
          class="gmail-il">default_language</span>" tag to a single
        language code.  "<span class="gmail-il">default_language</span>"
        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 <span
          class="gmail-il">default_language</span>.<br>
        * If a region uses mixed languages in all of its name tags, eg.
        "[name in en] - [name in zh]", set <span class="gmail-il">default_language</span>="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 <span class="gmail-il">default_language</span>. 
        Try to avoid it if possible.
        <div class="gmail-yj6qo gmail-ajU">
          <div id="gmail-:1tw" class="gmail-ajR" tabindex="0"><img
              class="gmail-ajT"
              src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"
              moz-do-not-send="true"></div>
        </div>
      </div>
    </blockquote>
    <br>
    I would also add <span class="gmail-il">"default_language=none".
      It's not needed until you make the cascading definitions
      (inheritance). When you don't know or it's just hard to get right,
      it's good to "switch off" and fallback to what we have now.</span><br>
    <br>
    <pre class="moz-signature" cols="72">-- 
"My method is uncertain/ It's a mess but it's working" [F. Apple]</pre>
  </body>
</html>