W3C home > Mailing lists > Public > public-media-annotation@w3.org > February 2010

RE: ACTION-209: Metadata Crawler

From: Bailer, Werner <werner.bailer@joanneum.at>
Date: Tue, 2 Feb 2010 18:50:11 +0100
To: Florian Stegmaier <stegmai@dimis.fim.uni-passau.de>
CC: "public-media-annotation@w3.org" <public-media-annotation@w3.org>
Message-ID: <CD9846F872C7874BB4E0FDF2A61EF09F4DADB12FAB@RZJC1EX.jr1.local>
Dear Florian,

> as i explained today, a student of mine is working on the COPHIR test
> suite [1]. The main idea is to use the information of COPHIR, in order
> to extract useful metadata (with the help of the FLICKR API [2]) and
> store it in Dublin Core and MPEG-7 documents. The student just has
> started working on this topic, so i can not estimate the  expiration
> of this work.

I think this data would be helpful if we want to test MAWG implementations supporting DC and MPEG-7, i.e. map from both to MAWG and compare the results, or even compare the results in the MAWG results with the values you get from COPHIR. 

> Im currently thinking, if it would be good, if the extracted metadata
> should be also stored in the MAWG format. What do you think? The main
> problem will be, that i need a representation i can provide the
> student to work on.

I'm not sure why you want the store the data in MAWG format (not only because there is the format issue). By mapping to MAWG you use a certain implementation, and unless you hand check the results you can only use it to test that another implementation of MAWG behaves like yours, but that doesn't prove that both are correct.

Best regards,

> [1] http://cophir.isti.cnr.it/
> [2] http://www.flickr.com/services/api/
> _____________________________
> Dipl. Inf. Florian Stegmaier
> Chair of Distributed Information Systems
> University of Passau
> Innstr. 43
> 94032 Passau
> Room 248 ITZ
> Tel.: +49 851 509 3063
> Fax: +49 851 509 3062
> stegmai@dimis.fim.uni-passau.de
> https://www.dimis.fim.uni-passau.de/iris/
> http://www.jpsearch.org
> http://www.mpegqueryformat.org
> _____________________________
Received on Tuesday, 2 February 2010 17:50:43 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:17:36 UTC