1 / 32

Progressive enrichment of simple model of Audio-Visual assets

Unlocking Audio Conference 2 (British Library 2009-03-16 & 17) . Connecting with Listeners . Progressive enrichment of simple model of Audio-Visual assets. Based on the MEMORIES project (European Union R&D project n°053500) And the AXIS architecture. Presented by: Guy Maréchal

kirsten
Download Presentation

Progressive enrichment of simple model of Audio-Visual assets

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Unlocking Audio Conference 2 (British Library 2009-03-16 & 17) Connecting with Listeners Progressive enrichment of simple model of Audio-Visual assets Based on the MEMORIES project (European Union R&D project n°053500) And the AXIS architecture Presented by: Guy Maréchal Tuesday 2009-03-17 MEMNON

  2. IPI-Manager ® TOOLS The conference focuses on the concepts A full presentation would require a 2 days workshop The concepts will be illustrated in a dedicated MEMORIES workshop Tuesday 2009-03-17 (13:45 to 16:45 Meeting room 2) Project explorer Segmentation editor USERS Task List Metadata

  3. From simple “FLAT” model(Based on RECORDS in DATA BASES) AXIS upward COMPATIBILITY To enhanced “FLAT” model (With added metadata and alias) AXIS upward COMPATIBILITY • To “RICH” semantic model (Based on Networked ENTITIES • with Documents & Relations in KNOWLEDGE BASES) • Ontology based & < Semantic WEB applications > • Object oriented • Native persistent The structural change in modeling

  4. Plan of the presentation The simple “FLAT” model of the ASSETS Enhancing the “FLAT” model of the ASSETS The “RICH” semantic model of the ASSETS Conclusions

  5. Plan of the presentation • The simple “FLAT” model of the ASSETS • Enhancing the “FLAT” model of the ASSETS • The “RICH” semantic model of the ASSETS • Conclusions

  6. METADATA FILES Registration Access System Data Base RECORD CONTENT (typically WAV files) RECORD FLAT MODEL The FLAT model is based on “RECORDS” holding “TERMS” in “DATA BASES” and linking to “CONTENTS”

  7. FLAT MODEL • The RECORDS are usually based on domain specific standards • MARC • MODS • … The use of generic standards, like ‘Dublin-Core’ or ‘VRA-Core’ remains ancillary or not fully mapped

  8. Plan of the presentation The simple “FLAT” model of the ASSETS Enhancing the “FLAT” model of the ASSETS The “RICH” semantic model of the ASSETS Conclusions

  9. Enrichment of the RECORD in the DATABASE The example below of records in a simple flat database will be presented in the work-shop this afternoon

  10. EXPORT IN METS of the MODS metadata The example of export in METS to be provided this afternoon

  11. EXPORT in “OAI” (OpenArchivalInitiative) The example of export in OAI (enhanced flat model) <?xml version="1.0" encoding="UTF-8"?> <oai_dc:dc > xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd"> <axis:opus> <dc:title>Eine kleine Nachtmusik</dc:title><dc:creator>Mozart</dc:creator> </axis:opus> </oai_dc:dc>

  12. Benefits of enhanced FLAT MODEL • The enhanced “FLAT” model opens the way to: • Combined metadata standards: MODS + MARC + Dublin Core + VRA • Easy export in various formats • Refinements of metadata • Dedicated profiles like the AUDIO METS profile of the UNESCO (developed in Australia) • Easy exploitation through portals OAI // MICHAEL // Europeana … • More easy SIP transfer to OAIS • … • The enhanced “FLAT” model exists today, it’s proven and robust! • It covers most of the current needs or habits!

  13. Accessing to the simple “FLAT” models One catalogue REGISTERED CATALOG ITEM Accurate query

  14. Accessing to the simple “FLAT” models Many catalogues REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM Complex query REGISTERED CATALOG ITEM

  15. Accessing to the simple “FLAT” models REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM Semantic query REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM REGISTERED CATALOG ITEM

  16. Unlocking Audio Conference 2 (British Library 2009) Connecting with Listeners Connecting with ‘enjoyers’ / ‘contributors’ / talkers’ (Charles Leadbeater)

  17. Plan of the presentation The simple “FLAT” model of the ASSETS Enhancing the “FLAT” model of the ASSETS The “RICH” semantic model of the ASSETS Conclusions

  18. Accessing, Creating, Enriching, Sharing “RICH SEMANTIC” models Semantic Searches, Navigation & Contributions ENJOY TALK SEMANTIC ENTITY TALK DO TALK TALK SEMANTIC ENTITY Typed RELATIONS TALK Semantic Searches, Navigation & Contributions TALK TALK SEMANTIC ENTITY DO TALK TALK ENJOY Network of people Network of Semantic ENTITIES

  19. In “FLAT” model: Wolfgang Amadeus MOZARTis aCOMPOSER: <dc:composer> Mozart</dc:composer> Here Mozart is a string of characters, not an ENTITY A comparison between the “RICH” model and the “FLAT” model In “RICH” semantic model: Wolfgang Amadeus MOZARTis first a PERSONmodeled independently as an ENTITY: He was born, travelled, played music, composed, conduct, got married, … The fact that he contributed significantly to the composition of theREQUIEM K.626(Süssmayr completed it at the request of Constance, Mozart’s wife) and his specific contribution can be expressed; the same for the specific contribution of Süssmayr! In “RICH” model, the contribution as composer of Mozart and the one of Süssmayr are expressed as RELATIONSin a CONTEXT: each has played the role of one of the composers for specific parts of the REQUIEM K.626! The UPWARD compatibility between “FLAT” and “RICH” implies rich ALIAS mechanisms

  20. The“Entity Class” is coded ‘ELEMENT’= top level ELEMENT PHYSICAL PERSON INSTANCE The“Entity Class” is coded ‘PHYSICAL PERSON’ The“Relation Class” is coded ‘INSTANCE OF’ PHYSICAL PERSON ENRICHING the ASSETS with SEMANTICS A concrete example: Wolfgang Amadeus is MOZART is a person Wolfgang Amadeus MOZART

  21. Why “RICH” modelling ? For representing “KNOWLEDGE” in such a way that: • EVERYTHING can covered • HUMAN can express their visions of the MEANING of things (SEMANTICS) • ITC MACHINES can ‘understand’, ‘process’, ‘retrieve’ the semantic items (Through Intelligent Active Agents) • Any new semantic item can be added • The representation can go at any level of detail and accuracy • Several representations of the same semantic item can coexist • (multiple point of views and multiple representation formats) • The representations can be distributed • The representations are enabled native persistent

  22. Description of rich semantic model The “RICH” semantic model is based on “ENTITIES” holding “DOCUMENTS” & “RELATIONS” in “KNOWLEDGEBASES” • Identifying the ENTITIES, DOCUMENTS and TERMS • Enriching the models of the ASSETS • Enriching the ASSETS with SEMANTIC • Adding the structures (logical & physical) • Managing the ASSETS • Persistence & Interoperability of the ASSETS • Retrieving the ASSETS • Representing the ASSETS • Semantics: Ontology’s; Topic maps; OWL; … • Resources: RDF; URN; URL, URI, … • Terms: DCMI; …

  23. DOCUMENTS • ENTITIES • Bagentities ORDERBL-022 Ontology of … Mediaof … OPUS -wave- -owl- Class of ENTITY Class of the DOCUMENT MOZART • Generalentities PHYSICALPERSON REQUIEMK626 • Mediaentities RELATIONS LOGICALCLIP IS PART OF DIGITIZATION • Processentities EVENT Class of the RELATION SYMBOLISM

  24. SpeechProgram of of interview of ‘Otto Preminger’ Examples of the INSTANCES of the RICH SEMANTIC MODELS produce Speech media of the interview of ‘Otto Preminger’ hasPart Interview of Otto PREMINGER’ Instance of Instance of Instance of produce Specialisation hasPart Event Clip SpeechProgram hasPart Specialisation Specialisation Is used by OPUS BroadcastEvent INTERVIEW EVENT RICH SEMANTIC MODELS InterviewEvent

  25. ‘COMPOSER’ is an ‘ENTITY’ of the class ‘ROLE’ ‘COMPOSER’ is defined by ‘Documents’ • One of these ‘Documents’ is the -afp-‘class of documents’. It includes: • The fundamental metadata defining the entity (based on RDF and Dublin Core) including the ‘Entity Class’ • The local metadata according to standards or local conventions • The list of documents owned by the entity • … • The –afp- document is the key to the UPWARD compatibility of the “FLAT” models with the “RICH” models COMPOSER The other ‘Documents’ are any ‘Classes of document’ ROLE <doc> <doc> .jpg <doc> .odt <doc> .xml -afp- The concept of ENTITY and the –afp- DOCUMENT A concrete example: ‘COMPOSER’ is a‘SPECIALISATION’of ‘ROLE’ Note: -afp- means « AXIS Foot Print »

  26. The RICH model ENABLES: The modelling according to the FRBR standard The modelling according to the CRM standard The implementation of the FRBR-CRM OO Fits perfectly with the “Object Oriented” programming; the “Ontology” approach The implementation of the “Topic maps” and the “Ontology Web language” … KEY characteristics and tools exist already ; full range implementation will follow soon!

  27. EVENT OPUS <doc> <doc> <doc> <doc> .jpg .jpg <doc> <doc> .odt .odt <doc> <doc> .xml .xml -afp- -afp- MUSIC PROFILE Has Part Instance Eine kleine Nachtmusik ALIAS: “TERM” to “ENTITY” The meaning of “composer” <doc> <doc> <doc> <doc> .jpg .jpg <doc> <doc> .odt .odt <doc> <doc> .xml -midi- -afp- -afp- Involves acting as “composer” Produces A composite concrete example: AXIS CORE PROFILE PHYSICAL PERSON ROLE Specialize COMPOSER Instance Composing ‘Eine kleine Nachtmusik’ Wolfgang Amadeus MOZART

  28. Plan of the presentation The simple “FLAT” models of the ASSETS Enhancing the “FLAT” models of the ASSETS The “RICH” semantic models of the ASSETS Conclusions

  29. The AXIS architecture delivers: • Open Interchange format based on ‘Profiles’: AXE (Autonomous eXchangeEntities) • (Release planned mid-2009 on the UNESCO open repository) • Full compatibility between FLAT and RICH semantic models • Build-in Persistence & Interoperability through the same mechanisms: • (The inclusion of the Ontologies in the AXE; the T-E-D-R approach; …)

  30. The MEMORIES project Project coordinator MEMNON User UNESCO User Radio Suisse Romande Norwegian Institute of Recorded Sound User Audio coding and processing Technion (University of Haifa) Single Sensor Source Separation MIST Advanced Searches by associations PubGene Contract numberFP6-IST-035300

  31. The linking of the ASSETS in all domains! MANAGEMENT EXPLOITATIONS ACQUISITION ‘RICH’ semantic models PROCESSING PRESERVATION

  32. British Library: Unlocking Audio Conference Progressive enrichment of simple models of Audio-Visual assets THANK YOU! Questions? Presented by: Guy Maréchal guy.marechal@memnon.eu

More Related