[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: metadata compatability issues
Re: the compatabiliity issue with metadata, I want to emphasize that we have not yet settled on a proposal. So it may well be a little premature to worry about, except as it may help us guide design. However, my proposal for the model (a subset of RDF) presents the following issues: Here's an example of a current metadata file: <office:document-meta xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:dc="http:// purl.org/dc/elements/1.1/" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" xmlns:ooo="http://openoffice.org/2004/office" office:version="1.0"> <office:meta> <meta:generator>OpenOffice.org/2.0$Unix OpenOffice.org_project/ 680m3$Build-8968</meta:generator> <meta:initial-creator>Jane Doe</meta:initial-creator> <meta:creation-date>2006-01-01T11:22:14</meta:creation-date> <dc:creator>Jane Doe</dc:creator> <dc:date>2006-01-01T11:26:36</dc:date> <dc:language>en-US</dc:language> <meta:editing-cycles>2</meta:editing-cycles> <meta:editing-duration>PT4M33S</meta:editing-duration> <meta:user-defined meta:name="Info 1"/> <meta:user-defined meta:name="Info 2"/> <meta:user-defined meta:name="Info 3"/> <meta:user-defined meta:name="Info 4"/> <meta:document-statistic meta:table-count="0" meta:image- count="0" meta:object-count="0" meta:page-count="1" meta:paragraph-count="3" meta:word- count="28" meta:character-count="197"/> </office:meta> </office:document-meta> The removal of a single node -- the unncessary office:meta element -- would make this valid RDF. So what would removing that element do to the compatability picture? Moving on ... Even with that change, it would not be valid against the more contrained RDF syntax I have advocated [1], where I have said we should not suppport using attributes for properties. The reason is that if we are agnostic about attributes or elements (as RDF is) for metadata properties, then we make things more complicated for xpath- based tools if we allow either in arbitrary extension content. Now, this may not matter. It may be easier to just recommend that developers use elements instead of attributes, but not require it. In that case, there's no problem. The other thing is that we can restrict that flexibility only to properties in the meta or office namespaces. I guess I favor that myself. Also, just to be clear, the current meta:user-defined element can go away or be made simpler with the enhanced metadata support. Tim Berners-Lee himself commented on this awhile back: <http://www.mail-archive.com/www-archive@w3.org/msg00024.html> I think what he's suggesting if we still want this is something like this as one possibility: <user:foo>bar</user:foo> Finally, if we have the new subject-predicate-object model, "office:document-meta" seems a bit off. Might be better -- if not strictly necessary at all -- to have that root element (the type for the document) be dcmi:Text or some such. Bruce [1] http://wiki.oasis-open.org/office/Metadata_Model_and_Syntax
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]