THEA˙

The HeBIS EJournals Archive.

Axel Dörrer / Claus Weiland

doerrer@hebis.uni-frankfurt.de / cweiland@hebis.uni-frankfurt.de

HeBIS - Hessisches BibliotheksInformationsSystem

C Weiland, HeBIS - p.1/17

Übersicht:

Chronologie von ScienceServer über EJos zuTHEA.

Überblick über Anforderungen an lokalenHost.

Lokales Hosting: Kritische Eingrenzung.

Live(?) Demonstration.

Exkurs: Shibboleth.

C Weiland, HeBIS - p.2/17

Übersicht:

Chronologie von ScienceServer über EJos zuTHEA.

Überblick über Anforderungen an lokalenHost.

Lokales Hosting: Kritische Eingrenzung.

Live(?) Demonstration.

Exkurs: Shibboleth.

C Weiland, HeBIS - p.2/17

Übersicht:

Chronologie von ScienceServer über EJos zuTHEA.

Überblick über Anforderungen an lokalenHost.

Lokales Hosting: Kritische Eingrenzung.

Live(?) Demonstration.

Exkurs: Shibboleth.

C Weiland, HeBIS - p.2/17

Übersicht:

Chronologie von ScienceServer über EJos zuTHEA.

Überblick über Anforderungen an lokalenHost.

Lokales Hosting: Kritische Eingrenzung.

Live(?) Demonstration.

Exkurs: Shibboleth.

C Weiland, HeBIS - p.2/17

Übersicht:

Chronologie von ScienceServer über EJos zuTHEA.

Überblick über Anforderungen an lokalenHost.

Lokales Hosting: Kritische Eingrenzung.

Live(?) Demonstration.

Exkurs: Shibboleth.

C Weiland, HeBIS - p.2/17

Chronologie:

2000-2004. Lokaler Elsevier-Volltextspiegel auf der

Basis des ScienceServers. Performance-Probleme.

2005-2006 Umstiegsversuch auf Nachfolger EJOS.

Geplant: Zugriff auf aktuelle Elsevier-Titel

(konsortial) sowie bundesweit über Nationallizenzen

auf Backfiles. Über 2500 Journals mit > 6.5

Millionen Artikeln.

2007 Entscheidung für Eigenentwicklung. Zunächst

Realisierung einer portal-integrierten Lösung

basierend auf Navigationselementen des

HeBIS-Portals (Elsevier-Target; in Produktion).

2008 Entwicklung der Stand-alone Applikation THEA

(The HeBIS Ejournals Archive).

C Weiland, HeBIS - p.3/17

Chronologie:

2000-2004. Lokaler Elsevier-Volltextspiegel auf der

Basis des ScienceServers. Performance-Probleme.

2005-2006 Umstiegsversuch auf Nachfolger EJOS.

Geplant: Zugriff auf aktuelle Elsevier-Titel

(konsortial) sowie bundesweit über Nationallizenzen

auf Backfiles. Über 2500 Journals mit > 6.5

Millionen Artikeln.

2007 Entscheidung für Eigenentwicklung. Zunächst

Realisierung einer portal-integrierten Lösung

basierend auf Navigationselementen des

HeBIS-Portals (Elsevier-Target; in Produktion).

2008 Entwicklung der Stand-alone Applikation THEA

(The HeBIS Ejournals Archive).

C Weiland, HeBIS - p.3/17

Chronologie:

2000-2004. Lokaler Elsevier-Volltextspiegel auf der

Basis des ScienceServers. Performance-Probleme.

2005-2006 Umstiegsversuch auf Nachfolger EJOS.

Geplant: Zugriff auf aktuelle Elsevier-Titel

(konsortial) sowie bundesweit über Nationallizenzen

auf Backfiles. Über 2500 Journals mit > 6.5

Millionen Artikeln.

2007 Entscheidung für Eigenentwicklung. Zunächst

Realisierung einer portal-integrierten Lösung

basierend auf Navigationselementen des

HeBIS-Portals (Elsevier-Target; in Produktion).

2008 Entwicklung der Stand-alone Applikation THEA

(The HeBIS Ejournals Archive).

C Weiland, HeBIS - p.3/17

Chronologie:

2000-2004. Lokaler Elsevier-Volltextspiegel auf der

Basis des ScienceServers. Performance-Probleme.

2005-2006 Umstiegsversuch auf Nachfolger EJOS.

Geplant: Zugriff auf aktuelle Elsevier-Titel

(konsortial) sowie bundesweit über Nationallizenzen

auf Backfiles. Über 2500 Journals mit > 6.5

Millionen Artikeln.

2007 Entscheidung für Eigenentwicklung. Zunächst

Realisierung einer portal-integrierten Lösung

basierend auf Navigationselementen des

HeBIS-Portals (Elsevier-Target; in Produktion).

2008 Entwicklung der Stand-alone Applikation THEA

(The HeBIS Ejournals Archive).

C Weiland, HeBIS - p.3/17

ScienceDirect - Nutzung nach File Type

20000

40000

60000

jul-07

aug-07sep-07

oct-07

nov-07

dez-07

jan-08

feb-08

mar-08

apr-08

mai-08

jun-08

jul-08ScienceDirect: Nutzung nach Dokumententyp

pdf full texthtml full text

abstractsabstract+ref

Summary plus

C Weiland, HeBIS - p.4/17

ScienceDirect - Nutzung Pre-95/Post-95

20000

40000

60000

80000

jul-07

aug-07sep-07

oct-07

nov-07

dec-07

jan-08

feb-08

mar-08

apr-08

mai-08

jun-08

jul-08ScienceDirect: Nutzung getrennt nach Backfiles/post-95

post-1995pre-1995

C Weiland, HeBIS - p.5/17

Warum überhaupt lokales Hosting?

Online-Agebote der Verlage: Insbesondere große

Anbieter (Elsevier: ScienceDirect, SpringerLink)

bieten viele Features (Alerting, Profiles,

Previews, WEB2.0); vergleichbarer Funktionsumfang

ist aufgrund begrenzter Personalressourcen schwer

realisierbar.

Repository als Auflage der Nationallizenzen vs.

NutzerInnen-Perspektive: Warum Current Issues und

Backfiles (Trennung nach Lizenz) auf 2 Plattformen

(SDOL/THEA) recherchieren?

Alternative zu lokalem Hosting: Belastbare

Lizenzverträge, die verlässlichen Zugang zu

Archiv-Jahrgängen sichern.

C Weiland, HeBIS - p.6/17

Warum überhaupt lokales Hosting?

Online-Agebote der Verlage: Insbesondere große

Anbieter (Elsevier: ScienceDirect, SpringerLink)

bieten viele Features (Alerting, Profiles,

Previews, WEB2.0); vergleichbarer Funktionsumfang

ist aufgrund begrenzter Personalressourcen schwer

realisierbar.

Repository als Auflage der Nationallizenzen vs.

NutzerInnen-Perspektive: Warum Current Issues und

Backfiles (Trennung nach Lizenz) auf 2 Plattformen

(SDOL/THEA) recherchieren?

Alternative zu lokalem Hosting: Belastbare

Lizenzverträge, die verlässlichen Zugang zu

Archiv-Jahrgängen sichern.

C Weiland, HeBIS - p.6/17

Warum überhaupt lokales Hosting?

Online-Agebote der Verlage: Insbesondere große

Anbieter (Elsevier: ScienceDirect, SpringerLink)

bieten viele Features (Alerting, Profiles,

Previews, WEB2.0); vergleichbarer Funktionsumfang

ist aufgrund begrenzter Personalressourcen schwer

realisierbar.

Repository als Auflage der Nationallizenzen vs.

NutzerInnen-Perspektive: Warum Current Issues und

Backfiles (Trennung nach Lizenz) auf 2 Plattformen

(SDOL/THEA) recherchieren?

Alternative zu lokalem Hosting: Belastbare

Lizenzverträge, die verlässlichen Zugang zu

Archiv-Jahrgängen sichern.

C Weiland, HeBIS - p.6/17

Warum überhaupt lokales Hosting? (2)

Möglicher Verlust des Zugangs zu Archivdaten bei

Verlagswechsel von Zeitschriften.

SDOL/SpringerLink/... unterstützen besonders gut

Verlinkung digitaler Objekte (Journals, Issues,

Artikel), nicht Integration eigener Angebote in

andere Webdienste (zB Metasuche). Notwendigkeit

individueller Suchen bei mehreren Anwendern.

Lokales Hosting ermöglicht Focussierung auf

auswählte Features, kann Usability kleinerer

Plattformen übertreffen (MUSE).

Lokaler Datenbestand ermöglicht relativ einfach

Gewichtung (Ranking) von Suchergebnissen.

C Weiland, HeBIS - p.7/17

Warum überhaupt lokales Hosting? (2)

Möglicher Verlust des Zugangs zu Archivdaten bei

Verlagswechsel von Zeitschriften.

SDOL/SpringerLink/... unterstützen besonders gut

Verlinkung digitaler Objekte (Journals, Issues,

Artikel), nicht Integration eigener Angebote in

andere Webdienste (zB Metasuche). Notwendigkeit

individueller Suchen bei mehreren Anwendern.

Lokales Hosting ermöglicht Focussierung auf

auswählte Features, kann Usability kleinerer

Plattformen übertreffen (MUSE).

Lokaler Datenbestand ermöglicht relativ einfach

Gewichtung (Ranking) von Suchergebnissen.

C Weiland, HeBIS - p.7/17

Warum überhaupt lokales Hosting? (2)

Möglicher Verlust des Zugangs zu Archivdaten bei

Verlagswechsel von Zeitschriften.

SDOL/SpringerLink/... unterstützen besonders gut

Verlinkung digitaler Objekte (Journals, Issues,

Artikel), nicht Integration eigener Angebote in

andere Webdienste (zB Metasuche). Notwendigkeit

individueller Suchen bei mehreren Anwendern.

Lokales Hosting ermöglicht Focussierung auf

auswählte Features, kann Usability kleinerer

Plattformen übertreffen (MUSE).

Lokaler Datenbestand ermöglicht relativ einfach

Gewichtung (Ranking) von Suchergebnissen.

C Weiland, HeBIS - p.7/17

Warum überhaupt lokales Hosting? (2)

Möglicher Verlust des Zugangs zu Archivdaten bei

Verlagswechsel von Zeitschriften.

SDOL/SpringerLink/... unterstützen besonders gut

Verlinkung digitaler Objekte (Journals, Issues,

Artikel), nicht Integration eigener Angebote in

andere Webdienste (zB Metasuche). Notwendigkeit

individueller Suchen bei mehreren Anwendern.

Lokales Hosting ermöglicht Focussierung auf

auswählte Features, kann Usability kleinerer

Plattformen übertreffen (MUSE).

Lokaler Datenbestand ermöglicht relativ einfach

Gewichtung (Ranking) von Suchergebnissen.

C Weiland, HeBIS - p.7/17

Metasuche - HeBIS Portal(1)

C Weiland, HeBIS - p.8/17

Metasuche - HeBIS Portal(2)

C Weiland, HeBIS - p.9/17

Ranking - THEA

C Weiland, HeBIS - p.10/17

Hosting - zentralisiert oder dezentral?

Zentrales Hosting als Bündelung von Kompetenzen, Daten

und personellen Ressourcen in zentraler Institution (zB

MPDL, europaweit CERN SIS)?

Pro: Aufbereitung, Recherche und

Langzeitarchivierung kompletter Datenbestände.

Con: Bestehende lokale Kompetenzen sowohl im

administrativen (DFG-SSG), als auch im technischen

(Aufbereitung und Kontrolle von Daten und

Metadaten) und strukturellen Bereich (Integration

in Fachportale).

Politische Entscheidung über Struktur

wissenschaftlicher Serviceeinheiten.

C Weiland, HeBIS - p.11/17

Hosting - zentralisiert oder dezentral?

Zentrales Hosting als Bündelung von Kompetenzen, Daten

und personellen Ressourcen in zentraler Institution (zB

MPDL, europaweit CERN SIS)?

Pro: Aufbereitung, Recherche und

Langzeitarchivierung kompletter Datenbestände.

Con: Bestehende lokale Kompetenzen sowohl im

administrativen (DFG-SSG), als auch im technischen

(Aufbereitung und Kontrolle von Daten und

Metadaten) und strukturellen Bereich (Integration

in Fachportale).

Politische Entscheidung über Struktur

wissenschaftlicher Serviceeinheiten.

C Weiland, HeBIS - p.11/17

Hosting - zentralisiert oder dezentral?

Zentrales Hosting als Bündelung von Kompetenzen, Daten

und personellen Ressourcen in zentraler Institution (zB

MPDL, europaweit CERN SIS)?

Pro: Aufbereitung, Recherche und

Langzeitarchivierung kompletter Datenbestände.

Con: Bestehende lokale Kompetenzen sowohl im

administrativen (DFG-SSG), als auch im technischen

(Aufbereitung und Kontrolle von Daten und

Metadaten) und strukturellen Bereich (Integration

in Fachportale).

Politische Entscheidung über Struktur

wissenschaftlicher Serviceeinheiten.

C Weiland, HeBIS - p.11/17

THEA - Start page

C Weiland, HeBIS - p.12/17

THEA - Search results

C Weiland, HeBIS - p.13/17

THEA - Abstract view

C Weiland, HeBIS - p.14/17

THEA - Categories

C Weiland, HeBIS - p.15/17

THEA - Navigation

C Weiland, HeBIS - p.16/17

THEA - Facets

C Weiland, HeBIS - p.17/17