docuteam:improvements
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
| docuteam:improvements [2019/06/11 12:52] – Andreas Nef | docuteam:improvements [2020/05/25 10:14] – Andreas Nef | ||
|---|---|---|---|
| Zeile 2: | Zeile 2: | ||
| ===== Einleitung ===== | ===== Einleitung ===== | ||
| - | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung unserer Werkzeuge. Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, | + | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung unserer Werkzeuge. Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, |
| - | ==== Vorschläge ==== | + | ==== Vorschläge/ |
| * Kontrolliertes **Löschen von AIP** aus dem Repository. Eine Möglichkeit wäre, in einem Workflow die Root-PID des Objekts anzugeben und dann das gesamte Objekt zu löschen. Die Herausforderung dieser Funktionalität sehen wir vor allem auch in der sorgfältigen Konzipierung, | * Kontrolliertes **Löschen von AIP** aus dem Repository. Eine Möglichkeit wäre, in einem Workflow die Root-PID des Objekts anzugeben und dann das gesamte Objekt zu löschen. Die Herausforderung dieser Funktionalität sehen wir vor allem auch in der sorgfältigen Konzipierung, | ||
| * Umsetzung sollte dann auch über docuteam bridge zugänglich sein. | * Umsetzung sollte dann auch über docuteam bridge zugänglich sein. | ||
| * Webbasiertes Ablieferungswerkzeug | * Webbasiertes Ablieferungswerkzeug | ||
| - | * Grob diskutiert | + | * Anforderungen wurden |
| - | * Wette in Gang Tobias/ | + | * Ein Umsetzungskonzept haben wir 2019 ausformuliert inkl. Aufwandschätzung und der Usergroup zukommen lassen. |
| + | * Sobald sich (wohl 2-3) Interessenten zusammenschliessen sind wir für die Umsetzung bereit. | ||
| + | * docuteam bridge | ||
| + | * Deletions | ||
| + | * Updates sollen nach Deletions folgen | ||
| + | * docuteam packer mit Submit-Funktion nach docuteam bridge | ||
| + | * Überarbeitung der Ablieferungsvereinbarungen | ||
| + | * Die aktuellen Ablieferungsvereinbarungen bieten – aufbauend auf ISO 20652:2006 (CCSDS 651.0-B-1: | ||
| + | * In der Praxis zeigt sich jedoch, dass nur ein kleiner Teil davon effektiv genutzt wird. Eine künftige Version soll sich darauf konzentrieren, | ||
| ==== In Arbeit ==== | ==== In Arbeit ==== | ||
| Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand Juni 2019): | Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand Juni 2019): | ||
| - | | + | * Fedora 4 (in Version 6 im Herbst 2020) |
| - | * Version 4.1 | + | * Data- and Metadata-Model |
| - | * dynamisches Mapping | + | * Storage-Adapter für docuteam feeder, um Objekte in Fedora 4 (6.x) zu speichern |
| - | | + | * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora 4 (6.x) |
| - | * Data- and Metadata-Model | + | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 4 (6.x) |
| - | * Storage-Adapter für docuteam feeder, um Objekte in Fedora 4 zu speichern | + | * Java 11-Kompatibilität |
| - | * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora 4 | + | * Mit dem Wechsel von Oracles Release-Zyklus für Java unterstützen wir künftig jeweils die Long Term Support (LTS)-Versionen. |
| - | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 4.x | + | * Im Sommer 2020 (mit Verfügbarkeit von Fedora 4 (Version 6.x) stellen wir auf Java 11 um. |
| - | * docuteam bridge | + | |
| - | * Updates und Deletions | + | |
| ==== Erledigt ==== | ==== Erledigt ==== | ||
| + | * Entkoppelung von rservices und Fedora | ||
| + | * Im Hinblick auf den Wechsel zu Fedora 4 (aktuell in der Version 6) haben wir Umstellungen gemacht, um rservices unabhängiger vom verwendeten Repository-System zu machen. | ||
| + | * Autorisierung wird nun gänzlich und konsequent dem Repository übertragen. | ||
| + | * done with [[docuteam: | ||
| + | * Flexiblere Workflow-Konfigurationen, | ||
| + | * Für den Fall, dass der Workflow erfolgreich verarbeitet wurde; | ||
| + | * Für den Fall, dass der Workflow fehlgeschlagen ist; | ||
| + | * Für den Fall, dass die Workflow-Ausführung gelöscht wird. | ||
| + | * done with [[https:// | ||
| + | * Neu-Implementierung des eCH-0160 Konverters: | ||
| + | * Baut auf Version 4.1 auf | ||
| + | * Unterstützt ein dynamisches Mapping | ||
| + | * done with [[docuteam: | ||
| * Verbesserung beim **Auslesen von Metadaten** aus einem Excel-Dokument während dem Ingest-Projekt. Die Excel-Tabelle wird dem SIP mitgegeben, im Ingest-Prozess werden die Werte ausgelesen und in das EAD geschrieben. Die Vorschläge für die Verbesserung betrifft Wiederholfelder und Zeilenumbrüche, | * Verbesserung beim **Auslesen von Metadaten** aus einem Excel-Dokument während dem Ingest-Projekt. Die Excel-Tabelle wird dem SIP mitgegeben, im Ingest-Prozess werden die Werte ausgelesen und in das EAD geschrieben. Die Vorschläge für die Verbesserung betrifft Wiederholfelder und Zeilenumbrüche, | ||
| * done with [[docuteam: | * done with [[docuteam: | ||