Bibliotheken und Linked Open Data

3.149 Aufrufe

Veröffentlicht am

Einfürung in Open Data und Linked Data im Kontext bibliografische Daten und Bibliotheken. Inklusive einem Szenario für den Einstieg: Erweiterung eines Katalogs oder Dokumentenservers um eine semantische Komponente.

Vortrag im Rahmen der Veranstaltung "Gegenwart und Zukunft der Sacherschließung". Die interdisziplinäre Fortbildung für Fachreferentinnen und Fachreferenten wurde veranstaltet von der Kommission für Fachreferatsarbeit mit Unterstützung der Deutschen Nationalbibliothek in Leipzig und fand am 6. und 7. Oktober 2011 statt.

Enthält Teile von CC Attribution-ShareAlike Vorträgen Anderer. Vielen Dank an dieser Stelle.

Veröffentlicht in: Technologie

Bibliotheken und Linked Open Data

  1. 1. Bibliotheken und Linked Open Data Prof. Magnus Pfeffer [email_address]
  2. 2. Übersicht <ul><li>Lokales: LOD Projekt der UB Mannheim
  3. 3. Rechtliches </li><ul><li>Open Data
  4. 4. Lizenzen </li></ul><li>Technisches </li><ul><li>Wie verknüpft man Daten?
  5. 5. Warum Linked Data? </li></ul><li>Historisches </li><ul><li>Linked Open Data Projekte </li></ul><li>Umsetzung mit eigenen Daten </li></ul><ul>NEU! Jetzt mit noch weniger Technik! </ul>
  6. 6. LOD an der UB Mannheim <ul><li>Juli 2010: Start des Linked Data Dienstes </li><ul><li>http://data.bib.uni-mannheim.de
  7. 7. Daten </li><ul><li>Titeldaten von SWB und HeBIS (22 Millionen)
  8. 8. Verknüpfungen zwischen Titeln zur Übernahme von Sacherschließungsdaten (ubma:equalsForClassification)
  9. 9. Rudimentäre Umsetzung der RVK
  10. 10. Links zu DNB und FU Berlin </li></ul></ul><li>März 2011: Freigabe des eigenen Katalogs </li><ul><li>Creative-Commons-Lizenz CC-0 </li></ul></ul>
  11. 11. Warum denn Linked Data? <ul><li>Technisch: Weil wir es wollen (und können)! </li><ul><li>Begeisterung der beteiligten Personen für das Semantic Web
  12. 12. Entsprechender technischer Hintergrund
  13. 13. „Ernsthafte“ Visionen: </li><ul><li>Erleichterung der Entwicklung neuer Anwendungen,
  14. 14. bessere/leichtere Integration mit Webdiensten (Tagging, Wikipedia, …),
  15. 15. Ideale Plattform, um Projektergebnisse zur Verfügung zu stellen (Linked Open Projects). </li></ul></ul></ul>
  16. 16. <ul>Ja aber… warum freigeben? </ul><ul><li>Rechtlich: Warum nicht? </li><ul><li>Freigabe von Daten ist kein großer Aufwand.
  17. 17. Beim BSZ: gar kein Aufwand!
  18. 18. Gibt es Gegenargumente? </li><ul><li>Geschäftsmodell? Was, wenn ich dann Pleite gehe?
  19. 19. Angst? Was, wenn jemand meine Fehler sieht?
  20. 20. Neid? Was, wenn jemand damit Geld verdient?
  21. 21. Rechtliche Bedenken? Was, wenn ich das gar nicht darf? </li></ul><li>-> Kein Grund, der dagegen spricht. </li></ul></ul>
  22. 22. <ul>Aber… </ul><ul>… viele Gründe, die dafür sprechen… </ul>
  23. 23. <ul>Open Data </ul>
  24. 24. Open Bibliographic Data <ul><li>“Offen” </li><ul><li>Freie Nutzung und Weiterverbreitung
  25. 25. Mit wenigen Einschränkungen </li><ul><li>Nennung des Urhebers (attribution)
  26. 26. Veröffentlichung veränderter Daten unter gleicher Lizenz (sharealike). </li></ul></ul><li>„Daten“ </li><ul><li>Alle Daten die im Bibliotheksumfeld erzeugt werden </li><ul><li>Daten und Metadaten allgemein
  27. 27. Insbesondere Daten zur Erschließung und Katalogisierung </li></ul></ul></ul><ul>http://www.opendefinition.org/bibliographic/ </ul>
  28. 28. Wie gibt man Daten frei? <ul><li>Rechtliche Voraussetzungen klären
  29. 29. Daten von Drittanbietern identifizieren
  30. 30. Lizenzen und Verträge prüfen
  31. 31. Daten ggf. bereinigen
  32. 32. Daten unter Hinweis auf die gewünschte Lizenz zur Verfügung stellen (Download)
  33. 33. Datenformat angeben, ggf. dokumentieren </li></ul>
  34. 34. Welche Lizenz? <ul>Das Urheberrecht kann „hinderlich“ sein im digitalen Zeitalter: </ul><ul>© „ Alle Rechte vorbehalten “ </ul>
  35. 35. Einschränkungen des Urheberrechts <ul><li>Uneinheitlich, z.B.: </li><ul><li>Persönlicher Gebrauch
  36. 36. (Nicht-kommerzieller Einsatz in) Forschung, Lehre
  37. 37. Zitate
  38. 38. Vervielfältigung teilweise gestattet und über Verwertungsgesellschaften ausgeglichen (Kopien, Aufzeichnungen, …)
  39. 39. Kritiken, Kommentare, Parodien
  40. 40. Nachrichten </li></ul></ul>
  41. 41. Digitale Werke im Internet <ul><li>Urheber wollen eigentlich eine Nutzung </li><ul><li>Dazu muss jedem Nutzer das Recht zur Nutzung eingeräumt werden: Lizenz </li></ul><li>Lizenzen </li><ul><li>Rechtlich saubere Formulierung für einen normalen Anwender bzw. Werkersteller kaum zu leisten
  42. 42. Im Internet: Potentiell weltweit gültig </li></ul><li>Trotzdem: Werkersteller möchten ihre Rechte wahrnehmen und nicht alles erlauben. </li></ul>
  43. 43. Gibt es einen Mittelweg? <ul>no rights reserved </ul><ul>all rights reserved </ul>
  44. 44. Die „Creative Commons“ <ul><li>Gründung </li><ul><li>2001 in den USA von einer Gruppe um Lawrence Lessig </li></ul><li>Anlass </li><ul><li>Befürchtung, dass das US Copyright (und andere Urheberrechtsgesetze) die Kreativität im Internet behindern. </li></ul><li>Ziele </li><ul><li>Mehr „kreatives“ Material unter offenen, standardisierten Lizenzen verfügbar machen
  45. 45. Die Lizenzen sollen flexibel, leicht verständlich, leicht zu nutzen und weltweit gültig sein </li></ul></ul>
  46. 46. Die Creative Commons Lizenzen <ul><li>BY: Attribution </li><ul><li>Namensnennung </li></ul><li>SA: Sharealike </li><ul><li>Weitergabe unter gleichen Bedingungen </li></ul><li>ND: No derivatives </li><ul><li>Keine Veränderungen </li></ul><li>NC: Non-commercial </li><ul><li>Kein kommerzieller Einsatz </li></ul></ul><ul>Mehr Rechte vorbehalten </ul><ul>Weniger Rechte vorbehalten </ul>
  47. 47. Lizenzen für Open Data? <ul><li>BY: Attribution </li><ul><li>Namensnennung </li></ul><li>SA: Sharealike </li><ul><li>Weitergabe unter gleichen Bedingungen </li></ul><li>ND: No derivatives </li><ul><li>Keine Veränderungen </li></ul><li>NC: Non-commercial </li><ul><li>Kein kommerzieller Einsatz </li></ul></ul><ul>Mehr Rechte vorbehalten </ul><ul>Weniger Rechte vorbehalten </ul>
  48. 48. Creative Commons: About <ul>about </ul>
  49. 49. Creative Commons: About
  50. 50. Creative Commons: About <ul>metadata </ul>
  51. 51. Open Data Commons <ul><li>Creative Commons </li><ul><li>Primär ausgelegt auf „kreative“ Werke
  52. 52. Für Daten nicht optimal
  53. 53. 1:1 Übertragung der Lizenzen auf Daten problematisch </li></ul><li>Open Data Commons </li><ul><li>Orientiert sich an Creative Commons
  54. 54. Für Daten besser geeignet: </li><ul><li>ODC-BY: Attribution
  55. 55. ODC-ODbL: Attribution-Share-Alike </li></ul></ul></ul>
  56. 56. No rights reserved: CC0 und PDDL <ul><li>Eigentlich keine Lizenzen </li><ul><li>„Waiver“: Der Urheber erklärt öffentlich, von seinen Urheberrechten keinen Gebrauch zu machen </li></ul><li>Ziel </li><ul><li>Werk wird faktisch „Public Domain“, also Allgemeingut </li><ul><li>Abhängig vom Rechtsraum
  57. 57. In Deutschland kann das Urheberrecht weder aufgegeben noch veräußert werden </li></ul></ul></ul>
  58. 58. Und warum nicht Non-Commercial? <ul><li>Jede Einschränkung der Rechte an Daten erschwert oder verhindert Interoperabilität: </li><ul><li>Non-commercial: Rechtliche Grauzone, Daten können nicht mit offenen Daten kombiniert werden.
  59. 59. No-derivatives: Daten können nicht angereichert, sondern faktisch nur noch angezeigt werden. </li></ul><li>Beide Einschränkungen führen gemäß der Open Bibliographic Data Definition zu nicht offenen Daten! </li></ul>
  60. 60. Warum ist CC-BY nicht genug? <ul><li>Namensnennung gut gemeint </li><ul><li>Praktisch schwer bis umöglich umsetzbar
  61. 61. Beipiel: </li><ul><li>Daten aus 17 Quellen in einer gemeinsamen Datenbank
  62. 62. Abfrage über ein Webinterface, Ausgabe von jeweils 10 Treffern
  63. 63. Anzeige erfordert Kombination und Anreicherung der Daten </li></ul><li>Und nun: </li><ul><li>Anzeige der Namen „pauschal“ am Ende?
  64. 64. Oder Anzeige an jedem einzelnen Datenelement? Wie?
  65. 65. Was tun bei abgeleiteten Daten (z.B. Berechnungen)?
  66. 66. Und die Anreicherungen? </li></ul></ul></ul>
  67. 67. Für Bibliotheksdaten also... <ul>Denn nur Public Domain sichert die rechtliche Interoperabilität der Daten. </ul><ul>Public Domain! (CC0 oder PDDL) </ul>
  68. 68. Warum Open Bibliographic Data? <ul><li>Open Access auch für Bibliotheksdaten </li><ul><li>Aus Steuermitteln erstellt </li></ul><li>Höhere Sichtbarkeit und Zugänglichkeit </li><ul><li>Wenn die Daten in Systemen außerhalb der Bibliothekswelt zum Einsatz kommen können </li></ul><li>Rechtliche Kompatibilität für verteilte Daten
  69. 69. Existiert denn ein Geschäftsmodell für Bibliotheksdaten? </li><ul><li>Wenn ja, ist es durch Open Data gefährdet?
  70. 70. Oder gibt es gar neue Chancen? </li></ul></ul>
  71. 71. Die Zukunft von Bibliotheksdaten <ul><li>Ein möglichst stark vernetzter Knoten in der LOD-Cloud (Backbone des Semantic Web)
  72. 72. Nicht mehr an eine Art oder einen Ort der Präsentation gebunden
  73. 73. Nicht mehr an einen alleinigen Zweck gebunden.
  74. 74. Im Web auffindbar </li></ul>
  75. 75. <ul>Linked Data </ul><ul>NEU! Jetzt mit noch weniger Technik! </ul>
  76. 78. Daten
  77. 79. Wir generieren Aussagen aus Daten
  78. 80. Wir generieren Aussagen aus Daten <ul>Ich bin ein Leopard-Drückerfisch . </ul>
  79. 81. Wir generieren Aussagen aus Daten <ul>Ich bin ein Leopard-Drückerfisch . </ul><ul>Ich gehöre zu den Drückerfischen . </ul>
  80. 82. Wir generieren Aussagen aus Daten <ul>Ich bin ein Leopard-Drückerfisch . </ul><ul>Ich gehöre zu den Drückerfischen . </ul><ul>Ich bin 50 cm lang . </ul>
  81. 83. Wir generieren Aussagen aus Daten <ul>http://example.org/species/90020 http://example.org/common_name „Clown Triggerfish“ . </ul><ul>Ich gehöre zu den Drückerfischen . </ul><ul>Ich bin 50 cm lang . </ul>
  82. 84. Wir generieren Aussagen aus Daten <ul>http://example.org/species/90020 http://example.org/length_cm 50 . </ul><ul>http://example.org/species/90020 http://example.org/common_name „Clown Triggerfish“ . </ul><ul>Ich gehöre zu den Drückerfischen . </ul>
  83. 85. Wir generieren Aussagen aus Daten <ul>http://example.org/species/90020 http://example.org/length_cm 50 . </ul><ul>http://example.org/species/90020 http://example.org/common_name „Clown Triggerfish“ . </ul><ul>http://example.org/species/90020 http://example.org/category http://example.org/triggerfish . http://example.org/triggerfish http://example.org/name „Drückerfisch“ . http://example.org/triggerfish http://example.org/name „Triggerfish“ . </ul>
  84. 86. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish. </ul><ul>http://example.org/category </ul>
  85. 87. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul>
  86. 88. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul><ul>Drückerfisch </ul><ul>http://example.org/name </ul>
  87. 89. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul><ul>http://data.bib.uni-mannheim.de/12344 </ul><ul>Peter Tierlieb </ul><ul>dc:creator </ul><ul>Drückerfisch </ul><ul>http://example.org/name </ul>
  88. 90. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul><ul>http://data.bib.uni-mannheim.de/12344 </ul><ul>Peter Tierlieb </ul><ul>dc:creator </ul><ul>Drückerfisch </ul><ul>http://example.org/name </ul><ul>dc:subject </ul>
  89. 91. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul><ul>http://data.bib.uni-mannheim.de/12344 </ul><ul>Peter Tierlieb </ul><ul>dc:creator </ul><ul>dc:subject </ul><ul>http://lobid.org/14233 </ul><ul>owl:sameAs </ul><ul>Drückerfisch </ul><ul>http://example.org/name </ul>
  90. 92. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul><ul>http://data.bib.uni-mannheim.de/12344 </ul><ul>Peter Tierlieb </ul><ul>dc:creator </ul><ul>http://lobid.org/14233 </ul><ul>owl:sameAs </ul><ul>http://dbpedia.org/resource/Triggerfish </ul><ul>owl:sameAs </ul><ul>Drückerfisch </ul><ul>http://example.org/name </ul><ul>dc:subject </ul>
  91. 93. <ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish. </ul><ul>http://example.org/category </ul><ul>Triggerfish </ul><ul>http://example.org/name </ul><ul>http://data.bib.uni-mannheim.de/12344 </ul><ul>Peter Tierlieb </ul><ul>dc:creator </ul><ul>http://lobid.org/14233 </ul><ul>owl:sameAs </ul><ul>http://dbpedia.org/resource/Triggerfish </ul><ul>owl:sameAs </ul>DBPedia Example.org UB Mannheim Lobid.org <ul>Drückerfisch </ul><ul>http://example.org/name </ul><ul>dc:subject </ul>
  92. 94. 2007 <ul>Bildnachweis: linkeddata.org </ul><ul>08.10.2007 </ul>
  93. 95. 2007 <ul>Bildnachweis: linkeddata.org </ul><ul>07.11.2007 </ul>
  94. 96. 2007 <ul>Bildnachweis: linkeddata.org </ul><ul>10.11.2007 </ul>
  95. 97. 2008 <ul>Bildnachweis: linkeddata.org </ul><ul>28.02.2008 </ul>
  96. 98. 2008 <ul>Bildnachweis: linkeddata.org </ul><ul>31.03.2008 </ul>
  97. 99. 2008 <ul>Bildnachweis: linkeddata.org </ul><ul>18.09.2008 </ul>
  98. 100. 2009 <ul>Bildnachweis: linkeddata.org </ul><ul>05.03.2009 </ul>
  99. 101. 2009 <ul>Bildnachweis: linkeddata.org </ul><ul>27.03.2009 </ul>
  100. 102. 2009 <ul>Bildnachweis: linkeddata.org </ul><ul>14.07.2009 </ul>
  101. 103. 2010 <ul>Bildnachweis: linkeddata.org </ul><ul>22.09.2010 </ul>
  102. 104. 2010
  103. 107. Die Schönheit von URIs <ul><li>Aussagen über Ressourcen können unabhängig von den Ressourcen selbst getätigt werden: </li></ul><ul>http://purl.org/dc/elements/1.1/creator </ul><ul>http://kaiec.org/me </ul><ul>http://doi.acm.org/10.1145/1298406.1298426 </ul><ul>doi:10.1145/1298406.1298426 dc:creator http://kaiec.org/me </ul><ul>Verschiedene Orte! Verschiedene Besitzer! </ul>
  104. 108. Die Eindeutigkeit von URIs <ul><li>Eine URI beschreibt eindeutig und (hoffentlich) dauerhaft eine ganz bestimmte Ressource. </li><ul><li>http://kaiec.org/me </li></ul><li>Aber: Eine Ressource kann durch verschiedene URIs beschrieben werden </li><ul><li>urn:4321-12345
  105. 109. http://gnd.dnb.de/data/person/12345
  106. 110. http://ki.informatik.uni-mannheim.de/people/kai_eckert.html/#it
  107. 111. … </li></ul><li>Keine Eineindeutigkeit! </li></ul>
  108. 112. Ist das ein Problem? <ul><li>Die Äquivalenz von URIs lässt sich jederzeit und von jedem als RDF Statement ausdrücken: </li><ul><li>urn:4321-12345 owl:sameAs  http://gnd.dnb.de/data/12345 </li></ul><li>Dadurch lassen sich insbesondere auch Prädikate (Vokabular) gleichsetzen.
  109. 113. So lassen sich transparent Datenbestände mit anderen Datenbeständen verknüpfen.
  110. 114. -> Linked Data </li></ul>
  111. 115. Exkurs: URI Syntax <ul><li><schema>:<Schema-spezifischer Teil>
  112. 116. Beispiele </li><ul><li>http://www.bib.uni-mannheim.de/
  113. 117. mailto:eckert@bib.uni-mannheim.de
  114. 118. http://purl.org/dc/elements/1.1/creator
  115. 119. http://dublincore.org/2008/01/14/dcelements.rdf#creator
  116. 120. info:lc/vocabulary/countries/af
  117. 121. urn:nbn:de:gbv:089-3321752945
  118. 122. urn:isbn:0345391802
  119. 123. http://doi.acm.org/10.1145/1298406.1298426
  120. 124. http://dx.doi.org/10.1145/1298406.129842 </li></ul></ul>
  121. 125. Exkurs: Verschiedene Schemata <ul><li>http://... </li><ul><li>Eine registrierte Domain ausreichend, um Eindeutigkeit zu sichern
  122. 126. Möglichkeit, URIs mit beliebigen Inhalten zu dereferenzieren (RDF!) </li></ul><li>PURL </li><ul><li>Dienst von OCLC mit dem Vorteil, dass URIs dereferenzierbar bleiben, selbst wenn man die eigene Domain wieder aufgibt </li></ul><li>URN </li><ul><li>Eingeschränkt dereferenzierbar über Resolver-Dienste
  123. 127. Aufwändige Registrierung über IANA </li></ul><li>info: </li><ul><li>Nicht dereferenzierbar, aber leichter zu registrieren als URN Namespaces </li></ul></ul>
  124. 128. <ul>Exkurs: Referenzen zu URIs </ul><ul><li>URI Schemes </li><ul><li>http://www.iana.org/assignments/uri-schemes.html </li></ul><li>Info URIs ( info:<NID>/<NSS> ) </li><ul><li>http://info-uri.info/registry/OAIHandler?verb=ListRecords&metadataPrefix=oai_dc </li></ul><li>info:lc </li><ul><li>http://info-uri.info/registry/OAIHandler?verb=GetRecord&metadataPrefix=reg&identifier=info:lc/ </li></ul><li>Uniform Resource Names ( urn:<NID>:<NSS> ) </li><ul><li>http://www.iana.org/assignments/urn-namespaces / </li></ul></ul>
  125. 129. <ul>Projekte </ul>
  126. 130. Projekte <ul><li>International </li><ul><li>LCSH der Library of Congress
  127. 131. LIBRIS der schwedischen Nationalbibliothek (beide 2008). </li></ul><li>National </li><ul><li>DNB: Gemeinsame Normdatei als Linked Data (März 2010)
  128. 132. HBZ, BSZ: Open Data für Katalogdaten. (März 2010)
  129. 133. UB Mannheim: Verknüpfungen zwischen HeBIS und SWB, Linked Data Aufbereitung. (Juli 2010)
  130. 134. lobid.org (September 2010): </li><ul><li>Titeldaten als Linked Open Data
  131. 135. Identifikatoren für Organisationen </li></ul><li>CultureGraph: Zentrale Identifier und Verknüpfung von Datensätzen.
  132. 136. GESIS: Thesaurus für Sozialwissenschaften
  133. 137. ZBW: Standardthesaurus Wirtschaft
  134. 138. Europeana (Open Data als Voraussetzung, RDF-basiertes Datenmodell)
  135. 139. … </li></ul></ul>
  136. 140. 10 Jahre Semantic Web
  137. 141. 5 Jahre Linked Data
  138. 142. 3 Jahre Linked Data in Bibliotheken
  139. 143. 1 Jahr Linked Data in Deutschland
  140. 144. <ul>Es fängt gerade erst an! </ul>
  141. 145. Praktische Umsetzung mit eigenen Daten
  142. 146. Szenario <ul><li>Ziel: Erweiterung der bestehenden Webdienste
  143. 147. Bereits vorhandene bibliografische Daten im WWW </li><ul><li>Online-Katalog (OPAC)
  144. 148. Dokumentenserver
  145. 149. Bibliografische Datensammlungen </li></ul></ul>
  146. 150. Aufbereitung der Daten <ul><li>Voraussetzungen </li><ul><li>Stabile URLs für die Ressourcen </li><ul><li>Dokumentenserver: Teil der Funktion
  147. 151. OPAC: Verbund-Identnummer als eindeutiger Identifikator Stabile URLs oft vorgesehen oder über Queries realisierbar, z.B.: http://mein.opac/query.php?ppn=12345667 </li></ul></ul><li>Schritte </li><ul><li>Auswahl der Attribute
  148. 152. Konvertierung der Daten
  149. 153. Bereitstellen der Daten </li></ul></ul>
  150. 154. Vokabularien <ul><li>Linked Data schreibt kein Vokabular vor </li><ul><li>Aber: Orientierung an bestehenden Vokabularien
  151. 155. Mischen von Attributen aus verschiedenen Quellen </li></ul><li>Katalogdaten </li><ul><li>Dublin Core
  152. 156. Bibliographic Ontology (BibO) </li></ul><li>Thesauri und Klassifikationen </li><ul><li>Simple Knowledge Organization System (SKOS)
  153. 157. URLs für SWD Schlagwörter bei der DNB
  154. 158. URLs für die DDC bei OCLC </li></ul></ul>
  155. 159. Konvertierung der Daten <ul><li>Internes Datenformat </li><ul><li>Dokumentenserver: Relationale Datenbank
  156. 160. OPAC: MAB / Marc21 </li></ul><li>Nachnutzung vorhandener Routinen </li><ul><li>Abbildung auf Dublin Core dokumentiert
  157. 161. Ähnliche Zielformate wie Endnote, BibTeX </li></ul><li>Fertige Lösungen </li><ul><li>z.B. für Dokementenserver-Metadaten von OAI-PMH nach RDF </li></ul></ul>
  158. 162. Technisch Umsetzung – Variante 1 <ul><li>Einbetten der semantischen Informationen </li><ul><li>Nutzung der vorhandenen Dienste-Infrastruktur
  159. 163. Erweiterung des bestehenden XHTML-Codes
  160. 164. Menschen- und maschinenlesbare Daten unter einer URL </li></ul><li>Datenformate </li><ul><li>RDFa
  161. 165. Mikroformate
  162. 166. Microdata </li></ul></ul>
  163. 167. Einbetten semantischer Informationen <ul><li>RDFa </li><ul><li>Allgemeines Datenformat
  164. 168. Annotation von sichtbaren Elementen der Webseite
  165. 169. Erlaubt Aussagen der Form Subjekt – Prädikat – Objekt </li></ul><li>Beispiel </li></ul>http://purl.org/dc/elements/1.1/author http://purl.org/dc/elements/1.1/date Stuckenschmidt, Heiner 2009
  166. 170. RDFa in XHTML
  167. 171. Einbetten „light“ <ul><li>Mikroformate </li><ul><li>Einbetten semantischer Annotationen in Webseiten
  168. 172. Anwendungsspezifisch
  169. 173. Einfach aufgebaut
  170. 174. Auch für Menschen les- und verstehbar </li></ul></ul>
  171. 175. Einbetten „light“ <ul><li>Beispiel: COinS </li><ul><li>Mikroformat für bibliografische Angaben
  172. 176. Weite Verbreitung in OPACs, Verlagsseiten
  173. 177. Browser-Plugin zum Auslesen und Verarbeiten der Daten
  174. 178. Mit RDFa kombinierbar </li></ul></ul>
  175. 179. Beispiel: COins <span class=&quot;Z3988&quot; title=&quot;ctx_ver=Z39.88-2004&amp; rfr_id=info:sid/SWB:2.1&amp; rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&amp; rft.genre=book&amp; rft_id=http%3A%2F%2Fdx.doi.org%2F10.1007%2F978-3-540-79333-5&amp; rft.btitle=Ontologien : Konzepte,+Technologien+und+Anwendungen&amp; rft.aulast=Stuckenschmidt&amp; rft.aufirst=Heiner&amp; rft.date=2009&amp; rft.isbn=978-3-540-79333-5&amp; rft.pages=Online-Ressource&amp; rft.pub=Springer-Verlag+Berlin+Heidelberg&amp; rft.place=Berlin,+Heidelberg&quot;> </span>
  176. 180. Einbetten semantischer Information <ul><li>Beispiel: Microdata </li><ul><li>Neue Initiative von Bing, Google, Yahoo!
  177. 181. Anwendungsspezifische Schemata </li><ul><li>Bücher
  178. 182. Filme
  179. 183. Events
  180. 184. Orte
  181. 185. Personen
  182. 186. … </li></ul><li>Verbesserte Darstellung der Treffer in Ergebnislisten
  183. 187. Browser-Plugins von den Anbietern bereitgestellt </li></ul></ul>
  184. 188. Variante 1: Bewertung <ul><li>Bibliotheken </li><ul><li>Geringer Aufwand, keine eigene Infrastruktur
  185. 189. Besseres Auffindbarkeit der URLs in Suchmaschinen
  186. 190. Sichtbare Serviceverbesserung für Endnutzer
  187. 191. Semantische Annotation auch für nicht-bibliografische Daten möglich </li></ul></ul>
  188. 192. Variante 1: Bewertung <ul><li>Endnutzer </li><ul><li>„Scraping“ der Informationen aus Webseiten entfällt
  189. 193. Nutzung von Browser-Plugins für Datenweitergabe </li><ul><li>CoinS an Literaturverwaltungsprogramme
  190. 194. Koordinaten an Routenplaner
  191. 195. Öffnungszeiten an Terminplaner </li></ul><li>Erstellen eigener Anwendungen möglich
  192. 196. Aber: </li><ul><li>Online-Anfragen an den RDF-Datenbestand nicht möglich
  193. 197. Download der Daten an anderer Stelle </li></ul></ul></ul>
  194. 198. Technische Umsetzung – Variante 2 <ul><li>Separate Datenhaltung für statische RDF-Daten
  195. 199. RDF/XML MIME-Type im Webserver </li><ul><li>Hinweis auf RDF-Daten im HTML <link rel=&quot;alternate&quot; type=&quot;application/rdf+xml&quot; href=&quot;link_to_RDF&quot; /> </li></ul><li>Eigener Server für Linked Open Data </li><ul><li>Hochwertige open source Softwarepakete verfügbar
  196. 200. Datenbank und Webserver integriert
  197. 201. Verknüpfung mit den bestehenden Webdiensten über Redirects </li></ul></ul>
  198. 202. Dynamische Verknüpfung der Dienste <ul><li>Ziel: URLs führen Menschen zu Text, Maschinen zu Daten
  199. 203. Umsetzung </li><ul><li>Browser übermitteln, welche Formate sie verstehen
  200. 204. Programme können dies auch tun
  201. 205. -> Content-Negotiation mit dem Webserver
  202. 206. MIME-Typ text/html liefert (Weiterleitung zur) Webseite
  203. 207. MIME-Typ application/rdf+xml liefert (Weiterleitung zu) RDF-Daten </li></ul></ul>
  204. 208. Variante 2: Bewertung <ul><li>Bibliotheken </li><ul><li>Höherer Aufwand, eigene Infrastruktur erforderlich
  205. 209. Weniger Änderungen an bestehenden Inhalten
  206. 210. Dynamische Verknüpfung komplex, aber optional </li></ul><li>Endnutzer </li><ul><li>„Scraping“ nicht mehr nötig
  207. 211. Nutzung eines RDF-fähigen Browsers oder Plugins
  208. 212. Anwendungsentwicklung einfach
  209. 213. Anfragen online möglich
  210. 214. Download integriert </li></ul></ul>
  211. 215. Fragen und Diskussion ?
  212. 216. <ul><li>Präsentation Teil 1 bis 4: Kai Eckert
  213. 217. unter Verwendung von </li><ul><li>Fotos </li><ul><li>Silo-Foto von Robert Linder, linder6580 (sxc.hu)
  214. 218. Piratenflagge von Roger Kirby, theswedish (sxc.hu) </li></ul><li>Folien </li><ul><li>Folien zu Open Data basieren auf einem Vortrag von Adrian Pohl: </li><ul><li>http://www.slideshare.net/acka47/linked-open-data-in-der-bibliothekswelt </li></ul><li>Folien zu Creative Commons basieren auf einer Vorlesung von Catharina Maracke </li></ul></ul></ul>Credits
  215. 219. Lizenz <ul><li>Diese Präsentation steht unter der Creative-Commons-Attribution-Share-Alike Lizenz: http://creativecommons.org/licenses/by-sa/3.0 </li></ul>

×