Linked (Open) Europeana : Vernetzte Daten in der Europäischen Digitalen Bibliothek Prof. Dr. Stefan Gradmann   Unter Rückg...
Übersicht <ul><li>NICHT: was ist Europeana
NICHT: was ist Linked Data
Nach dem Katalog: semantische Kontextualisierung in Europeana
Das Europeana Data Model (EDM) </li><ul><li>Grundlagen
Mona Lisa und mehr ...
Status Quo </li></ul><li>Über 'Offenheit' </li></ul>
Nach dem Katalog
Alte und  neue  Begriffe  (thanks, Karen Coyle!) Katalog Bestand 'Record' Dokument Suche Bibliothek Information Aggregatio...
Nach dem Katalog: Objekte und Semantischer Kontext in Europeana Kontextualisierte Objektrepräsentationen (-> Wissensgeneri...
Die Semantische Datenschicht Überbrückt Informationsinseln und verbindet Objektrepräsentationen  aus verschiedenen Gedächt...
EDM und Linked Open Data Kontextoptionen DBpedia VIAF GND Geonames LCSH … Europeana-Objekte
EDM
ESE <ul><li>“ Europeana Semantic Elements” (ESE) </li></ul><ul><li>ad hoc für den ersten Prototyp (2008) kreiert
Interoperabilität: Bezug auf das minimalistische und 'flache' Dublin-Core Modell
“ einfach und robust” aber: </li></ul><ul><li>Semantik der Original-Metadaten geht verloren
Keine Spezialisierung im Sinne granularer Modelle möglich
Keine Verlinkungen und damit auch keine Verbindungen zu externen Ressourcen
Wir hätten es wohl besser nicht „semantic“ genannt :) </li></ul>
EDM “ Europeana Data Model” (EDM) <ul><li>wird ESE mit dem “Danube”-Release von Europeana (Mai 2011) ersetzen
ESE wird dann ein “application profile” von EDM (Rückwärtskompatibilität!)
erhält die Semantik der Originaldaten ohne Verlust von Interoperabilität
ermöglicht eine Nutzung von Europeana als Linked Open Data
ermöglicht eine Nutzung von Linked Open Data in Europeana
ermöglicht 'semantische' Nutzungsszenarien </li></ul>
EDM: Anforderungen und Designprinzipien <ul><li>Unterscheidung zwischen realem  Objekt  (Buch, Bild, Akte, mediale Aufzeic...
Unterscheidung zwischen  Objekt  und beschreibenden  Metadaten
Es müssen  mehrere Sichten eines Objekts  möglich sein, mit potentiell einander widersprechenden Aussagen
Unterstützung komplexer  Kompositobjekte
Standard -Metadatenformat mit  Spezialisierungsoption
Standard -Vokabularformat mit  Spezialisierungsoption
Maximale  Nachnutzung  existierender Standards  </li></ul>
EDM und andere Standards <ul><li>Simple Knowledge Organization System ( SKOS ) </li><ul><li>Modelliert die Wissensorgabnis...
Ermöglicht Verbindungen zwischen KOSs. </li></ul><li>DCMI Metadata Terms ( DCTerms ) </li><ul><li>Basis für semantisch int...
Stellen Rückwärtskompatibilität zu ESE her </li></ul><li>Open Archives Initiative Object Reuse & Exchange ( OAI ORE ) </li...
Provided Object : repräsentiert des gegebene (reale) Objekt
Nächste SlideShare
Wird geladen in …5
×

20110505 linked openeuropeanalswt2011

952 Aufrufe

Veröffentlicht am

Veröffentlicht in: Bildung
0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
952
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
3
Aktionen
Geteilt
0
Downloads
5
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie
  • EDM re-uses three ontologies all of which are defined as a RDFS model. SKOS SKOS is an ontology to model KOS (vocabularies) in the Semantic Data Layer of Europeana. It specifically enables cross-vocabulary matching between concepts. Dublin Core Dublin Core is used to describe the core features of culture objects. ESE uses “old” Dublin Core Element Set. EDM uses “new” Dublin Core Metadata Terms which are specializations of the 15 “old” Dublin Core Elements. The use of DC Terms ensures backward compatibility to ESE. OAI ORE The typical record about an object provided to Europeana will included several information pieces: e.g. with descriptive metadata, views (thumbnails, video files, audio files, text documents etc.), links to landing pages etc. OAI ORE allows us to group and organize these information pieces: the abstract “provided object” (Object), the descriptive metadata (Proxy), any “view” of the provided object (Digital Representation).
  • The current data model of Europeana are the “Europeana Semantic Elements” (ESE). ESE addresses the issue of interoperability between the data from the different domains represented in Europeana by reducing the data to a “flat”, Dublin-Core like representation. This is a “simple and robust” approach but it has some drawbacks: The original metadata and information perspective are not visible anymore. And at the same time we can not specialize to finer-grained models or connect to external resources like LOD community. The EDM addresses exactly these shortcomings . It tries to transcend the different information perspectives which are represented in Europeana. It acts as a top-level ontology in order to make objects from different domains interoperable while still preserving the original data. The EDM is destined to replace ESE after the 2011 release of Europeana. The ESE will then be an „application profile“ of EDM. That means that all ESE data in Europeana will be still compatible with the new system.
  • First a few words about the envisioned information architecture of Europeana: This is how the information space of Europeana will be restructured : At the “bottom” we have the objects which are provided to Europeana. Above we have the “Semantic Data Layer” which is new. It contains various kinds of KOSs with knowledge about people, places, concepts, and so on. These concepts are linked to the objects below and thereby contextualize and enrich them.
  • The data provided to Europeana will come from many different kinds of domains like libraries, archives, or museums. They all will provide their specific collections and KOSs . That will naturally result in „isles of information“ . In order to make the data interoperable the concepts of the various KOSs in the Semantic Data Layer will be aligned , that means they will be connected via cross-vocabulary links . This technically enables applications to navigate through a semantic layer of concepts from different sources and to use it to access objects which are originally described by different but semantically related concepts.
  • Europeana intends to connect to the Linked Open Data community. In the Linked Open Data cloud we find many more knowledge sources like Dbpedia, Geonames, or Library of Congress Subject Headings. Europeana wants to use them to further contextualize and enrich the objects in its information space. At the same time Europeana wants to make its own data available to other communities. The EDM is crucial for realizing this vision. [ LOD cloud July 2009 ]
  • The current data model of Europeana are the “Europeana Semantic Elements” (ESE). ESE addresses the issue of interoperability between the data from the different domains represented in Europeana by reducing the data to a “flat”, Dublin-Core like representation. This is a “simple and robust” approach but it has some drawbacks: The original metadata and information perspective are not visible anymore. And at the same time we can not specialize to finer-grained models or connect to external resources like LOD community. The EDM addresses exactly these shortcomings . It tries to transcend the different information perspectives which are represented in Europeana. It acts as a top-level ontology in order to make objects from different domains interoperable while still preserving the original data. The EDM is destined to replace ESE after the 2011 release of Europeana. The ESE will then be an „application profile“ of EDM. That means that all ESE data in Europeana will be still compatible with the new system.
  • The current data model of Europeana are the “Europeana Semantic Elements” (ESE). ESE addresses the issue of interoperability between the data from the different domains represented in Europeana by reducing the data to a “flat”, Dublin-Core like representation. This is a “simple and robust” approach but it has some drawbacks: The original metadata and information perspective are not visible anymore. And at the same time we can not specialize to finer-grained models or connect to external resources like LOD community. The EDM addresses exactly these shortcomings . It tries to transcend the different information perspectives which are represented in Europeana. It acts as a top-level ontology in order to make objects from different domains interoperable while still preserving the original data. The EDM is destined to replace ESE after the 2011 release of Europeana. The ESE will then be an „application profile“ of EDM. That means that all ESE data in Europeana will be still compatible with the new system.
  • EDM re-uses three ontologies all of which are defined as a RDFS model. SKOS SKOS is an ontology to model KOS (vocabularies) in the Semantic Data Layer of Europeana. It specifically enables cross-vocabulary matching between concepts. Dublin Core Dublin Core is used to describe the core features of culture objects. ESE uses “old” Dublin Core Element Set. EDM uses “new” Dublin Core Metadata Terms which are specializations of the 15 “old” Dublin Core Elements. The use of DC Terms ensures backward compatibility to ESE. OAI ORE The typical record about an object provided to Europeana will included several information pieces: e.g. with descriptive metadata, views (thumbnails, video files, audio files, text documents etc.), links to landing pages etc. OAI ORE allows us to group and organize these information pieces: the abstract “provided object” (Object), the descriptive metadata (Proxy), any “view” of the provided object (Digital Representation).
  • In the physical world we create, use, and refer to aggregations of things all the time. We collect pictures in a photo album, read journals that are collections of articles, and burn CDs of our favorite songs. In this physical world these aggregations are frequently tangible - we can hold the photo album, journal, and CD. But, we also aggregate abstract entities – for instance on the WEb. OAI-ORE makes it possible to identify an aggregation .
  • Mona Lisa as described and depicted by the French ministry of culture (Directions des musees de France)
  • This is the metadata record of the French ministry of culture modeled in EDM. Each bubble represent a resource. In the bubble you have the class of the resource (its type) in italics and beneath the URI of the resource which identifies it. The arrows are the semantic links (the properties) between the resources. If there are two properties then the one below is the sub-property of the other one with a more specific meaning. First we have the Aggregation node which groups together all information pieces delivered by the Ministry. It aggregates the node representing the physical object “Mona Lisa”, the digital representations of the Mona Lisa, and the proxy node which is specific to a given provider, and is used to represent the description of the provided object, as seen from the perspective of that specific provider. This is how every metadata record provided to Europeana will look like in its basic form. Why manage central nodes for provided objects? The ORE model says so: an ORE proxy has to be proxy for some &amp;quot;view- independent&amp;quot; resource. Users are looking for (real world) objects (the painting Mona Lisa) and not for the specific view on it of Louvre, or Jaconde (of which they normally do not know anyway). So the approach is: Find the object first (PhysicalThing) and then proceed to the specific views on it. This is also the LOD approach.
  • Europeana wants to contextualize and enrich its objects by linking them to resources which contain additional knowledge. This enables richer functions, such as query expansion (e.g., using alternatives for a creator&apos;s name), recommendation of objects using semantic relations between them (objects created by connected artists), etc. This is the same Proxy from the slide before but now all the string values are converted to resources and typed. For example the subject of the painting Mona Lisa “femme” is now a resource typed as a concept and with the english and french spelling of the concept attached taken from a KOS in the Semantic Data Layer. And in the same KOS we could also properly find the broader term for this concept. Furthermore we could semantically align the concept femme with the concept femme in the Wikipedia (LOD cloud) and take all the information available there for this specific subject, including the many translations of the term itself. To increase the data value of its objects.
  • What we looked at so far can be understood as object-centric modeling. The second general modeling approach is event-centric which tries to tell a story about the object’s history. For this purpose EDM provides a simple “event-centric core” of one class and three properties: ens:Event: hub for event descriptions ens:wasPresentAt, holding between any resource and an event it is involved in; ens:happenedAt, holding between an event and a place; ens:occurredAt, holding between events and the time spans during which they occurred. This is to give you an impression of what is possible without going into details.
  • This is a (more or less fictional) example of three records about a translation of Edgar Allan Poe’s “ The Narrative of Arthur Gordon Pym of Nantucket ” to french: Record from BNF about an edition from 1868 Record from Gallica about an edition from 1868 (which offers a digital version of the book online: this the WebResource) Record from BNF with an edition from 2007 A few things I want to point out: Two records about the same thing and both point to the same object of interest, the 1868 edition. The user will look for this edition and not for the specific view of Gallica or BNF on this edition. So this node is the point of entry from which a user will proceed to a specific view on the object. It is also apparent now why Proxies for the descriptive metadata are helpful: Because this way we can keep the two views on the 1868 edition distinct. Finally the link „isDerivativeOf“ is an example of an inter-object link. So, for example, if a user found the 2007 edition he will be also hinted to the digital version of the 1868 edition in Gallica. With respect to FRBR one could start discussing now what and where is the work, expression, manifestation, and item here. Although the development of the EDM has been inspired by FRBR it is not implemented yet. That will happen after 2011.
  • EDM is still under development, and will continue to be refined until the end of 2010. It will be implemented during 2011, in the lead up to the Danube release of Europeana. Before, during and after the implementation of EDM, data that is compliant only with ESE will continue to be accepted. EDM is compatible with ESE and no data will need to be resubmitted. Europeana will make available a converter, and any provider who wishes to resubmit data, in order to increase its richness within Europeana, will be able to do so if they wish but will be under no obligation. How will EDM data be delivered to Europeana? Providers will have to create mapping to EDM and deliver it alongside their data which ideally are metadata records properly linked (IDs) to a vocabulary. The data has to be in XML or RDF. From this Europeana will create EDM data which includes enrichments and linking to external resources (vocabularies in the semantic data layer and/or the LOD cloud). Prototyping? At the end of the year we will start to produce first EDM data for the productive version of Europeana. This data will be taken from existing ESE data and from rich data delivered to Europeana by then.
  • Copied from the DoW
  • Copied from the DoW
  • 20110505 linked openeuropeanalswt2011

    1. 1. Linked (Open) Europeana : Vernetzte Daten in der Europäischen Digitalen Bibliothek Prof. Dr. Stefan Gradmann Unter Rückgriff auf M. Doerr, S. Hennicke , A. Isaac, C. Meghini, G. Schreiber, H. Van de Sompel Und Arbeiten von Europeana V1.0 und EuropeanaConnect
    2. 2. Übersicht <ul><li>NICHT: was ist Europeana
    3. 3. NICHT: was ist Linked Data
    4. 4. Nach dem Katalog: semantische Kontextualisierung in Europeana
    5. 5. Das Europeana Data Model (EDM) </li><ul><li>Grundlagen
    6. 6. Mona Lisa und mehr ...
    7. 7. Status Quo </li></ul><li>Über 'Offenheit' </li></ul>
    8. 8. Nach dem Katalog
    9. 9. Alte und neue Begriffe (thanks, Karen Coyle!) Katalog Bestand 'Record' Dokument Suche Bibliothek Information Aggregation Exploration Navigation Verbindung Kontext Wissen
    10. 10. Nach dem Katalog: Objekte und Semantischer Kontext in Europeana Kontextualisierte Objektrepräsentationen (-> Wissensgenerierung): Europeana verbindet Objekt- und Wissensorganisationssysteme!
    11. 11. Die Semantische Datenschicht Überbrückt Informationsinseln und verbindet Objektrepräsentationen aus verschiedenen Gedächtnisdomänen. Bibliothek Archiv Museum
    12. 12. EDM und Linked Open Data Kontextoptionen DBpedia VIAF GND Geonames LCSH … Europeana-Objekte
    13. 13. EDM
    14. 14. ESE <ul><li>“ Europeana Semantic Elements” (ESE) </li></ul><ul><li>ad hoc für den ersten Prototyp (2008) kreiert
    15. 15. Interoperabilität: Bezug auf das minimalistische und 'flache' Dublin-Core Modell
    16. 16. “ einfach und robust” aber: </li></ul><ul><li>Semantik der Original-Metadaten geht verloren
    17. 17. Keine Spezialisierung im Sinne granularer Modelle möglich
    18. 18. Keine Verlinkungen und damit auch keine Verbindungen zu externen Ressourcen
    19. 19. Wir hätten es wohl besser nicht „semantic“ genannt :) </li></ul>
    20. 20. EDM “ Europeana Data Model” (EDM) <ul><li>wird ESE mit dem “Danube”-Release von Europeana (Mai 2011) ersetzen
    21. 21. ESE wird dann ein “application profile” von EDM (Rückwärtskompatibilität!)
    22. 22. erhält die Semantik der Originaldaten ohne Verlust von Interoperabilität
    23. 23. ermöglicht eine Nutzung von Europeana als Linked Open Data
    24. 24. ermöglicht eine Nutzung von Linked Open Data in Europeana
    25. 25. ermöglicht 'semantische' Nutzungsszenarien </li></ul>
    26. 26. EDM: Anforderungen und Designprinzipien <ul><li>Unterscheidung zwischen realem Objekt (Buch, Bild, Akte, mediale Aufzeichnung) und digitaler Repräsentation
    27. 27. Unterscheidung zwischen Objekt und beschreibenden Metadaten
    28. 28. Es müssen mehrere Sichten eines Objekts möglich sein, mit potentiell einander widersprechenden Aussagen
    29. 29. Unterstützung komplexer Kompositobjekte
    30. 30. Standard -Metadatenformat mit Spezialisierungsoption
    31. 31. Standard -Vokabularformat mit Spezialisierungsoption
    32. 32. Maximale Nachnutzung existierender Standards </li></ul>
    33. 33. EDM und andere Standards <ul><li>Simple Knowledge Organization System ( SKOS ) </li><ul><li>Modelliert die Wissensorgabnisationssysteme (KOS) in der semantischen Datenschicht von Europeana.
    34. 34. Ermöglicht Verbindungen zwischen KOSs. </li></ul><li>DCMI Metadata Terms ( DCTerms ) </li><ul><li>Basis für semantisch interoperable deskriptive Objekt-Metadaten
    35. 35. Stellen Rückwärtskompatibilität zu ESE her </li></ul><li>Open Archives Initiative Object Reuse & Exchange ( OAI ORE ) </li><ul><li>Organisiert und modelliert Aggregationen von Web-Resourcen für die Objektrepräsentation
    36. 36. Provided Object : repräsentiert des gegebene (reale) Objekt
    37. 37. Digital Representation : eine digitale Sicht des Objektes
    38. 38. Proxy : Objektbeschreibung aus einer bestimmten Perspektive
    39. 39. Aggregation : gruppiert alle Teilinformationen </li></ul></ul>
    40. 40. EDM: Klassen
    41. 41. Mona Lisa: Beschreibung der Direction des Musées de France ...
    42. 42. … und als Metadaten-Aggregation in EDM Proxy Digitale Repräsentationen Reales Objekt Aggregation
    43. 43. Semantische Anreicherung <ul><li>Zeiträume, Daten
    44. 44. Räumliche Entitäten
    45. 45. Personen und Organisationen
    46. 46. Konzepte </li></ul>
    47. 47. Ereignisbasierte Modellierung Erhalt und Nutzung der Originaldaten impliziert Kompatibilität der Beschreibungen jenseits der einfachen Objektsicht!
    48. 48. Komplexe Objekte und Beziehungen <ul><li>Teil-Ganzes für komplexe (hierarchische) Objekte
    49. 49. Objektanordnungen
    50. 50. Derivation und Versionierung </li></ul>
    51. 51. ESE in EDM <...xmlns:europeana=&quot;http://www.europeana.eu/schemas/ese/“ ... <!--National Library of Poland--> <record> <dc:identifier>urn:repox.bn.org.pl:polona:oai:www.polona.pl:4445</dc:identifier> <europeana:uri>http://www.europeana.eu/resolve/record/01406/18A8F5DFCAE75694A8AAD18E2791861FBE92589A</europeana:uri> <dc:title>[Ośmiu powstańców uzbrojonych w kosy] [Dokument ikonograficzny]</dc:title> <dc:subject>Powstanie 1863 r. styczniowe - ikonografia</dc:subject> <dc:date>[1863-1864]</dc:date> <dc:rights>Biblioteka Narodowa</dc:rights> <europeana:object>http://193.59.172.16/szzz/IsShownBy.do?id=6481</europeana:object> <europeana:isShownAt>http://193.59.172.16/szzz/ShowStart.do?id=6481</europeana:isShownAt> </record> Europeana Audiovisual Community Meeting20100409
    52. 52. ESE in EDM 5.0 Europeana Audiovisual Community Meeting20100409
    53. 53. Les Fleurs du Mal: UNIMARC http://catalogue.bnf.fr/ark:/12148/cb37367035f 000 nam 22 450 001FRBNF373670350000003 009http://catalogue.bnf.fr/ark:/12148/cb37367035f 039 $oGEA$a000288182 100 $a19920409d1857 m y0frey50 ba 1010 $afre 102 $aFR 105 $a||||z 00||| 106 $ar 2001 $aˆLes ‰fleurs du mal$bTexte imprimé$fpar Charles Baudelaire 210 $aParis$cPoulet-Malassis et De Broise$d1857 215 $a248 p.$d19 cm 676 $a841.8$v22 686 $a840$2Cadre de classement de la Bibliographie nationale française 700 |$311890582$aBaudelaire$bCharles$4070 801 0$aFR$bBNF$c19920409$gAFNOR$2intermrc
    54. 54. Les Fleurs du Mal: Gallica http://gallica.bnf.fr/ark:/12148/bpt6k70861t
    55. 55. Les Fleurs du Mal: Digitalisiert http://gallica.bnf.fr/ark:/12148/bpt6k70861t.textePage.f1
    56. 56. Les Fleurs du Mal: EDM
    57. 57. Aggregationen … und Fragen <ul><li>Wo beginnen resource aggregations ? Wo enden sie?
    58. 58. Was konstituiert Dokumentgrenzen??
    59. 59. Und welcher Knoten war zum Zeitpunkt X mit welchem verknüpft??? </li></ul>A B C
    60. 60. Status
    61. 61. Gegenwärtiger Stand des EDM <ul><li>Machbarkeit in vier 'community workshops' bestätigt (Archive, Bibliotheken, audiovisuelle Sammlungen, Museen – und Systemanbieter!)
    62. 62. EDM ist Teil der Spezifikationen für den 'Danube'-Release der Europeana (Mai 2011).
    63. 63. Prototyperprobung ist abgeschlossen.
    64. 64. Dokumentation : </li><ul><li>EDM Spezifikationen und Primer unter http://version1.europeana.eu/web/europeana-project/technicaldocuments/
    65. 65. Martin Doerr, Stefan Gradmann, Steffen Hennicke, Antoine Isaac, Carlo Meghini, Herbert van de Sompel: The Europeana Data Model. IFLA 2010 (Gothenburg). Session on „Libraries and the Semantic Web“. http://www.ifla.org/files/hq/papers/ifla76/149-doerr-en.pdf
    66. 66. Entwicklerdokumentation und OWL-Version in EuropeanaLabs: http://europeanalabs.eu/ </li></ul></ul>
    67. 67. EDM: Weiterentwicklung und Perspektiven <ul><li>FRBRoo (Functional Requirements for Bibliographic Records) Die Entitäten der Gruppe 1 werden im Rahmen von Europeana 2.0 (ab 2011) unterstützt werden.
    68. 68. RDA (Resource Description and Access) RDA-basierte Metadaten werden in EDM integrierbar sein, sobald die FRBR-Entitäten unterstützt werden.
    69. 69. Skalierbarkeit von RDF 'triple stores' ist kein kritischer Faktor. Relationale Datenhaltung mit Tripel-Aufsätzen wie D2R-Prozessoren sind eine gangbare Alternative zu nativen 'triple stores'.
    70. 70. LOD (Linked Open Data) EDM erlaubt die technische Integration von Europeana in die Welt der Linked Open Data – ersetzt aber keinesfalls eine entsprechend angepasste Politik der Datenlieferanten!
    71. 71. LoD Pilot : Ab Ende Mai 2011 … und heute in Leipzig! </li></ul>
    72. 72. Europeana LoD Pilot (1)
    73. 73. Europeana LoD Pilot (2)
    74. 74. Europeana LoD Pilot (3) DEMO
    75. 75. Europeana LoD Pilot (6) Zahlen, Fakten und kurzfristige ToDos <ul><li>Momentan ca. 3,5 Millionen der 16 Millionen in Europeana repräsentierten Objekte – Koalition der Willigen
    76. 76. Freigabe ab Ende Mai 2011
    77. 77. Integration von Kontextualisierungslinks (GeoNames, VIAF, DBPedia)
    78. 78. Implementierung von load balancing
    79. 79. Verfügbarstellung als RDF dump
    80. 80. Credits to Bernhard Haslhofer (U Wien), Antoine Isaac (Europeana Foundation), Cesare Concordia (CNR IST) und weitere ... </li></ul>
    81. 81. Linked 'Open' Data
    82. 82. Wie 'offen' müssen Linked Data sein? (1) <ul><li>“ Openness (allowing access) is separate question.” (TBL, http://www.w3.org/2008/Talks/0617-lod-tbl/#(22))
    83. 83. Funktioniert Linked Data ohne 'offen' zu sein? </li></ul><ul><ul><li>Rein technisch besehen durchaus (so etwa in der Pharmaindustrie oder bei biochemischen Daten oder auch im Bankensektor)
    84. 84. Aber der Ansatz wird dann extrem aufwändig und teuer …
    85. 85. … viel zu teuer wahrscheinlich: für Europeana nicht zu bezahlen! </li></ul></ul><ul><li>Sehr viel 'semantischer Charme' des offenen Ansatzes geht verloren – und zudem ist der geschlossene Ansatz recht parasitär.
    86. 86. Dem entsprechend zielen wir in Europeana explizit auf ein Open Linked Data (mehr in einem Statement der Europeana Foundation unter http://bit.ly/fe637P) und streben an, Europeana-Daten unter CC0 verfügbar zu machen! </li></ul>
    87. 87. Wie 'offen' müssen Linked Data sein? (2) <ul><li>Ein 'offener' Ansatz hat eine Reihe von Implikationen </li><ul><li>Verwendung der Daten ist nicht kontrollierbar.
    88. 88. Zugang zu den Daten und deren Verwendung entfällt als Einkommensquelle
    89. 89. Innovative und kommerziell attraktive Dienste können auf LoD basieren (multimediale Mehrwertdienste) </li></ul><li>-> Lizenzierung von Inhalten darf kommerzielle Nachnutzung nicht ausschließen. </li></ul><ul><li>-> In den nun anstehenden Diskussionen nicht sämtliche Fehler der Diskussion um Open Access wiederholen!
    90. 90. -> Was ist der (kommerzielle!) Wert semantischer Kontextualisierung? </li></ul>
    91. 91. Europeana v1.0 WP3 EuropeanaConnect WP1 Prof. Dr. Stefan Gradmann Humboldt-Universität zu Berlin Institut für Bibliotheks- und Informationswissenschaft Unter den Linden 6 10099 Berlin Tel.: +49 30 2093-4481 e-mail: stefan.gradmann@ibi.hu-berlin.de Fragen ?

    ×