Re: XSLT-Stylesheet for conversion XMP > MAWG

Hi Martin,

this is on purpose. The values are not part of the lexical space of
time-related datatypes in XML Schema. At
http://fabday.fh-potsdam.de/~sasaki/mawg/xmp/xslt/xml-canonical-to-mawg.xsl
I have created a function my:checkDateDataType, to deal with some of these
values that occurred in the XMP example files. But the fallback is always
that if no adequate datatype is found, I go to a string datatype.

I see two options:

1) Change the input data so that it contains only XML Schema dateTime
compatible values
2) Extend my:checkDateDataType so that it deals with the two problematic
values and converts them to dateTime values
3) Leave everything as is

My preference would be 2) or 3). 3) Would reflect reality most, at least
given the XMP examples I have. Any thoughts?

Felix

2011/9/15 Höffernig, Martin <Martin.Hoeffernig@joanneum.at>

> Dear Felix,****
>
> ** **
>
> your example looks very good now. ****
>
> However, there is one thing left I would like to point your attention to:*
> ***
>
> There are two ma:date values with datatype xsd:string ("2010-12-13T12:59:
> 59.12345+02:00"^^xsd:string and "2010-12-31T11:59Z"^^xsd:string). A
> time-related datatype would be better at this point.****
>
> ** **
>
> Best,****
>
> Martin****
>
> ** **
>
> ** **
>
> *Von:* felix.sasaki@googlemail.com [mailto:felix.sasaki@googlemail.com] *Im
> Auftrag von *Felix Sasaki
> *Gesendet:* Dienstag, 13. September 2011 15:11
> *An:* Thierry Michel; Höffernig, Martin; public-media-annotation@w3.org
>
> *Betreff:* Re: XSLT-Stylesheet for conversion XMP > MAWG****
>
> ** **
>
> Thierry, Martin, all,****
>
> ** **
>
> I implemented Martin's comments:****
>
> - input file with only one creation date value
> http://fabday.fh-potsdam.de/~sasaki/mawg/xmp/xslt/MAWG_test_canonical.xml*
> ***
>
> - XSLT transformation that solves the issues with multiple labels for
> ma:hasLanguage and ma:hasPolicy
> http://fabday.fh-potsdam.de/~sasaki/mawg/xmp/xslt/xml-canonical-to-mawg.xsl
> ****
>
> - output in RDF/XML
> http://fabday.fh-potsdam.de/~sasaki/mawg/xmp/xslt/MAWG_test_canonical_mapped-to-rdf-by-xslt.xml
> ****
>
> - output in TTL
> http://fabday.fh-potsdam.de/~sasaki/mawg/xmp/xslt/MAWG_test_canonical_mapped-to-rdf-by-xslt.ttl
> ****
>
> ** **
>
> Regards,****
>
> ** **
>
> Felix****
>
> 2011/9/12 Felix Sasaki <felix.sasaki@dfki.de>****
>
> 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****
>
> ** **
>
>
>
> ****
>
> ** **
>
> --
> 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****
>
> ** **
>



-- 
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>