Bibliotheken und Linked Open Data Prof. Magnus Pfeffer [email_address]
Übersicht <ul><li>Lokales: LOD Projekt der UB Mannheim
Rechtliches </li><ul><li>Open Data
Lizenzen </li></ul><li>Technisches </li><ul><li>Wie verknüpft man Daten?
Warum Linked Data? </li></ul><li>Historisches </li><ul><li>Linked Open Data Projekte </li></ul><li>Umsetzung mit eigenen D...
LOD an der UB Mannheim <ul><li>Juli 2010: Start des Linked Data Dienstes </li><ul><li>http://data.bib.uni-mannheim.de
Daten </li><ul><li>Titeldaten von SWB und HeBIS (22 Millionen)
Verknüpfungen zwischen Titeln zur Übernahme von Sacherschließungsdaten (ubma:equalsForClassification)
Rudimentäre Umsetzung der RVK
Links zu DNB und FU Berlin </li></ul></ul><li>März 2011: Freigabe des eigenen Katalogs </li><ul><li>Creative-Commons-Lizen...
Warum denn Linked Data? <ul><li>Technisch: Weil wir es wollen (und können)! </li><ul><li>Begeisterung der beteiligten Pers...
Entsprechender technischer Hintergrund
„Ernsthafte“ Visionen:  </li><ul><li>Erleichterung der Entwicklung neuer Anwendungen,
bessere/leichtere Integration mit Webdiensten (Tagging, Wikipedia, …),
Ideale Plattform, um Projektergebnisse zur Verfügung zu stellen (Linked Open Projects). </li></ul></ul></ul>
<ul>Ja aber… warum freigeben? </ul><ul><li>Rechtlich: Warum nicht? </li><ul><li>Freigabe von Daten ist kein großer Aufwand.
Beim BSZ: gar kein Aufwand!
Gibt es Gegenargumente? </li><ul><li>Geschäftsmodell? Was, wenn ich dann Pleite gehe?
Angst? Was, wenn jemand meine Fehler sieht?
Neid? Was, wenn jemand damit Geld verdient?
Rechtliche Bedenken? Was, wenn ich das gar nicht darf? </li></ul><li>-> Kein Grund, der dagegen spricht. </li></ul></ul>
<ul>Aber… </ul><ul>…  viele Gründe, die dafür sprechen… </ul>
<ul>Open Data </ul>
Open Bibliographic Data <ul><li>“Offen” </li><ul><li>Freie Nutzung und Weiterverbreitung
Mit wenigen Einschränkungen </li><ul><li>Nennung des Urhebers (attribution)
Veröffentlichung veränderter Daten unter gleicher Lizenz (sharealike). </li></ul></ul><li>„Daten“ </li><ul><li>Alle Daten ...
Insbesondere Daten zur Erschließung und Katalogisierung </li></ul></ul></ul><ul>http://www.opendefinition.org/bibliographi...
Wie gibt man Daten frei? <ul><li>Rechtliche Voraussetzungen klären
Daten von Drittanbietern identifizieren
Lizenzen und Verträge prüfen
Daten ggf. bereinigen
Daten unter Hinweis auf die gewünschte Lizenz zur Verfügung stellen (Download)
Datenformat angeben, ggf. dokumentieren </li></ul>
Welche Lizenz?  <ul>Das Urheberrecht kann „hinderlich“ sein im digitalen Zeitalter: </ul><ul>© „ Alle Rechte vorbehalten “...
Einschränkungen des Urheberrechts <ul><li>Uneinheitlich, z.B.: </li><ul><li>Persönlicher Gebrauch
(Nicht-kommerzieller Einsatz in) Forschung, Lehre
Zitate
Vervielfältigung teilweise gestattet und über Verwertungsgesellschaften ausgeglichen (Kopien, Aufzeichnungen, …)
Kritiken, Kommentare, Parodien
Nachrichten </li></ul></ul>
Digitale Werke im Internet <ul><li>Urheber  wollen  eigentlich eine Nutzung </li><ul><li>Dazu muss jedem Nutzer das Recht ...
Im Internet: Potentiell weltweit gültig </li></ul><li>Trotzdem:  Werkersteller möchten ihre Rechte wahrnehmen und nicht al...
Gibt es einen Mittelweg? <ul>no rights reserved </ul><ul>all rights reserved </ul>
Die „Creative Commons“  <ul><li>Gründung </li><ul><li>2001 in den USA von einer Gruppe um Lawrence Lessig </li></ul><li>An...
Die Lizenzen sollen flexibel, leicht verständlich, leicht zu nutzen und weltweit gültig sein </li></ul></ul>
Die Creative Commons Lizenzen <ul><li>BY: Attribution </li><ul><li>Namensnennung </li></ul><li>SA: Sharealike </li><ul><li...
Lizenzen für Open Data? <ul><li>BY: Attribution </li><ul><li>Namensnennung </li></ul><li>SA: Sharealike </li><ul><li>Weite...
Creative Commons: About <ul>about </ul>
Creative Commons: About
Creative Commons: About <ul>metadata </ul>
Open Data Commons <ul><li>Creative Commons </li><ul><li>Primär ausgelegt auf „kreative“ Werke
Für Daten nicht optimal
1:1 Übertragung der Lizenzen auf Daten problematisch </li></ul><li>Open Data Commons </li><ul><li>Orientiert sich an Creat...
Für Daten besser geeignet: </li><ul><li>ODC-BY: Attribution
ODC-ODbL: Attribution-Share-Alike </li></ul></ul></ul>
No rights reserved: CC0 und PDDL <ul><li>Eigentlich keine Lizenzen </li><ul><li>„Waiver“:  Der Urheber erklärt öffentlich,...
In Deutschland kann das Urheberrecht weder aufgegeben noch veräußert werden </li></ul></ul></ul>
Und warum nicht Non-Commercial? <ul><li>Jede Einschränkung der Rechte an Daten erschwert oder verhindert Interoperabilität...
No-derivatives: Daten können nicht angereichert, sondern faktisch nur noch angezeigt werden. </li></ul><li>Beide Einschrän...
Warum ist CC-BY nicht genug? <ul><li>Namensnennung gut gemeint </li><ul><li>Praktisch schwer bis umöglich umsetzbar
Beipiel:  </li><ul><li>Daten aus 17 Quellen in einer gemeinsamen Datenbank
Abfrage über ein Webinterface, Ausgabe von jeweils 10 Treffern
Anzeige erfordert Kombination und Anreicherung der Daten  </li></ul><li>Und nun: </li><ul><li>Anzeige der Namen „pauschal“...
Oder Anzeige an jedem einzelnen Datenelement? Wie?
Was tun bei abgeleiteten Daten (z.B. Berechnungen)?
Und die Anreicherungen? </li></ul></ul></ul>
Für Bibliotheksdaten also... <ul>Denn nur Public Domain sichert die  rechtliche Interoperabilität  der Daten. </ul><ul>Pub...
Warum Open Bibliographic Data? <ul><li>Open Access auch für Bibliotheksdaten </li><ul><li>Aus Steuermitteln erstellt </li>...
Existiert denn ein Geschäftsmodell für Bibliotheksdaten? </li><ul><li>Wenn ja, ist es durch Open Data gefährdet?
Oder gibt es gar neue Chancen? </li></ul></ul>
Die Zukunft von Bibliotheksdaten <ul><li>Ein möglichst stark vernetzter Knoten in der LOD-Cloud (Backbone des Semantic Web)
Nicht mehr an eine Art oder einen Ort der Präsentation gebunden
Nicht mehr an einen alleinigen Zweck gebunden.
Im Web auffindbar </li></ul>
<ul>Linked Data </ul><ul>NEU! Jetzt mit noch weniger Technik! </ul>
 
 
Daten
Wir generieren Aussagen aus Daten
Wir generieren Aussagen aus Daten <ul>Ich   bin ein   Leopard-Drückerfisch . </ul>
Wir generieren Aussagen aus Daten <ul>Ich   bin ein   Leopard-Drückerfisch . </ul><ul>Ich   gehöre zu den   Drückerfischen...
Wir generieren Aussagen aus Daten <ul>Ich   bin ein   Leopard-Drückerfisch . </ul><ul>Ich   gehöre zu den   Drückerfischen...
Wir generieren Aussagen aus Daten <ul>http://example.org/species/90020   http://example.org/common_name  „Clown Triggerfis...
Wir generieren Aussagen aus Daten <ul>http://example.org/species/90020   http://example.org/length_cm   50 . </ul><ul>http...
Wir generieren Aussagen aus Daten <ul>http://example.org/species/90020   http://example.org/length_cm   50 . </ul><ul>http...
<ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish. </ul><ul>http://example.org/category </ul>
<ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><...
<ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><...
<ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><...
<ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><...
<ul>http://example.org/species/90020 </ul><ul>http://example.org/triggerfish . </ul><ul>http://example.org/category </ul><...
Nächste SlideShare
Wird geladen in …5
×

Bibliotheken und Linked Open Data

2.964 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
1 Kommentar
5 Gefällt mir
Statistik
Notizen
Keine Downloads
Aufrufe
Aufrufe insgesamt
2.964
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
463
Aktionen
Geteilt
0
Downloads
0
Kommentare
1
Gefällt mir
5
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie
  • Metadata
  • 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>

    ×