docuteam:improvements
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| docuteam:improvements [2021/06/08 00:20] – [Vorschläge/Planung] andi | docuteam:improvements [2023/02/06 14:37] (aktuell) – gelöscht Administrator | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ======Roadmap für die docuteam-Applikationen====== | ||
| - | |||
| - | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung [[https:// | ||
| - | Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, | ||
| - | |||
| - | ===== Vorschläge/ | ||
| - | * **GEVER-Dossier-Viewer** zur Anzeige von AIPs, die ursprünglich aus einem GEVER-System abgeliefert wurden. | ||
| - | * Vorschlag mit groben Anforderungen wurde im April 2020 von Kunden an uns herangetragen. | ||
| - | * Wir verifizieren aktuell die Umsetzungsmöglichkeiten. | ||
| - | * 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. | ||
| - | * **Web-basiertes Ablieferungswerkzeug " | ||
| - | * Anforderungen wurden am Community Day 2018 grob diskutiert. | ||
| - | * Ein Umsetzungskonzept haben wir 2019 ausformuliert inkl. Aufwandschätzung und der Usergroup zukommen lassen: {{ docuteam: | ||
| - | * Sobald sich 4 Institutionen für die Finanzierung und Begleitung zusammenschliessen, | ||
| - | * docuteam bridge Implementierung der offenen APIs | ||
| - | * Deletions in Planung | ||
| - | * 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, | ||
| - | * Das [[https:// | ||
| - | * Überarbeitung von **Matterhorn METS** | ||
| - | * Representations | ||
| - | * Split fileSec from structMap | ||
| - | * Abstract file names | ||
| - | * upgrade from PERMIS 2.2 to PREMIS 3 | ||
| - | * PREMIS Agents/ | ||
| - | * Dynamic metadata (EAD) | ||
| - | * Sub-SIPs | ||
| - | * Container around the METS (BagIt)? | ||
| - | ===== In Arbeit ===== | ||
| - | Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand Mai 2021): | ||
| - | |||
| - | * Fedora 6 (voraussichtlich :-/ Herbst 2021) | ||
| - | * Daten- und Metadaten-Modell basierend auf [[https:// | ||
| - | * Storage-Adapter für docuteam feeder, um Objekte in Fedora 6 zu speichern | ||
| - | * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora 6 | ||
| - | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 6 | ||
| - | * Integration von bridge (als API) mit feeder | ||
| - | * Künftig wird es nur noch eine Applikation geben | ||
| - | * Die bridge-API wird 1:1 übernommen. | ||
| - | * Das Konzept der " | ||
| - | |||
| - | ===== Erledigt ===== | ||
| - | * Java 11-Kompatibilität (2021) | ||
| - | * Mit dem Wechsel von Oracles Release-Zyklus für Java unterstützen wir künftig jeweils die Long Term Support (LTS)-Versionen. | ||
| - | * Wir entwickeln seither mit (Adopt)OpenJDK. | ||
| - | * Unterstützung von [[https:// | ||
| - | * Entkoppelung von rservices und Fedora | ||
| - | * Im Hinblick auf den Wechsel zu Fedora 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, | ||
| - | * done with [[docuteam: | ||
| - | * docuteam bridge | ||
| - | * Brücke zwischen Fedora Repository und externen Systemen wie Archivinformationssyteme, | ||
| - | * Upload von Daten und Metadaten über eine standardisierte Schnittstelle | ||
| - | * Rückmeldungen, | ||
| - | * Bezug von DIP | ||
| - | * done with [[docuteam: | ||
| - | * docuteam ginger | ||
| - | * Werkzeug für die Twitter-Archivierung: | ||
| - | * Ziel ist die nahtlose Einbindung in unseren Ingest-Prozess. Tweets werden periodisch in ein SIP geschrieben und automatisch archiviert. | ||
| - | * done with [[docuteam: | ||
docuteam/improvements.1623104401.txt.gz · Zuletzt geändert: 2021/06/08 00:20 von andi