- From: <bugzilla@wiggum.w3.org>
- Date: Sat, 21 Feb 2009 14:53:38 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6604
--- Comment #1 from Doug Davis <dug@us.ibm.com> 2009-02-21 14:53:38 ---
Current form:
<mex:GetMetadata ... >
(<mex:Dialect>xs:anyURI</mex:Dialect>
(<mex:Identifier>xs:anyURI</mex:Identifier>)?
)?
<mex:Content> xs:anyURI </mex:Content> *
</mex:GetMetadata>
Proposal:
<mex:GetMetadata ... >
<mex:Dialect uri="xs:anyURI"
identifier="xs:anyURI"?
Content="xs:anyURI"? .../> *
...
</mex:GetMetadata>
This gives you the flexibility of choosing different formats on a per Dialect
basis. What's nice about this is that since we've defined the "all" Content
URI, you could ask for all forms of a certain metadata with a single element.
However, if you want just 2 of the forms (e.g. URI and EPR) then you'll need to
use 2 elements. Not a huge issue and I'm not sure one that will happen too
often. It seems that if you want a reference to the data you'll probably plan
on only using one way to retrieve it - not both.
We could make the Content attribute a list of URIs, but that seems overly
complicated when adding a new Dialect element gives you the same end result
with only a few more bytes on the wire.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Received on Saturday, 21 February 2009 14:53:48 UTC