<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Could we easily expand OPC part references to incorporate both ASCII and non-ASCII? It seems like that would be the easiest way to resolve the
 discrepancy and maintain compatibility with what anyone might have implemented in the past.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Chris<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> eb2mmrt@gmail.com [mailto:eb2mmrt@gmail.com]
<b>On Behalf Of </b>MURATA Makoto<br>
<b>Sent:</b> 08 February 2014 16:15<br>
<b>To:</b> SC34<br>
<b>Subject:</b> Re: Part 2 rewrite for part names and part references<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Folks,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Having moved Annex A to the body, I had a chance to <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">study OPC part names and OPC part references <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">together.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I find a serious problem.  The definition of OPC part <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">names  and the resolution of OPC part references<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">are in conflict.  OPC part names can have non-ASCII <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">while OPC part references are resolved to <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">ASCII.  This problems was introduced in the BRM, <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">since we updated the definition of OPC part names <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">without updating the resolution procedure of OPC <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">part references.  Both the currently published <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">standard and my rewrite have this problem.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Regards,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Makoto<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">2014-02-04 MURATA Makoto <<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>>:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class="MsoNormal">As the owner of the below DRs, I tried to provide a solution.   See <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">the attached document.  It implements changes sketched in <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">WG 4 N 0207.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">09-0280 – general DR about sections of OPC assuming non-ASCII is disallowed<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0281 – terminology; all uses of “part” should specify what kind of part is meant<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0283 – similar to 09-0280<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0284 – terminology; need to re-associate the ABNF term names with the prose for part names<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0285 – terminology; use of “part IRI” and “part URI”<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0286 – need to update 9.2 (Part Addressing) to specify the format of a reference, based on the changes to be made to 9.1.1 (Part Names)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0288 – same as 09-0286, but for 9.3.2 (Relationship Markup)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0291 – terminology; specify what “Unicode string” means, based on the changes to be made to 9.1.1<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">09-0292 – which characters are allowed in a part name (e.g., whitespace, delimiters, special characters)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">13-0002 – fix previous changes made to Annex H for introduction of non-ASCII support<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">10-0015 – clarify “source part” for relationships<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Regards,<br>
Makoto <o:p></o:p></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-- <br>
<br>
Praying for the victims of the Japan Tohoku earthquake<br>
<br>
Makoto <o:p></o:p></p>
</div>
</div>
</body>
</html>