Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add a new type for Chapters #8

Open
lyndonnixon opened this issue Aug 12, 2014 · 4 comments
Open

Add a new type for Chapters #8

lyndonnixon opened this issue Aug 12, 2014 · 4 comments
Assignees

Comments

@lyndonnixon
Copy link

WP1/Exmaralda should tag extracted video chapters as news items (RBB) or art objects (TKK). cf. linkedtv/wp1#4 (comment)

This tag needs to be propagated in the LinkedTV RDF either through a subclassing of LinkedTV Chapters or an additional property-value on the Chapter instance.

@lyndonnixon
Copy link
Author

I'd propose creating subclasses of linkedtv:Chapter, maybe in a separate namespace simply to keep this out of the "domain generic" LinkedTV Ontology.This makes it clear other scenarios could define their own specific classes and properties in other namespaces, but using the www.linkedtv.eu domain still to indicate that these (at least) are part of the "official" LinkedTV ecosystem.

e.g.

linkedtvrbb: http://www.linkedtv.eu/ontology/rbb#
linkedtvavro: http://www.linkedtv.eu/ontology/avro#

linkedtvrbb:NewsItemChapter rdf:subClassOf linkedtv:Chapter
linkedtvavro:ArtObjectChapter rdf:subClassOf linkedtv:Chapter

@rtroncy what do you think

@rtroncy
Copy link
Member

rtroncy commented Aug 19, 2014

I'm, in principle, against redefining the wheel. A (seed) program has normally already a set of global metadata, and we have worked on some genre taxonomies for programs. Hence, at the program level, one should already know whether this is a news program, a documentary, a soap, etc.

At the chapter level, EBU has translated its taxonomy in OWL/RDF, largely re-using the Ontology for Media Resources and the Media Fragments URI work. Hence:

  • NewsItem is already defined by EBU: http://www.ebu.ch/metadata/ontologies/ebucore/ebucore#NewsItem ... this matches precisely what we want to have. Therefore, I suggest that media fragments tagged as "NewsItem" chapters, either by WP1 or in the editor tool, are simply attached via a oa:Annotation to both a linkedtv:Chapter AND a ebucore:NewsItem

  • There is no such concept as "ArtObject" in the EBU Core ontology. There is just a generic "EditorialObjet" and "NewsItem" is the only specific sub-class (the other sub-class are still generic classes). I would therefore suggest to define:

    linkedtv:ArtObjectClip rdfs:subClassOf ebucore:EditorialObject
    I think we should still maintain one core ontology (and ns) which simplify re-use and query, and this is a good example of how one can define specific terms while re-using other generic ontologies

  • Finally, I also think that we should state:

    linkedtv:Chapter rdfs:subClassOf schema:TVClip

@lyndonnixon
Copy link
Author

OK great I didnt think to look for news items in other ontologies.
I'm fine with those changes. So what's the process for agreed changes to the core ontology and publishing a new version at the namespace?
A changelog will be useful too. Then e.g. we can immediately announce to the relevant partners - in this case @jblom - the new properties/classes so that they can use them in their tools.

@e-apostolidis
Copy link

I just informed Jose-Luis about the new format of the EXMARaLDA files that are created by the updated WP1 REST Service. This format differs from the previous one to the part related to the detected chapters of the video (given that chapter segmentation was among the selected analysis components). The new format contains information about the type of the detected chapters (annotated as "Art Object" or "News Item") and the type of the extracted keyframes for the videos of the documentary scenario (annotated as "Bumper" or "NoBumper").

So, the TV2RDF mechanism has to be updated accordingly, in order to parse the new EXMARaLDA files and retrieve this additional information.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants