<div dir="ltr"><div>Caroline,</div><div><br></div><div>I think that the existing clause of core properties is short</div><div>of providing normative definitions. For example, the existing</div><div>table of core properties does not make clear that the creator</div><div>element can have no child elements. Where is this requirement</div><div>specified? It is in "11.4 Schema Restrictions for Core</div><div>Properties". The same applies to the <span class="" id=":s3s.19" tabindex="-1">xml</span>:<span class="" id=":s3s.20" tabindex="-1">lang</span> attribute. It</div><div>is allowed only for the keywords element and the value</div><div>element, but this requirement is shown in "11.4 Schema</div><div>Restrictions for Core Properties" only. I don' think that </div><div>this is the right approach.</div><div><br></div><div>Here is my proposed rewrite of this entire clause.</div><div><br></div><div><a href="https://1drv.ms/w/s!An5Z79wj5AZBgetAeukVNMdev5h9bA">https://1drv.ms/w/s!An5Z79wj5AZBgetAeukVNMdev5h9bA</a><br></div><div><br></div><div>Regards,</div><div><span class="" id=":s3s.21" tabindex="-1">Makoto</span></div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-26 22:43 GMT+09:00 <span class="" id=":s3s.22" tabindex="-1">caroline</span> arms <span dir="ltr"><<a href="mailto:caroline.arms@gmail.com" target="_blank"><span class="" id=":s3s.23" tabindex="-1">caroline</span>.arms@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Murata-san,<br>
<br>
Thank you for clarifying that your intention was to retain the table<br>
at the beginning of the Core Properties clause. That had not been<br>
clear to me.<br>
<br>
I would like to echo a comment made by Rex on yesterday's call that<br>
Part 2 is so different from Parts 1 and 4 that it doesn't seem<br>
necessary to follow the patterns established there in detail. To me,<br>
what matters is whether the clause is easy to understand.<br>
<br>
My concern is that following the shape of your suggestion here will<br>
make the Core Properties clause much more awkward to read than it need<br>
be and than it is now. For example, for the element "identifier" you<br>
would need to look at the table to understand its semantics, to<br>
<a href="http://purl.org/dc/elements/1.1/identifier" rel="noreferrer" target="_blank">http://purl.org/dc/elements/1.<wbr>1/identifier</a> to see what Dublin Core<br>
actually defines it as (which your increased emphasis on the fact that<br>
it is borrowed from Dublin Core seems to require), and to the schema<br>
in our Annex to find that it is optional (although your suggested<br>
re-write doesn't point there for the borrowed elements).<br>
<br>
This all seems unnecessarily complex for elements that are almost all<br>
of type xsd:string (or the equivalent SimpleLiteral from the Dublin<br>
Core schemas our schema incorporates) and optional, and must not have<br>
the xml:lang attribute.<br>
<br>
And for dcterms:created and dcterms:modified, we also need to look at<br>
10.5 Schema restrictions for Core Properties<br>
<br>
This morning I have not come to a conclusion as to how I would try to<br>
address your concerns about missing information without making the<br>
clause more cumbersome, but I'd like to encourage you to include the<br>
whole clause in your next re-write suggestion to make it easier to<br>
review.<br>
<br>
I need to turn to other matters now.<br>
<br>
Thanks. Caroline<br>
<br>
[Aside: The fact that our schema refers to<br>
<a href="http://dublincore.org/schemas/xmls/qdc/2003/04/02/dc.xsd" rel="noreferrer" target="_blank">http://dublincore.org/schemas/<wbr>xmls/qdc/2003/04/02/dc.xsd</a> and<br>
<a href="http://dublincore.org/schemas/xmls/qdc/2003/04/02/dcterms.xsd" rel="noreferrer" target="_blank">http://dublincore.org/schemas/<wbr>xmls/qdc/2003/04/02/dcterms.xs<wbr>d</a> for<br>
typing is a complication we can't avoid. I'm not sure I had looked at<br>
those since they were first put together and it was strange to see the<br>
names of good friends as the authors!]<br>
<br>
<br>
<br>
<br>
<br>
On Mon, Jan 23, 2017 at 10:03 AM, MURATA Makoto<br>
<<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>> wrote:<br>
> Dear colleagues,<br>
><br>
> Attached please find my latest draft. Carolline and Francis significantly<br>
> contributed to it. Recent changes relate to relationships parts.<br>
><br>
> <a href="https://1drv.ms/f/s!An5Z79wj5AZBges7CzR1SJWYniS-Yg" rel="noreferrer" target="_blank">https://1drv.ms/f/s!An5Z79wj5A<wbr>ZBges7CzR1SJWYniS-Yg</a><br>
><br>
> Long time ago, I proposed a rewrite [1] of OPC core properties. Since WG4<br>
> has<br>
> not discussed it yet, I did not incorporate it into this rewrite.<br>
><br>
> [1] <a href="http://mailman.vse.cz/pipermail/sc34wg4/2016-August/003941.html" rel="noreferrer" target="_blank">http://mailman.vse.cz/pipermai<wbr>l/sc34wg4/2016-August/003941.<wbr>html</a><br>
><br>
><br>
> Regards,<br>
> Makoto<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail-m_1996869627204890189gmail_signature"><br>Praying for the victims of the Japan <span class="" id=":s3s.24" tabindex="-1">Tohoku</span> earthquake<br><br><span class="" id=":s3s.25" tabindex="-1">Makoto</span></div>
</div></div>