Difference between revisions of "Digitization Lifecycle Storage"

From MPDLMediaWiki
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...)
 
 
(2 intermediate revisions by one other user not shown)
Line 1: Line 1:
==Speicherung der Strukturdaten==
==Speicherung der Strukturdaten==
(erstes brainstorming MPI Bibliotheca Hertziana)


===eSciDoc===
===eSciDoc===
Line 10: Line 12:
* 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 entwickelten Programm-Code mitarbeiten?
* können wir selber an dem zu entwickelnden Programm-Code mitarbeiten?


[[Category:Digitization Lifecycle|Storage]]
[[Category:Digitization Lifecycle|Storage]]
[[Category:ESciDoc]]

Latest revision as of 08:24, 22 July 2013

Speicherung der Strukturdaten[edit]

(erstes brainstorming MPI Bibliotheca Hertziana)

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?