<div dir="ltr"><div><div><div><div><div><font size="2">Next batch of comments.  Several of these are that I have double-checked links/references in recent changes<br><br></font></div><div><font size="2">   Caroline<br></font></div><div><font size="2"><br><br></font></div><font size="2">Page viii -- should probably add a comment that indicates that the statements about normative annexes will need checking once the annexes are fixed.<br><br></font></div><font size="2">Clause 3.  Normative References<br>====<br></font></div><font size="2">There is an email thread from Jan 20 about URLs to use for the Dublin Core references.  What is currenlty there is certainly not acceptable.  Maybe a comment should be inserted as a reminder to get back to resolving that issue.<br><br></font></div><font size="2">I noticed a change in date for the XML Base reference and confirmed that I am happy with Murata-san's very recent change.  The new edition describes itself as a clarification rather than a new specification.<br><br></font></div><font size="2">I checked the other new links too.<br></font><div><div><div><div><div><font size="2"><br><br>Clause 4 Terms and Definitions<br>====<br><br>4.5 <br></font></div><div><font size="2">I would drop "a" before "device"<br></font></div><div><div><div class="gmail_extra"><br>4.7<br></div><div class="gmail_extra">I would use "in place" rather than "in-place"<br><br></div><div class="gmail_extra">derived format needs a number.  I'm happy with the definition<br><br></div><div class="gmail_extra">4.10 and 4.11<br></div><div class="gmail_extra">In many places the "pack URI scheme" is now referred to as the "pack scheme" and refers to IRIs -- need to clean inconsistencies up.<br></div><div class="gmail_extra"><br>4.16<br></div><div class="gmail_extra">I checked the subclause number in Murata-san's new text.  It's fine<br><br>4.20<br></div><div class="gmail_extra"><font size="2">I would drop "a" before "device"</font><br><br>4.23 <br>relationship, part<br>connection from a part to another part in a package, or to an external resource<br><br></div><div class="gmail_extra">I might modify the definition to<br>connection from a part in a package to another part in the same package, or to an external resource.<br><br></div><div class="gmail_extra">I believe that a relationship to a part in another package would be to an external resource.  Am I right?  It seems odd that 4.22 and 4.23 don't match.<br><br>4.26<br></div><div class="gmail_extra">Murata-san has a comment, indicating that the term is used only once.  In the latest draft, it is now used twice.<br><br></div><div class="gmail_extra">I do wonder if a signature policy has to be format-defined.  I wonder if it might be context-defined in a context that is an internal workflow.<br></div><div class="gmail_extra"><br>4.33<br></div><div class="gmail_extra">The normative reference to the ZIP format begins with a period -- .ZIP.   and the APPNOTE.TXT does have the period.  Are we happy to omit the period here?<br><br><br></div><div class="gmail_extra"><br><br><br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra"><br><br></div></div></div></div></div></div></div></div>