docuteam:improvements
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
docuteam:improvements [2018/05/28 06:49] – [Vorschläge] Tobias Wildi | docuteam:improvements [2022/06/12 16:52] – Andreas Nef | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | =====Roadmap für die Verbesserung unserer Software===== | + | ======Roadmap für die docuteam-Applikationen====== |
- | ==== Einleitung ==== | + | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung |
- | 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, | + | Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, |
- | ==== Vorschläge ==== | + | ===== Vorschläge/Planung ===== |
+ | * **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. Die naheliegendste Möglichkeit besteht im Kontext des neuen Lesesaals, der in einer ersten Version im Verlauf von 2022 verfügbar sein wird. | ||
+ | * 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, | ||
+ | * Primär im Kontext von F6/docuteam box zu konzipieren. | ||
+ | * 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 packer mit **Submit-Funktion nach docuteam bridge API (depositions)** | ||
+ | * Ü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)? | ||
+ | * Umsetzung **komplexe Dateiformat-Konvertierungen** | ||
+ | * Konvertierungen, | ||
+ | * Automatische detaillierte Validierung der Konvertierungsresultate (nach Verfügbarkeit von entsprechenden Werkzeugen). | ||
+ | ===== In Arbeit ===== | ||
+ | Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand Dezember 2021): | ||
+ | |||
+ | * Fedora 6 (voraussichtlich :-/ Herbst 2022) | ||
+ | * Daten- und Metadaten-Modell basierend auf [[https:// | ||
+ | * Action(s), um Objekte in Fedora 6 zu speichern | ||
+ | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 6 | ||
+ | * Ersatz von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora 6: docuteam box | ||
+ | * Upgrade von frameworks/ | ||
+ | * ruby -> 3 | ||
+ | ===== Erledigt ===== | ||
+ | * Upgrade von frameworks/ | ||
+ | * rails -> 6 | ||
+ | * bootstrap -> TailwindCSS | ||
+ | * Integration von bridge (als API) in feeder | ||
+ | * Künftig wird es nur noch eine Applikation geben | ||
+ | * Die bridge-API wird 1:1 übernommen. | ||
+ | * Das Konzept der " | ||
+ | * 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, | * 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, | ||
- | | + | |
- | + | | |
- | === In Progress ==== | + | |
- | An folgenden Features arbeiten wir gegenwärtig (Stand Mai 2018): | + | |
- | | + | * Rückmeldungen, |
- | * Data- and Metadata-Model (Matterhorn RDF) | + | * Bezug von DIP |
- | * Storage-Adapter für docuteam | + | * done with [[docuteam: |
- | * Anpassung von docuteam | + | * docuteam |
- | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 4.x | + | * Werkzeug |
+ | * Ziel ist die nahtlose Einbindung in unseren Ingest-Prozess. Tweets werden periodisch in ein SIP geschrieben | ||
+ | * done with [[docuteam: |