Übersicht:

• Teil I
• Teil II
• Teil III

Nachdem ich den Ist-Zustand skizziert und mögliche Vorbilder vorgestellt habe, möchte ich nun einen Lösungsvorschlag für ein Open-Access-Upload-Formular machen. Es besteht aus drei Teilen.

1. Datei(en) hochladen

Wie bei Youtube & Co sollte der Upload der Datei zuerst erfolgen. Ich erhoffe mir davon eine erhöhte Motivation der AutorInnen, den Veröffentlichungsvorgang zu komplettieren. Ob dies tatsächlich der Fall ist, sollte auf jeden Fall einmal untersucht werden. Generell sollte in Zukunft ein Hauptaugenmerk bei der Weiterentwicklung von Repository-Software auf der Usability liegen. Welches Metadatenmodell unterstützt wird, interessiert AutorInnen nicht.

Hier geht’s zum Dummy¹ . Achtung, diese Webseiten könnten verändert werden oder verschwinden. Die Screenshots dokumentieren den Zustand während des Verfassens dieses Postings. Das Formular funktioniert nicht. Um zum nächsten Schritt zu gelangen, bitte ganz unten auf “nächster Schritt” klicken.

2. Dokument beschreiben

Es sollten wirklich nur Daten erhoben werden, die nicht selbst durch Autopsie erhoben werden können. Ich bin dabei (exklusive Datei-Auswahl, inkl. Lizenzauswahl) auf drei Phasen mit insgesamt 12 auszufüllenden Feldern gekommen. Würde man den Upload zum Beispiel mit einem Nutzerkonto verknüpfen, entfiele zum Beispiel noch die Angabe einer Email-Adresse.

Hier geht’s zum Dummy.

3. Lizenz wählen

Dies müsste graphisch noch eleganter gelöst werden. Im letzten Schritt sollten die bibliographischen Details überprüft und geändert werden können. Wichtiger jedoch ist die rechtliche Seite der Veröffentlichung. Hier werden Nutzungsrechte vereinbart und eine Creative-Commons-Lizenz gewählt. Das Menü für letzteres ist eins zu eins von Creative-Commons.org übernommen. Schöner, also nutzerfreundlicher, kann man es kaum machen. Durch die Auswahl zweier Checkboxen kann man auch ohne umfangreiche Vorkenntnisse zwischen sechs verschiedenen Lizenzmodellen wählen.

Hier geht’s zum Dummy.

Dummy

Ich habe einen Dummy erstellt, in dem man sich den hier vorgestellten Upload-Vorgang ansehen kann. Die Links funktionieren größtenteils nicht, das CSS ist von Creative-Commons.org übernommen, optisch ist da sicherlich mehr drin.

Kritik

Es gab im Vorfeld schon eine Menge guter Kritik am Dummy. In ungeordneter Reihenfolge:

• Lizenzmodell NC-ND ist kontraproduktiv. Warnhinweis über die Konsequenzen müsste hinzugefügt werden
• Upload zuerst könnte AutorInnen zu der Annahme verleiten, dass ihr Part damit schon erledigt ist.
• Hinweis auf Genehmigung studentischer Arbeiten durch Erstprüfer fehlt noch, wenn das erwünscht sein sollte.
• Ausführlichere Maske verlinken für AutorInnen, die selbst erfassen wollen
• Neben Datei-Upload von der Festplatte möglichst noch Verweis auf PDF im Netz (automatischer Download von dieser Stelle).
• Feld “Quelle” ist nicht eindeutig. Die Erklärung sollte umformuliert werden.
• Radikaler Ansatz: Bibliothek bekommt nur die Datei und die Nutzungsvereinbarung, bibliographische Angaben müssen nur ergänzt werden, wenn sie aus dem Dokument per Autopsie nicht ersichtlich sind.
• Feld “Bemerkung” beim Datei-Upload ist überflüssig.

Und jetzt?

Insgesamt fehlt es noch an einigem. Ich hoffe allerdings, dass die zugrunde liegenden Ideen deutlich werden und erkläre hiermit die Diskussion für eröffnet. Was fehlt? Noch besser: Was kann noch gestrichen werden? Ist die Reihenfolge so in Ordnung? Ich bitte um begründete Verrisse und Gegenvorschläge!

1. Vielen Dank für Begutachtung, Tipps und Diskussion an Andrea, Christian, Danny, Edlef, Frank, Horst, Lambert, Nina, Uli, Wiebke & alle anderen, die ich schändlicherweise vergessen habe [↩]

Übersicht:

• Teil I
• Teil II
• Teil III

Hier habe ich die Unübersichtlichkeit der klassischen Upload-Formulare in Open-Access-Repositorien zusammengefasst. Nun möchte ich darstellen, wer es besser macht. Und warum das so ist.

Youtube

Der Content-Gigant Youtube verzeichnete unlängst zwei Milliarden angesehene Videos pro Tag. Die genaue Zahl der Nutzer konnte ich nicht herausfinden. Die Schätzung von 300 Millionen Accounts konnte ich nicht verifizieren, ich halte sie aber zumindest in der Größenordnung nicht für unrealistisch. Ob es nun doppelt so viele sind oder nur 10% der 300 Millionen, ist an dieser Stelle unbedeutend. Festzustellen ist: Millionen von Usern sind in der Lage, ein Video auf Youtube zu veröffentlichen. Und das sieht folgendermaßen aus:

Datei hochladen

Dieses ist der erste Streich.

Videoinformationen und Datenschutzeinstellungen

Und der zweite folgt sogleich. Fünf Felder stehen zur Auswahl.

1. Titel
2. Beschreibung
3. Tags
4. Kategorie
5. Datenschutz

Fertig.

Scribd

Noch radikaler geht Scribd vor. Auf der Startseite ist ein großer Upload-Button. Klickt man dort drauf, kann man sofort die zu veröffentlichende Datei auswählen. Dann folgt die Metadaten-Erfassung.

1. Edit title
2. Choose a category
3. Ggf. Unterkategorie
4. Scribble your description here

Slideshare

Auch Slideshare geht ähnlich vor. Zuerst lädt man die Datei hoch, dann füllt man folgende Felder aus:

1. Title
2. Description
3. Tags
4. Category
5. Privacy
6. Allow Download

Fazit

Gemeinsam ist den hier beschriebenen Upload-Vorgängen folgendes:

1. Der Upload des Dokuments erfolgt am Anfang. Wenn die Datei einmal dem Server übergeben ist, ist die Motivation viel höher, auch noch die Erfassung vorzunehmen.¹ Umgekehrt besteht überhaupt kein Problem, den Veröffentlichungsvorgang abzubrechen, wenn die Datei noch gar nicht hochgeladen wurde.
2. Es werden nur die wichtigsten Daten erfragt. Bei einem Repository sind das immer mehr als z.B. bei Scribd. Aber der Unterschied ist so gravierend, dass man sich fragen muss, ob er nicht verkleinert werden muss.

Im nächsten Teil mache ich einen Vorschlag, wie ein Kompromiss zwischen den hier vorgestellten Diensten und den gängigen Veröffentlichungsformularen aussehen könnte.

1. Dies ist eine These, die genauer untersucht werden muss. Vielleicht ein gutes Thema für eine Bachelor-Arbeit? [↩]

Übersicht:

• Teil I
• Teil II
• Teil III

Die Green Road funktioniert langfristig nur, wenn sich Open-Access-Repositorien den Bedürfnissen ihrer Nutzer anpassen. Nutzer sind dabei nicht die Mitarbeiter der Bibliotheken, die den jeweiligen Server administrieren. Nutzer sind die Autoren, deren Publikationen archiviert und publiziert werden sollen.

Wer selbst einen Publikationsserver und somit auch Autoren betreut, wird diese Fragen und Hilferufe kennen:

1. “Welche Lizenz wähle ich?”
2. “Um Himmels Willen, muss ich das alles ausfüllen?”
3. “Was ist SWD, warum sieht die aus wie eine Webseite von 2001 und vor allem: Was soll ich damit?”
4. “Muss das wirklich so kompliziert sein?”

Diese und ähnliche Fragen kulminieren oft in: “Können Sie das vielleicht für mich übernehmen?”

Die Antwort ist logisch: “Natürlich kann ich das für Sie übernehmen! Würden Sie der Bibliothek ein von Ihnen geschriebenes Buch schenken, müssten Sie es schließlich auch nicht selbst katalogisieren.”

Die Realität sieht oft anders aus. Wer sein Dokument auf dem Server und in die Bibliothekskataloge bekommen möchte, muss neuerdings selbst formal und inhaltlich erschließen.

Die in Deutschland am weitesten verbreitete Repository-Software ist meines Wissens OPUS. Das klassische Veröffentlichungsformular von OPUS enthält folgende Punkte:

Veröffentlichungsvorgang starten

Dokumentart

Über 20 verschiedene Dokumententypen stehen zur Auswahl, z.B. 22 in Hannover, 24 in Freiburg.

Lizenz

Die Auswahl der Lizenzen erfolgt per Drop-Down. Das führt dazu, dass man Creative-Commons-Lizenzen kaum ohne Vorkenntnisse auswählen kann. Wer weiß schon, was Angaben wie Creative Commons – Namensnennung, Nicht kommerziell, Weitergabe unter gleichen Bedingungen bedeuten?

BibTeX-Upload

Ein Feature, dass Experten sicher weiterhelfen kann, aber die meisten Autoren ebenso sicher verwirrt.

Beschreibungsdaten eingeben

Ich werde nun nicht jedes Feld kommentieren. Ein Blick auf die Menge der möglichen Angaben spricht für sich:

1. Originaltitel der Arbeit
2. Titel der Arbeit auf Englisch
3. Verfassername (Nachname, Vorname)
4. Sonstige beteiligte Personen (Nachname, Vorname)
5. Urheber
6. Sonstige beteiligte Körperschaft bzw. Institution (Sponsor, Organisator etc.)
7. Quelle
8. Kontrollierte Schlagwörter (Deutsch)
9. Freie Schlagwörter (Deutsch)
10. Freie Schlagwörter (Englisch)
11. DDC-Sachgruppe
12. Schriftenreihe / Sendereihe
13. Bandnummer
14. Kurze Inhaltszusammenfassung in der Originalsprache (max. 5000 Zeichen)
15. Kurze Inhaltszusammenfassung in einer weiteren Sprache (max. 5000 Zeichen)
16. Hochschule
17. Institut
18. Jahr der Fertigstellung
19. Sprache
20. ISBN
21. Anzahl der zu übertragenden Dateien
22. E-Mail Adresse
23. Gültigkeitsdauer
24. Zugriffsbeschränkung

Kontrollierte Schlagwörter, DDC, sonstige beteiligte Körperschaften? Wenn das wirklich jeder problemlos ausfüllen könnte, ohne sich eingehend damit beschäftigt zu haben, bräuchten wir keine professionelle inhaltliche Erschließung mehr. Auch eine interessante Debatte, aber weiter im Text…

Seite 3: Vorschau

Hier kann man die bibliographischen Daten kontrollieren und ggf. zurück zum Erfassungsformular springen.

Seite 4: Dateien hochladen

Nun kann man die Datei tatsächlich hochladen. Zumindest der Teil der publikationswilligen AutorInnen, die es bis hierhin geschafft haben. Nach – wenn ich mich nicht verzählt habe – 27 Feldern ist man also dort angekommen, wo man eigentlich hinwollte.

Wie kann man es besser machen?

Nicht nur bei OPUS ist die Lage derart unübersichtlich. Um nur ein anderes Beispiel zu nennen: E-Prints’ Upload-Vorgang umfasst ebenfalls vier Seiten mit etwa 20 Feldern, davon zahlreiche Pflichtfelder. Wie man es besser machen kann, zeigen verschiedene Publikationsdienste aus dem nicht-akademischen Bereich, die ich morgen vorstellen möchte.

“Like it or not, this [demand for openness] indicates a transformation in the way science has to be conducted in this century.” That, say many, will be the lasting legacy of the independent review published last week into the controversial e-mails between climate scientists that were stolen from the University of East Anglia and posted online.

Mehr dazu im Environmental Research Web.

Creative-Commons-Blog:

The evolution of scholarly communication in the field, recently embodied by the SCOAP3 initiative, has reached an important milestone with the publication of the first results of the LHC experiments under a Creative Common license. These have appeared in the European Physical Journal (Springer) doi:10.1140/epjc/s10052-009-1227-4 (CC BY-NC); Journal of High Energy Physics (SISSA), doi:10.1007/JHEP02(2010)041 (CC BY-NC); Physics Letters (Elsevier), doi:10.1016/j.physletb.2010.03.064 (CC BY); and Physical Review Letters (APS), doi:10.1103/PhysRevLett.105.022002 (CC BY).

Wissenschaftler des Helmholtz-Zentrums für Infektionsforschung (HZI) in Braunschweig haben gemeinsam mit indischen und italienischen Kollegen ein neuartiges Verfahren zur Herstellung von Insulin mithilfe eines genetisch veränderten Hefepilzes entwickelt. Mit der neuen Methode kann das Hormon zur Behandlung von Diabetes besonders effizient und preisgünstig produziert werden. Dr. Ursula Rinas vom HZI und ihre Kollegen haben sich entschlossen, das neue Verfahren nicht zum Patent anzumelden, sondern zu veröffentlichen – in der Open-Access-Zeitschrift „Microbial Cell Factories“.

Eine Prüfung der Verwertungsaussichten für das neuartige Verfahren kam zu dem Ergebnis, dass ein Patentantrag voraussichtlich langwierig und die Erfolgsaussichten eher ungewiss sein würden. Die Forschergruppe um Dr. Ursula Rinas entschied sich stattdessen für den Weg der Veröffentlichung, um mit der neuen Methode hergestelltes preisgünstiges Insulin möglichst für Menschen in Entwicklungs- und Schwellenländern zugänglich zu machen. Mit der Wahl einer Open-Access-Zeitschrift für die Publikation des Fachartikels ist sichergestellt, dass die Informationen nicht nur für Wissenschaftler aus den reichen Industriestaaten, sondern weltweit frei zur Verfügung stehen.

Publikation:
Gurramkonda, C. et al. 2010: Application of simple fed-batch technique to high-level secretory production of insulin precursor using Pichia pastoris with subsequent purification and conversion to human insulin. Microb. Cell Fact. 9: 31. doi:10.1186/1475-2859-9-31.

Quelle: CC-BY: Helmholtz Open Access Newsletter

Das Institut für Technikfolgenabschätzung und Systemanalyse (ITAS), das Büro für Technikfolgen-Abschätzung beim Deutschen Bundestag (TAB) und der Verlag edition sigma werden in den nächsten drei Jahren drei unterschiedliche Vertriebswege untersuchen:

ITAS und TAB geben bei der edition sigma drei Buchreihen heraus, die ab sofort wie folgt zugänglich sind:

1. Die ITAS-Buchreihe „Gesellschaft – Technik – Umwelt“ (bis heute 12 Bände) wird zusätzlich zum normalen Buchvertrieb als kostenpflichtiges, aber preisreduziertes E-Book über das Internet angeboten: http://edition-sigma.zevep.com.
2. Die 29 Titel der TAB-Buchreihe „Studien des Büros für Technikfolgen-Abschätzung beim Deutschen Bundestag“ stehen als PDF zum Download über die Webseiten des ITAS (http://www.itas.fzk.de/deu/itaslit/reihe-tab.htm) und des TAB (http://tab-beim-bundestag.de/de/publikationen/buecher) zur Verfügung. Neuerscheinungen sind nach einer Karenzzeit von sechs Monaten ebenfalls vom Web des TAB und des ITAS abrufbar.
3. Die ITAS-Buchreihe „Global zukunftsfähige Entwicklung – Nachhaltigkeitsforschung in der Helmholtz-Gemeinschaft“ (bis heute 14 Bände) wird unverändert nur als gedrucktes Buch über den Buchhandel vertrieben und stellt die Kontrollgruppe dieses Vergleichs dar (siehe http://www.itas.fzk.de/deu/itaslit/reihe-gze.htm).

Mehr Informationen in dieser Presseerklärung.

So wichtig solche Experimente auch sind, um Zweifel auszuräumen: Warum sind eigentlich nicht alle Schriften des TAB frei verfügbar?

Das CARPET-Projekt ist vielen Infobib-Lesern vermutlich bekannt. In der Selbstdarstellung heißt es, dass die effiziente Nutzung von Werkzeugen und Dienstleistungen für das wissenschaftliche Publizieren unterstützt werden soll. Im Einzelnen werden

• eine Erhebung zu vorhandenen Publikationsinstrumenten aufbereitet und in Katalogform dargestellt,
• ein Kompass zur Analyse für die Bestimmung einer Strukturierung und Systematik entwickelt,
• eine Kollaborationsplattform entwickelt und zur Verfügung gestellt,
• Leitlinien zu Standards und Interoperabilität erarbeitet und
• ein virtuelles Kompetenzzentrum aufgebaut.

In einer Umfrage versucht CARPET-Team gerade herauszufinden, wie CARPET verbessert werden könnte, wo potentielle Nutzungsmöglichkeiten liegen. Ich wurde befragt und habe das geschlossene Forum und die fehlende Kommentarfunktion benörgelt. Das war gestern. Nicht einmal 24 Stunden später wurden die News mit einer Kommentarfunktion (z.B. bei diesem Hinweis auf Doctor-Doc) und das Forum mit einem Gast-Account versehen. Daumen hoch! Die technische Möglichkeit zur Kommunikation bedeutet noch nicht, dass eine Community auch entsteht, sie ermöglicht dies aber immerhin.

In diesem Sinne habe ich den Carpet-RSS-Feed jetzt auch in die Quellen für die Yahoo-Pipe aufgenommen, aus der sich das Schaufenster der deutschen Open-Access-Szene gespeist wird. Ein Angebot, dass übrigens tatsächlich genutzt wird, wenn ich mir die Anzahl der Infobib-Besuche mit Pipe-Referrer ansehe. Im April waren es insgesamt 1928, im Mai bislang 1068. Da Infobib ansonsten kaum gepiped wird, interpretiere ich das einfach mal so, dass zumindest ein gewisser Teil dieser Besucher über die Yahoo-Pipe hierhin geleitet wird.

Im letzten Herbst wünschte ich mir eine dezentrale Alternative zum OAIster. Der YaCy-Entwickler Michael Christen fand die Thematik spannend und teilte mir mit, dass YaCy intern auch schon einige Vorraussetzungen beherrscht, um bibliographische Daten zu bearbeiten, unter anderem den Umgang mit Dublin Core. Im Bibcamp-Blog schrieb ich im Oktober recht optimistisch:

Ein interessante Frage stellt sich aktuell durch die drohende OAIster-Wegschließung: Wie kann man man eine dezentrale Alternative zu OAIster schaffen? Bis zum Bibcamp wird vermutlich ein YaCy-Prototyp für die Suche in Dokumentenservern stehen. Das Bibcamp bietet eine hervorragende Gelegenheit, diesen Prototypen auf Herz und Nieren zu prüfen und vielleicht sogar direkt vor Ort zu verbessern!

Der Prototyp ist da, und werden mehrere YaCysten beim Bibcamp sein, die sicherlich gerne über bibliothekarische Anwendungen von YaCy diskutieren würden. In einer indischen Bibliothek wird es schon für eine digitale Bibliothek eingesetzt, die mehr als 2TB Audio, Video und E-Books und eine HTML-Oberfläche mit über 800.000 Seiten umfasst. Denkbar und sinnvoll wäre eine Anwendung zum Beispiel in Virtuellen Fachbibliotheken. Wenn man sie schon mit viel Aufwand konstruiert und mühsam Webquellen sammelt, könnte man den Index auch anderen zur Verfügung stellen. Und genau dies ist mit YaCy möglich.

Ich habe die neueste Version übrigens mal testweise auf meinem Desktoprechner installiert und innerhalb kürzester Zeit 20 Repositories mit bis zu 35.000 Dokumenten indexiert. Geht ganz einfach, und ist hier erklärt. Für einen Prototypen sehr respektabel, wie ich finde.

Klaus Graf schlägt “7 Grundregeln für digitale Projekte” vor:

Für digitale Sammlungen von Archiven, Bibliotheken, Museen usw. und virtuelle Ausstellungen sind die folgenden Grundregeln gedacht, die ich zur Diskussion stelle.

1. NICHT AN DER AUFLÖSUNG SPAREN! Jede Bildseite muss in hoher Auflösung vorliegen, denn nur diese garantiert die wissenschaftliche Nutzbarkeit.

2. PERMANENT-LINKS! Jede einzelne Bildseite muss mit einem deutlich angebrachten KURZEN dauerhaften Link versehen werden.

3. META-DATEN ZU JEDEM DIGITALEN OBJEKT! Zu jedem digitalen Objekt (auch zu separat nutzbaren Einzelseiten wie Druckgrafik, Zeichnungen) muss es entsprechende Metadaten geben, die professionellen Ansprüchen genügen müssen.

4. OAI-PMH NUTZEN! Alle Meta-Daten müssen für OAI-Harvester zur Verfügung stehen.

5. KEIN COPYFRAUD! Die Rechtslage ist in den Metadaten möglichst objektiv und auf jeden Fall ohne Copyfraud zu beschreiben. Was gemeinfrei ist, muss auch als Digitalisat gemeinfrei bleiben! Wenn das Projekt über Urheberrechte verfügt, ist eine Nachnutzbarkeit über eine möglichst liberale CC-Lizenz vorzusehen.

6. WEB 2.0! Nutzer sollten die Möglichkeit haben, Ergänzungen und Korrekturen anzubringen (Tags, Transkriptionen usw.)

7. LANGZEITARCHIVIERUNG! Die dauerhafte öffentliche Verfügbarkeit ist ggf. durch Kooperation mit Bibliotheken sicherzustellen.

Hier geht’s zum Posting und zur Diskussion.