Difference between revisions of "Talk:ViRR Specification"
Jump to navigation
Jump to search
Line 1: | Line 1: | ||
== Discussion on data formats == | |||
meeting on 12th of October | |||
In general, an external format (like METS/eBinds/eSciDoc) can be used in three different ways: | |||
# importing digital objects in eSciDoc's native format | |||
# importing from METS format - might be very problematic from Natasa's point of view, e.g. because METS is very broad and only a specific import for ViRR METS can be done | |||
# supporting METS as native format in eSciDoc -> this would require a lot of redesign in the basic services. According to Malte there are related requirements coming from the GBV | |||
# exporting to METS -> export is probably not very problematic | |||
Questions: | |||
# from where does the concrete METS requirement come from? Does the MPIeR have concrete needs or is it more a "best practice" & assumption? | |||
# is the eSciDoc native format rich/flexible enough to represent the [structure of the] digital objects as required by MPIeR? | |||
# If yes, does this mean we need to provide an offline editor for the eSciDoc native format ourselves? | |||
Result: This question is the mayor decision in the project and will influence the required/chosen implementation essentially. The decision needs to be taken until January 2008! We decided to prepare an detailed evaluation together with FIZ | |||
Revision as of 12:46, 30 January 2008
Discussion on data formats[edit]
meeting on 12th of October
In general, an external format (like METS/eBinds/eSciDoc) can be used in three different ways:
- importing digital objects in eSciDoc's native format
- importing from METS format - might be very problematic from Natasa's point of view, e.g. because METS is very broad and only a specific import for ViRR METS can be done
- supporting METS as native format in eSciDoc -> this would require a lot of redesign in the basic services. According to Malte there are related requirements coming from the GBV
- exporting to METS -> export is probably not very problematic
Questions:
- from where does the concrete METS requirement come from? Does the MPIeR have concrete needs or is it more a "best practice" & assumption?
- is the eSciDoc native format rich/flexible enough to represent the [structure of the] digital objects as required by MPIeR?
- If yes, does this mean we need to provide an offline editor for the eSciDoc native format ourselves?
Result: This question is the mayor decision in the project and will influence the required/chosen implementation essentially. The decision needs to be taken until January 2008! We decided to prepare an detailed evaluation together with FIZ