Re: Your comments on Device Description Repository Simple API ( LC-1969)

 Dear José Manuel Cantera ,

The Mobile Web Initiative Device Description Working Group has reviewed
the comments you sent [1] on the Last Call Working Draft [2] of the Device
Description Repository Simple API published on 4 Apr 2008. Thank you for
having taken the time to review the document and to send us comments!

The Working Group's response to your comment is included below, and has
been implemented in the new version of the document available at:
http://www.w3.org/2005/MWI/DDWG/drafts/api/080525.

Please review it carefully and let us know by email at
public-ddwg-comments@w3.org if you agree with it or not before 5 June
2008. In case of disagreement, you are requested to provide a specific
solution for or a path to a consensus with the Working Group. If such a
consensus cannot be achieved, you will be given the opportunity to raise a
formal objection which will then be reviewed by the Director during the
transition of this document to the next stage in the W3C Recommendation
Track.

Thanks,

For the Mobile Web Initiative Device Description Working Group,
Matt Womer
W3C Staff Contact

 1.
http://www.w3.org/mid/93AA9E47B82F684A868C217766F489050397FB9F49@EXCLU2K7.hi.inet
 2. http://www.w3.org/TR/2008/WD-DDR-Simple-API-20080404/


=====

Your comment on 3 Vocabularies:
> If an implementation decides to add an additional value to an enumerated
> property, such as supportedImageFormats, that new value will be in the
> same namespace as the Core Voc or in another namespace?
> 
> How a call from the API will note this fact, as the set of values in an
> enumeration are represented as non-namespaced Strings?
> 
> How collisions between values are going to be avoided?


Working Group Resolution (LC-1969):
The introduction of new properties, new aspects or new values for
enumerations constitutes the creation of a new vocabulary. It is possible
for a vocabulary to reference a previous version (to avoid having to
redefine all of the properties/aspects/values), but this does not avoid
the requirement for the new vocabulary to have a separate namespace. An
implementation may support multiple vocabularies, and this is supported by
the API, so it is permitted for extended vocabularies to co-exist with
their predecessors without causing confusion.

Only the values of enumeration types as listed in a vocabulary are
associated with the namespace. Additional values may be permitted by an
implementation, but if avoidance of value clashes is necessary then the
introduction of new vocabularies to include such new values is advised.

In general, the design and implementation of extensible vocabularies is an
open and ongoing issue, which in conjunction with the design of an ontology
of the delivery context is something that the DDWG will be deferring to the
UWA Working Group. Meanwhile, the mechanism described above will suffice
for the DDR Simple API.

----

Received on Sunday, 25 May 2008 20:22:24 UTC