Difference between revisions of "Digitization Lifecycle Storage"
Jump to navigation
Jump to search
(New page: ==Speicherung der Strukturdaten== ===eSciDoc=== * ist eSciDoc das geeignete Framework, um Strukturdaten zu speichern und zu verarbeiten? * eignen sich LifeCycle Editor, Viewer und weitere...) |
m |
||
| Line 10: | Line 10: | ||
* zur Speicherung/Verarbeitung/Präsentation evtl. native XML-Datenbank eXist verwenden? | * zur Speicherung/Verarbeitung/Präsentation evtl. native XML-Datenbank eXist verwenden? | ||
* bekommen wir Zugang zum entstehenden Programm-Code - über CVS/SVN/GIT/HG? | * bekommen wir Zugang zum entstehenden Programm-Code - über CVS/SVN/GIT/HG? | ||
* können wir selber an dem zu | * können wir selber an dem zu entwickelnden Programm-Code mitarbeiten? | ||
[[Category:Digitization Lifecycle|Storage]] | [[Category:Digitization Lifecycle|Storage]] | ||
Revision as of 20:29, 27 February 2011
Speicherung der Strukturdaten[edit]
eSciDoc[edit]
- ist eSciDoc das geeignete Framework, um Strukturdaten zu speichern und zu verarbeiten?
- eignen sich LifeCycle Editor, Viewer und weitere Anwendungen als eSciDoc-Applications (im Sinne der Scholarly Workbench)?
- können die erstellten Strukturdaten hochgeladen ("ingested") werden ohne weitere Verarbeitung durch die MPDL?
- sollte eSciDoc ggf. nur zur Erschließung und Langzeitarchivierung der Strukturdaten verwendet werden?
Entwicklung des Frameworks[edit]
- zur Speicherung/Verarbeitung/Präsentation evtl. native XML-Datenbank eXist verwenden?
- bekommen wir Zugang zum entstehenden Programm-Code - über CVS/SVN/GIT/HG?
- können wir selber an dem zu entwickelnden Programm-Code mitarbeiten?