<div><div dir="auto"><a href="https://en.wikipedia.org/wiki/ISO_15924">https://en.wikipedia.org/wiki/ISO_15924</a> has an appointed registrar, and the content is easily available.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><a href="https://en.wikipedia.org/wiki/ISO_639-2">https://en.wikipedia.org/wiki/ISO_639-2</a> also has a registration authority (Library of Congress) </div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><a href="https://en.wikipedia.org/wiki/Universal_Coded_Character_Set">https://en.wikipedia.org/wiki/Universal_Coded_Character_Set</a> (ISO 10646) is also de facto developed by an external org (the Unicode Consortium) and ISO 10646 reflects a portion of Unicode (the list of codes and names, plus the code charts which actually Unicode produces). </div><div dir="auto"><br></div><div dir="auto">The underlying source data (by Unicode) is liberally licensed, see <div><a href="http://www.unicode.org/faq/unicode_license.html">http://www.unicode.org/faq/unicode_license.html</a></div><div dir="auto"><br></div><div dir="auto">The code charts are not liberally licensed, mainly because they are made with proprietary fonts. If this were done today, the Unicode charts could be made with, say, Noto, and could be liberally licensed.</div><div dir="auto"><br></div><div dir="auto">The text of the Unicode standard has various licenses — but the fact is that at least large parts of the Unicode Standard are liberally licensed, and furthermore, the Unicode Consortium could decide to opensource more if felt that way. Yet this does not in any way interfere with the fact that ISO then holds the final copyright on the final ISO 10646. </div></div></div></div></div><div dir="auto"><br></div><div dir="auto">A.</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 9 Oct 2020 at 02:11, John Hudson <<a href="mailto:john@tiro.ca">john@tiro.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On 08102020 1:56 pm, Dave Crossland wrote:<br>
> Having the two standards reference each other seems undesirable to me. <br>
> I see no issue with maintaining an "elsewhere" project, and regularly <br>
> submitting it to ISO for "international-standard-izatoin"<br>
<br>
Q. If an implementation spec is developed in an open process, using <br>
appropriate collaborative tools and with a public and editable draft, <br>
and then submitted to ISO for standardisation, who then owns the content <br>
and can the draft in its current state continue to be public and provide <br>
the basis for subsequent development independent of the OFF text?<br>
<br>
As I said, my concern is about process: I'm ambivalent about whether the <br>
implementation and data format standards are combined or separate. I <br>
don't think it matters a whole lot, other than insofar as it may imply <br>
things about process and how work is done. OT/OFF already references <br>
other standards, and software in general and the Internet in particular <br>
is a web of cross-referenced standards.<br>
<br>
If the argument for rolling the implementation specs into the same <br>
standard as the data format spec is that specs for content and content <br>
implementation belong together then OFF belongs in Unicode. ;-)<br>
<br>
JH<br>
<br>
<br>
-- <br>
<br>
John Hudson<br>
Tiro Typeworks Ltd    <a href="http://www.tiro.com" rel="noreferrer" target="_blank">www.tiro.com</a><br>
Salish Sea, BC        <a href="mailto:tiro@tiro.com" target="_blank">tiro@tiro.com</a><br>
<br>
NOTE: In the interests of productivity, I am currently<br>
dealing with email on only two days per week, usually<br>
Monday and Thursday unless this schedule is disrupted<br>
by travel. If you need to contact me urgently, please<br>
use some other method of communication. Thank you.<br>
<br>
_______________________________________________<br>
mpeg-otspec mailing list<br>
<a href="mailto:mpeg-otspec@lists.aau.at" target="_blank">mpeg-otspec@lists.aau.at</a><br>
<a href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" rel="noreferrer" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br>
</blockquote></div></div>