| Beteilligte Institutionen und andere Indikatoren zur Funktionsfähigkeit des Open-Source Projektes | |
| Name des Systems: | GNU EPrints |
| Aktuelle Version: | 3.2.2 |
| Getestete Version: | 3.0 |
| URL der Projekt-Homepage: | http://www.eprints.org |
| Beteilligte Institutionen: | School of Electronics and Computer Science, Universität von Southampton |
| Projektlaufzeit seit: | Projektgründung im Jahr 2000 |
| Langzeitverfügkeit: | Es existiert eine formell geführte Ccommunity durch das ePrints Sales Team sowie die Möglichkeit einen kostenpflichtigen Service zu nutzen. Der Support schein viel genutzt zu werden. |
| Entwicklungsgrad: | EPrints ist vielleicht das am weitensten entwickelte open-source ePublishing Programm unter den gängigen Systemen. Bis zu diesem Zeitpunkt waren im Wiki des Projektes 223 bekannte Archive gelistet, die die Software nutzen. |
| Lizenzierungsmodell: | GNU General Public Lizenz (GPL), Version 2 oder höher |
| Weitere Dokumentation(Webliographie): | |
| Technische Anforderungen, Wartung, Skalierbarkeit und dokumentierte API's | |
| Lokale Installation oder ASP: | |
| Unterstützte Betriebssysteme: | GNU/Linux. Aber auch Solaris und MacOS. Version 3 läuft jetzt unter Apache auf Windows. |
| Hardware-Anforderungen: | |
| Applikationsserver Anforderungen: | Apache, mit mod_perl |
| Webserver Anforderungen: | Apache, mit mod_perl |
| Primäre Programmiersprache: | Perl 5.6.1 |
| Weitere Programmiersprachen: | |
| Datenbankserver Anforderungen: | MySQL |
| Anwendungsframework: | |
| Weitere Software-Anforderungen: | |
| Erforderliche personelle Fähigkeiten: | Während Version 3 dieser Anwendung unter Windows laufen kann, müssen alle ihre Komponenten unter Apache installiert werden, so dass Erfahrungen bei der Installation von sowohl Apache als auch der vielen erforderlichen Perl-Module nötig ist. Unglücklicherweise lässt die Installationsanleitung vermuten, dass EPrints die einzige Anwendung sein wird, die unter Apache läuft und beispielsweise nicht auf einem Shared-Server. Das könnte zu Problemen während der Installation führen. Zusätzlich muss die Reihenfolge der Installationsschritte genau eingehalten werden, auch wenn einige Schritte oberflächlich betrachtet in der Reihenfolge, in der sie ausgeführt werden irrelevant erscheinen. Dennoch stellt die Installationsanleitung für Ubuntu ein Step-by-Step-Verfahren bereit, das, wird es genauestens befolgt die erfolgreiche Installation erzielt. Ein GUI-basierter Installer wäre hilfreich. Im Moment wird die Installation über ein einfaches Perl Script vorgenommen. |
| Interne Backup- und Wiederherstellungsfunktionen: | |
| Skalierbarkeit der Anwendung: | |
| Skalierbarkeit der Daten: | |
| API: Code-Erweiterbarkeit: | Die Anwendung hat ein festes API für das Schreiben von Plugins. Für gebündelte "Erweiterungen", also ganze Plugin-Sätze, die als einziges Paket installiert werden wird ein Support zur Verfügung gestellt. |
| API: Batch Ingest: | |
| API: Batch Ingest Formate: | |
| API: Batch Export: | |
| API: Batch Export Formate: | |
| API: Support von JSR 170: | |
| API: Support für OAI Harvesting (OAI-PMH): | |
| API: Support for eduSource Communication Layer (ECL): | |
| API: Support für weitere Web-Services: | |
| Einreichung, Peer-Reviewing und administrative Funktionen | |
| Unterstützung von multiplen eigenständigen Zeitschriftentiteln: | Support für viele verschiedene Archive und Repositorien mit ihren vielen Dokumenten und Dateien etc. |
| Multiple Benutzerrollen (Rechtemanagement): | Es gibt vier verschiedene Rollen: Den Hauptadministrator; den Repositoriumadministrator; den Herausgeber innerhalb eines vorhandenen Repositoriums und den einzelnen User. |
| Konfigurierbare Rechtevergabe: | Die Rollen, die von der Anwendung zur Verfügung gestellt werden sind fest programmiert, es können beispielsweise keine neuen hinzugefügt werden. |
| Autoreninitiierte Einreichung (Submission) | Für neue Autoren ist eine selbstständige Anmeldung vorgesehen. Ist der Account einmal eingerichtet, können die Autoren Artikel in ein bestimmtes Repositorium einreichen. Die eingereichten Artikel gelangen in den repositorienspezifischen Workflow, wo sie begutachtet und z.B. von einem Redakteur genehmigt werden, bevor sie öffentlich sichtbar sind. |
| Metadatenfelder konfigurierbar: | Die Metadaten sind je nach Archiv veränderbar. Dies wird durch die Bearbeitung zweier Konfigurationsdateien auf der Befehlsebene erreicht. Wenn ein neues Feld innerhalb dieser Konfigurationsdateiern hinzugefügt wird, muss dies ebenfalls in der Datenbank hinzugefügt/konfiguriert werden. Laut Wiki ist die Arbeit an einem Tool, welches diesen Prozess vereinfacht in vollem Gange. |
| Bearbeitungsworkflow (Editorial) konfigurierbar pro Zeitschriftentitel: | Es können unterschiedliche Workflows pro Repositorium mit den XML-Konfigurationsdateien, die für eine bestimmte Komponente des Repositoriums im Verzeichnisbaum vorhanden sind geschaffen werden. Einzelne Elemente ("Stufen") des gewohnten Workflows können für bestimmte Benutzergruppen beschränkt sein, z.B. für Repositorienadministratoren, Redakteure oder normale User. |
| Automatische eMail-Benachrichtigung für (Authoren, Herausgeber, Gutachter, etc.): | |
| Anpassbares Stylesheet-Design pro Zeitschriftentitel: | Das "Look and Feel" ist pro Respositorium anpassbar. Auch dies ist wiederum über die Änderung der Befehle in den Konfigurationsdateien sowie der Inhalte der Repositoriumsverzeichnisse steuerbar. Mit jeder Änderung müssen z.B. feststehende Seiten und die Standartkonfiguration für das Archiv wieder hergestellt sowie der Web-Server neu gestartet werden. |
| Versionierung: | |
| Archivierung: | |
| Zugang, Formate und E-Commerce-Funktionen | |
| Zugänglichkeit des Systems: | |
| Zugänglichkeit der Dokumentenausgabe: | |
| Sprachunterstützung: | Sowohl die Anwendung als auch die Datenbank unterstützen Unicode (utf-8). Die Sprachdateien werden auf der Befehlsebene installiert und konfiguriert. |
| Ausgabe in multiple Dokumentenformate: | Soweit die Anwendung verschiedene Dokumentformate akzeptiert, stellt sie dem User die Dokumente in dem Format zur Verfügung, in dem sie eingereicht wurden. |
| Unterstützte Dokumentenformate: | Die unterstützten Standartdokumentformate sind: Einfacher Text; HTML; PDF; Postscript; MS Powerpoint; MS Word; JPEG; PNG; GIF; TIFF; BMP; MPEG; Quicktime; AVI. |
| Plug-in-Anforderungen: | |
| Usability: | |
| Zitationslink: | |
| OpenURL-Wandler: | |
| RSS feed: | |
| Digitales Rechtemanagement: | |
| Volltextsuche und Auffindbarkeit: | Möglich. Folgende werden benötigt: xpdf (für die PDF-Indexierung); wvware (für die MS-Word-Indexierung); lynx (für die HTML-Indexierung). |
| Verbundene Suche: | |
| Authentifizierungsmechanismen: | Die Anwendung kann so konfiguriert werden, dass die Authentifikation an einem externen LDAP-Server stattfinden kann. Standardmäßig erfolgt die Athentifikation am internen Authentifikationsspeicher. Interessanterweise kann die Anwendung entweder so konfiguriert werden, dass sie ein Login-Only-Repositorium darstellt (Authentifikation für alle Aktionen notwendig) oder als ein Repositorium, in dem die Nutzerregistrierung nicht einmal notwendig ist. |
| Abonnement-Service: | Dadurch, dass diese Anwendung kein elektronisches Publishingsystem ist, wie, stellt es keinen Abonnement-Service zur Verfügung. Andererseits wird dadurch, dass RSS und Atom-Feeds unterstützt wird, zumindest die Vorstellung eines Abonnements vermittelt. |
| E-Commerce Funktion: | Die Anwendung stellt keinerlei E-Commerce-Funktionen zur Verfügung. Hauptaufgabe der Anwendung ist es, kompletten Open Access zu Publikationen bereitzustellen. |
| Kontextueller Support-Service: | |
| Zusätzliche programmspezifische Kriterien: e.g. Sicherheit, Archivierung, Aggregation, ... | |
| Zusammenfassung | |
| Stärken: | Die Anwendung bietet eine gute Möglichkeit für die Indexierung von Dokumenten mit dem kontrollierten Vokabular der Library of Congress Subject Headings |
| Schwächen: | Der Installationsprozess setzt voraus, dass ePrints auf seinem eigenen Server installiert wird. Web-Server-abhänging (Apache) und primitives Installations-Script. Sowohl die Installation der Anwendung als Ganzes, als auch der einzelnen Archive wird auf der Befehlsebene von einem Systemadministrator durchgeführt, der text-basierte Konfigurationsdateien verwendet. Laut ePrints-Wiki sind administrative Tools, die vorraussichtlich ein GUI haben in der Entwicklung. |