- From: Felix Sasaki <felix.sasaki@dfki.de>
- Date: Mon, 12 Sep 2011 15:30:28 +0200
- To: Thierry Michel <tmichel@w3.org>
- Cc: HXffernig@w3.org, Martin <martin.hoeffernig@joanneum.at>, "public-media-annotation@w3.org" <public-media-annotation@w3.org>
- Message-ID: <CAL58czpBwnpEWJF2rVOpOPz4v2U3+VrhwCkbk0mMw0+x75G6hA@mail.gmail.com>
Sorry, Thierry, I don't remember the discussion with Werner in detail. There is no label and no bag in > ma:date "2009"^^xsd:gYear, > "2010-11-18T11:57:24+01:00"^^xsd:dateTime, > "2010-12"^^xsd:gYearMonth, > "2010-12-13T12:59:59.12345+02:00"^^xsd:string, > "2010-12-23T14:42:31"^^xsd:dateTime, > "2010-12-31"^^xsd:date, > "2010-12-31T11:59:00"^^xsd:dateTime, > "2010-12-31T11:59Z"^^xsd:string; these are plain RDF statements. Could you clarify how to deal with the above? Thanks, Felix 2011/9/12 Thierry Michel <tmichel@w3.org> > Felix, > > > It is the same issue for all; > This was already discussed with Werner. > you should use multiple time the same labels or avoid bags in your > example. > > > Thierry > > Dear Martin, all, > > > > in addition to your observations and suggestions - which all make sense > -, > > let me mention that there are other cases of multiple examples of the > same > > kind of information: > > * ma:date: > > ma:date "2009"^^xsd:gYear, > > "2010-11-18T11:57:24+01:00"^^xsd:dateTime, > > "2010-12"^^xsd:gYearMonth, > > "2010-12-13T12:59:59.12345+02:00"^^xsd:string, > > "2010-12-23T14:42:31"^^xsd:dateTime, > > "2010-12-31"^^xsd:date, > > "2010-12-31T11:59:00"^^xsd:dateTime, > > "2010-12-31T11:59Z"^^xsd:string; > > * ma:title: > > ma:title "dc:title (de-DE)"^^xsd:string, > > "dc:title (en-US)"^^xsd:string, > > "dc:title (x-default)"^^xsd:string, > > "xmpDM:album"^^xsd:string. > > In XMP it is clear where the information is coming from, e.g. from dublin > > core within XM Por the xmpDM namespace. The mawg values of course don't > > express provenance. So an application does not know whether it should > > choose > > e.g. 2010-11-18T11:57:24+01:00 or 2009 is the date value. > > > > I don't know how to solve this problem but just wanted you to be aware of > > it. Martin, all, please let me know how you want to proceed, for > > ma:hasLanguage, ma:hasPolicy, ma:date, ma:creationDate and ma:title. > > > > Regards, > > > > Felix > > > > 2011/9/12 Höffernig, Martin <Martin.Hoeffernig@joanneum.at> > > > >> Dear Felix, Thierry, all > >> > >> I have finished the recheck of the latest XMP example. > >> This example has passed the consistency check using Protege and Pellet. > >> > >> However, I have some remarks which should be discussed. > >> > >> The value of ma:hasLanguage is a rescource containing three different > >> labels: > >> <ma:hasLanguage rdf:parseType="Resource"> > >> <rdfs:label>en</rdfs:label> > >> <rdfs:label>de-DE</rdfs:label> > >> <rdfs:label>de-DE-bayrisch</rdfs:label> > >> </ma:hasLanguage> > >> > >> Since no cardinality restrictions has been defined in the MA ontology, > >> using multiple labels for the same resoure would be possible. > >> However, the question is if the above usage of mulitpe labels is correct > >> in > >> the MA ontology context? > >> > >> I would suggest to avoid the mulitple labels for the same resource and > >> describe multiple labels in the following way: > >> <ma:hasLanguage rdf:parseType="Resource"> > >> <rdfs:label>en</rdfs:label> > >> </ma:hasLanguage> > >> <ma:hasLanguage rdf:parseType="Resource"> > >> <rdfs:label>de-DE</rdfs:label> > >> </ma:hasLanguage> > >> <ma:hasLanguage rdf:parseType="Resource"> > >> <rdfs:label>de-DE-bayrisch</rdfs:label> > >> </ma:hasLanguage> > >> > >> Another resource (value of ma:hasPolicy) contains multiple labels > >> modelled > >> in the same as above. > >> > >> Furthermore, the media resource contains two different creation dates. > >> From my side of view there can be only one creation date. > >> > >> Best, > >> Martin > >> > >> > >> > -----Ursprüngliche Nachricht----- > >> > Von: Thierry MICHEL [mailto:tmichel@w3.org] > >> > Gesendet: Donnerstag, 08. September 2011 20:03 > >> > An: Felix Sasaki; Höffernig, Martin > >> > Cc: public-media-annotation@w3.org; Frank Biederich > >> > Betreff: Re: XSLT-Stylesheet for conversion XMP > MAWG > >> > > >> > > >> > Felix, Martin, > >> > > >> > > >> > I have added your 2 files (XML and RDF) into the testsuite. > >> > (replace the former one. > >> > Note that in the RDF I have added a comment as mentuionned in the > >> > guidelines. > >> > > >> > I have also added your Stylesheet for conversion of XMP (canonical > >> > form) > >> > to instance of "Ontology for Media Resources 1.0" in the list of > >> > Implementations/demonstrators > >> > > >> > see > >> > > >> > > http://www.w3.org/2008/WebVideo/Annotations/drafts/ontology10/testsuite > >> > .html > >> > > >> > > >> > The last bit is that I have removed the former TTL file for XMP. Maybe > >> > you would like to provide a new one? > >> > > >> > Martin could you check the RDF file for XMP ? > >> > > >> > Thanks a lot for your input. > >> > > >> > Bets, > >> > > >> > thierry > >> > > >> > Le 08/09/2011 12:25, Felix Sasaki a écrit : > >> > > Thierry, all, > >> > > > >> > > I have made a slight update of the XMP examples. Attached ZIP file > >> > contains > >> > > a new input file MAWG_test_canonical.xml, and an output > >> > > file MAWG_test_canonical_mapped-to-rdf-by-xslt.xmp > >> > > can you replace input and output in the CR table for the ontology > >> > document > >> > > accordingly? > >> > > > >> > > The ZIP file also contains an XSLT stylesheet that I used for the > >> > generation > >> > > of the output file. Input needs to be XMP *in canonical form* (a > >> > certain > >> > > kind of XMP serialization). From my understanding an XMP processor > >> > needs to > >> > > be capable to produce that form. See the stylesheet also at > >> > > http://fabday.fh-potsdam.de/~sasaki/mawg/xmp/xslt/xml-canonical-to- > >> > mawg.xsl > >> > > Can you add the stylesheet (or maybe rather the link to it) to the > >> > mapping > >> > > tool list of implementations / demonstrators for the ontology? Many > >> > thanks > >> > > in advance. > >> > > > >> > > I have put Frank Biederich from Adobe into the loop so that he is > >> > aware of > >> > > this. > >> > > > >> > > Regards, > >> > > > >> > > Felix > >> > > > >> > > > > > > > > -- > > Prof. Dr. Felix Sasaki > > Senior Researcher, Language Technology Lab > > DFKI GmbH, Alt-Moabit 91c, 10559 Berlin, Germany http://www.dfki.de > > phone: +49-30-23895-1807 (fax: -1810) > > ------------------------------------------------ > > Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH > > Firmensitz: Trippstadter Strasse 122, D-67663 Kaiserslautern > > Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster > > (Vorsitzender), Dr. Walter Olthoff > > Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes > > Amtsgericht Kaiserslautern, HRB 2313 > > > > Register for the W3C MultilingualWeb Workshop! > > Limerick, 21-22 September 2011 > > http://multilingualweb.eu/**register <http://multilingualweb.eu/register > > > > > > > -- > Thierry Michel > W3C > -- Prof. Dr. Felix Sasaki Senior Researcher, Language Technology Lab DFKI GmbH, Alt-Moabit 91c, 10559 Berlin, Germany http://www.dfki.de phone: +49-30-23895-1807 (fax: -1810) ------------------------------------------------ Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH Firmensitz: Trippstadter Strasse 122, D-67663 Kaiserslautern Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender), Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 Register for the W3C MultilingualWeb Workshop! Limerick, 21-22 September 2011 http://multilingualweb.eu/**register <http://multilingualweb.eu/register>
Received on Monday, 12 September 2011 13:31:08 UTC