- From: Rhys Lewis <rhys@volantis.com>
- Date: Tue, 11 Dec 2007 04:35:48 -0700 (MST)
- To: "'Rotan Hanrahan'" <rotan.hanrahan@mobileaware.com>, 'José Manuel Cantera Fonseca' <jmcf@tid.es>, <public-ddwg@w3.org>
Hello Rotan, The ontology currently captures an abbreviation for each unit and a name. Both are effectively US English currently. Internationalization of those properties would be accomodated in the ontology. I think your suggestion of delegating this kind of issue to the ontology is a really good one. It illustrates one of the reasons for creating the ontology. > -----Original Message----- > From: public-ddwg-request@w3.org > [mailto:public-ddwg-request@w3.org] On Behalf Of Rotan Hanrahan > Sent: 11 December 2007 11:16 > To: José Manuel Cantera Fonseca; public-ddwg@w3.org > Subject: RE: [API] Resuming API Work : DDRPropertyValue > (including enumerations) > > > Regarding [1], I notice the getUnits() method returns a > String. This means that all units will have to have a > normative textual identifier. This could be a URI or an > agreed short name. If we use a short name, we could run into > trouble because some common units have variations in their > names. Consider the millimetre, which has an American > spelling of millimeter, and a common abbreviation of mm. Then > there's pixel, which has the same short name in all > English-speaking regions but has a variety of abbreviations > like p, px, pix. Even if we choose to use URIs, not all units > have an agreed URI. Perhaps these are things that the UWA > ontology should capture, and the DD units can simply point to > the right place in the ontology? > > ---Rotan > > -----Original Message----- > From: public-ddwg-request@w3.org > [mailto:public-ddwg-request@w3.org] On Behalf Of José Manuel > Cantera Fonseca > Sent: 10 December 2007 13:39 > To: public-ddwg@w3.org > Subject: [API] Resuming API Work : DDRPropertyValue > (including enumerations) > > > Hi, > > The discussion now need to turn on the DDRPropertyValue > object and its methods. > > Please take a look at the current version of this class in > [1]. The DDRPropertyValue class is a subclass of DDRValue [2] > which actually has all the methods needed to retrieve a > property value. It is important to note that a > DDRPropertyValue references the aspect / component to which > the property value applies, which is useful in those cases > where multiple DDRPropertyValues are obtained > > Also it is important to have a look at the way that > enumerated values are treated and how this would be used to > query about thinks like image > formats: > > DDRPropertyValue value = > ddr.getPropertyValue("supported_image_formats",key); > > DDREnumeration enumeration = value.getEnumeration(); > > if(enumeration.contains("cv:gif")) { > System.out.println("GIF format is supported for images"); } > > > Please have a look at this proposal and send comments, it is > very important to make progress in the API > > Best Regards > > [1] > http://www.w3.org/2005/MWI/DDWG/drafts/api/java/DDR-API-Minima l/doc/org/w3c/ddr/DDRPropertyValue.html > [2] > http://www.w3.org/2005/MWI/DDWG/drafts/api/java/DDR-API-Minima > l/doc/org/w3c/ddr/DDRValue.html > > >
Received on Tuesday, 11 December 2007 11:36:03 UTC