<div dir="ltr">At this point, I don&#39;t see the need for a compete subtree. But I think we are better off not picking a name which would seem to be restricted to one particular variant of &#39;akademic Belarusian&#39;, the 1959 variant, in case there are further variants necessary. We just make trouble for users by doing so.&nbsp;<div>
<br></div><div>Option A. If we have just<div><br></div><div>be-akadem</div><div>and it later becomes necessary to distinguish the 1959 variant from the 2010 variant, we&#39;d could end up with</div><div><br></div><div>be-akadem // for any variant</div>
<div>be-akadem-1959 // for the 1959 variant</div><div>be-akadem-2010 // for the 2010 variant</div><div><br></div><div>Option B.&nbsp;If we push the number into the name, then we&#39;d have</div><div>be-akad1959 // for the 1959 variant</div>
<div><br></div><div>Come 2010, we&#39;d have to add</div><div>be-akad2010 // for the 2010 variant</div><div><br></div><div>But then we&#39;d be missing the umbrella term for both, which is what most people would really like to use. (It&#39;d be like having a term for &quot;British English&quot; and one for &quot;American English&quot; and one for Australian (&amp;c.), but no umbrella term for &quot;English&quot; (of any variant). So we&#39;d end up back yet again adding what we should have added in the first place:</div>
<div><br></div><div>be-akadem<br></div><div><div><br clear="all">Mark<br>
<br><br><div class="gmail_quote">On Sat, Aug 30, 2008 at 1:44 PM, Frank Ellermann <span dir="ltr">&lt;<a href="mailto:nobody@xyzzy.claranet.de">nobody@xyzzy.claranet.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Yury Tarasievich wrote:<br>
<br>
&gt; Why want the subtags&#39; names to be hierarchical<br>
&gt; (to contain genealogy) at all?<br>
<br>
It depends on your goals. &nbsp;For a Slovenian variant<br>
we have &quot;subvariants&quot;. &nbsp;You can talk about sl-rozaj<br>
including its subsets sl-rozaj-osojs, sl-rozaj-njiva,<br>
sl-rozal-lipaw, sl-rozaj-solba, and sl-rozaj-biske.<br>
<br>
FWIW you can even talk about sl-rozaj-1994,<br>
sl-rozaj-biske-1994, etc. &nbsp;And if you are seriously<br>
angry try sl-rozaj-biske-1994-fonipa (but arguably<br>
fonipa and 1994 are mutually exclusive here).<br>
<br>
The main thing is that sl-rozaj is at the root of<br>
the &quot;complete&quot; subtree. &nbsp;Actually fonipa should be<br>
no variant, but so far nobody bothered to create an<br>
extension for this generic concept.<br>
<br>
&gt; As far as I understood, there&#39;s no such requirement<br>
&gt; for the subtag<br>
<br>
Yes, it&#39;s not required, but it&#39;s obviously allowed.<br>
<br>
&gt; One-level index seems to be quite enough (&quot;for<br>
&gt; everyone&quot; :).<br>
<br>
We&#39;re in violent agreement here, but Mark&#39;s use case<br>
is &quot;complete subtree&quot;, apparently.<br>
<br>
&nbsp;Frank<br>
<br>
_______________________________________________<br>
Ietf-languages mailing list<br>
<a href="mailto:Ietf-languages@alvestrand.no">Ietf-languages@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages" target="_blank">http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br>
</blockquote></div><br></div></div></div></div>