OpenBib und Linked Open Data Weiterentwicklung eines Recherche-Portals Oliver Flimm <flimm@ub.uni-koeln.de> Arbeitstreffen...
Facetten von OpenBib <ul><li>Baukasten für Endnutzer-Portale
Vernetzbarkeit </li><ul><li>Mashups
Offene Schnittstellen
Daten </li></ul><li>Aggregation und Vereinheitlichung von Daten
Grundlage für interne Dienstleistungen </li></ul>
Problembereiche bis V2.3 <ul><li>Lastverteilung im Frontend (kug1,kug2,...)
SessionID's in den URL's
Auswirkungen: </li><ul><li>URL's lassen sich nicht einfach bookmarken
Künstlich aufgepfropfte PermaLinks für Cut'n'Paste
Nicht geeignet für Linked Open Data </li></ul><li>Konnektoren für definierte Schnittstellen </li><ul><li>Besser:  Alle  Fu...
Umbau mit neuer Architektur ab V2.4 <ul><li>Semantic Web </li><ul><li>HTTP-URI's zum Kennzeichnen von Ressourcen
Nächste SlideShare
Wird geladen in …5
×

OpenBib und Linked Open Data - Weiterentwicklung eines Recherche-Portals

1.048 Aufrufe

Veröffentlicht am

Vorstellung der Weiterentwicklung von OpenBib im Kontext von Linked Open Data beim Arbeitstreffen Linked Open Data am 13.5.2011 im hbz

Veröffentlicht in: Technologie, 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
1.048
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
94
Aktionen
Geteilt
0
Downloads
3
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

OpenBib und Linked Open Data - Weiterentwicklung eines Recherche-Portals

  1. 1. OpenBib und Linked Open Data Weiterentwicklung eines Recherche-Portals Oliver Flimm <flimm@ub.uni-koeln.de> Arbeitstreffen Linked Open Data, hbz Köln 13.5.2010
  2. 2. Facetten von OpenBib <ul><li>Baukasten für Endnutzer-Portale
  3. 3. Vernetzbarkeit </li><ul><li>Mashups
  4. 4. Offene Schnittstellen
  5. 5. Daten </li></ul><li>Aggregation und Vereinheitlichung von Daten
  6. 6. Grundlage für interne Dienstleistungen </li></ul>
  7. 7. Problembereiche bis V2.3 <ul><li>Lastverteilung im Frontend (kug1,kug2,...)
  8. 8. SessionID's in den URL's
  9. 9. Auswirkungen: </li><ul><li>URL's lassen sich nicht einfach bookmarken
  10. 10. Künstlich aufgepfropfte PermaLinks für Cut'n'Paste
  11. 11. Nicht geeignet für Linked Open Data </li></ul><li>Konnektoren für definierte Schnittstellen </li><ul><li>Besser: Alle Funktionen/Daten extern nutzbar </li></ul></ul>
  12. 12. Umbau mit neuer Architektur ab V2.4 <ul><li>Semantic Web </li><ul><li>HTTP-URI's zum Kennzeichnen von Ressourcen
  13. 13. Content-Weichen
  14. 14. Trennung der HTTP-URI's von den verschiedenen Daten-Repräsentationen </li></ul><li>RESTful WebServices </li><ul><li>Cool URI's
  15. 15. CRUD, Stateless </li></ul><li>Übersichtl. Web-Framework mit Dispatcher </li></ul>
  16. 16. Ergebnis <ul><li>Vereinheitlichung </li><ul><li>Recherche-Portal für den Endnutzer mit Web-Browser
  17. 17. WebService für Programme
  18. 18. Linked Open Data für andere Daten, Web-Crawler, etc. </li></ul><li>Vereinfachung </li><ul><li>Standard-Proxy's einsetzbar (z.B. HaProxy)
  19. 19. Code (Entschlackung, Strukturierung) </li></ul></ul>
  20. 20. „Die reine Lehre“ <ul><li>Cookies werden bei REST sehr kritisch gesehen
  21. 21. Authentifizierung </li><ul><li>Cookie based </li><ul><li>Nicht Stateless, aber gut für Endanwender, die sich abmelden wollen </li></ul><li>HTTP Basic Authentication </li><ul><li>Stateless, gut für Programme, aber schlecht für Endanwender, die den Browser schließen müssen </li></ul></ul></ul>
  22. 22. URI-Struktur <ul><li>Basis-URI zur Kennzeichnung einer Ressource </li><ul><li>http://xxx/portal/ VIEW /resource/title/ DB / ID
  23. 23. http://xxx/portal/ VIEW /resource/cloud/year/ DB </li></ul><li>URI's der verschiedenen Daten-Repräsentationen durch Suffix (.html, etc.)
  24. 24. Weiterleitung von Ressource-URI's zu Daten-Repräsentationen via Content-Negotiation </li></ul>
  25. 25. Verfügbare Repräsentationen <ul><li>HTML für Endnutzer (.html)
  26. 26. JSON für externe Anwendungen (.json)
  27. 27. RDF für Linked Open Data (.rdf)
  28. 28. RSS für Alerting (.rss)
  29. 29. HTML-Include für Integration in Webseiten/CMS (.include) </li></ul>
  30. 30. Beispiele <ul><li>Demo-System http://search.openbib.org/ </li></ul>
  31. 31. Fazit <ul><li>Vereinheitlichung führt zu Verbesserung der Integrationsfähigkeit von Diensten und Daten
  32. 32. Vereinfachung senkt die Eintrittsschwelle für eigene Anpassungen von OpenBib
  33. 33. Schnelle Reaktion auf neue Anforderungen (LOD u.a.) wurde erst durch Open Source Eigenentwicklungen möglich </li></ul>
  34. 34. Fragen?
  35. 35. Vielen Dank für Ihre Aufmerksamkeit Quellen: <ul>Blog-Artikel - http://blog.openbib.org/2011/03/16/das-recherche-portal-ist-der-webservice/ Demo-Portal – http://search.openbib.org/ </ul>

×