I would agree with Yves Savourel that for translation tool developers, this kind of information is better provided via a different field. Other practical information which one could not pack into a broad data category &quot;machine translation&quot; easily (to use Peter&#39;s terminology), but not easily in the &quot;language tag&quot; field would be: name of system that generated the translation (maybe several ones where used ...), quality of the input, quality rating of the system (e.g. BLEU score). IMO these fine grained differences are necessary for making use of this kind of metadata, and I don&#39;t see a clear use case for a broad &quot;machine translated&quot; sub tag.<br>
<br>Felix<br><br><div class="gmail_quote">2009/9/11 Kent Karlsson <span dir="ltr">&lt;<a href="mailto:kent.karlsson14@comhem.se">kent.karlsson14@comhem.se</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Den 2009-09-11 17.32, skrev &quot;Peter Constable&quot; &lt;<a href="mailto:petercon@microsoft.com">petercon@microsoft.com</a>&gt;:<br>
<div><div></div><div class="h5"><br>
&gt; From: <a href="mailto:ietf-languages-bounces@alvestrand.no">ietf-languages-bounces@alvestrand.no</a><br>
&gt; [mailto:<a href="mailto:ietf-languages-bounces@alvestrand.no">ietf-languages-bounces@alvestrand.no</a>] On Behalf Of Felix Sasaki<br>
&gt;<br>
&gt;&gt; There is a difference in the case of XLIFF. If the extension subtag is just<br>
&gt;&gt; similar,<br>
&gt;&gt; but not identical to MT related information in other technologies like XLIFF,<br>
&gt;&gt; you<br>
&gt;&gt; will end up with a mess of *values*. This is IMO different from the script<br>
&gt;&gt; subtag<br>
&gt;&gt; case: Here you have the same values, but different *occurences*<br>
&gt;<br>
&gt; Expressed with different terminology: you end up with a mess of data<br>
&gt; categories; in the script subtag case, you have a single data category with<br>
&gt; many values.<br>
<br>
</div></div>I don&#39;t think that should be a major issue. XLIFF, and other formats having<br>
separate attributes for this, could simply have that attribute take<br>
priority, even to the extent that &quot;language extensions&quot;, in particular one<br>
that overlaps with an attribute, can be completely ignored in those formats.<br>
<br>
        /kent k<br>
<div><div></div><div class="h5"><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>
</div></div></blockquote></div><br>