Open elbre opened 4 years ago
@elbre Support for E-ARK SIP version 2 is in alpha phase, so we will work on the full compliance in the next weeks. Nevertheless, thank you for reporting and as soon as full compliance is achieved I'll close the issue (and you will be notified).
Good day to you guys, I thought it will be helpful to continue in this thread instead of creating the new one. So far I noticed the three places were Roda doesn't follow the new Eark specification.
1, missing IDENTIFICATIONCODE value as mentioned in this issue before 2, CONTENTINFORMATIONTYPE as well as the "VocabularyDetailedContentType" are using term "ERMS" instead of "SMURFERMS" 3, xmlns:csip="https://dilcis.eu/XML/METS/CSIPExtensionMETS" is now officially written with capitalised "DILCIS" (https://DILCIS.eu/XML/METS/CSIPExtensionMETS). This can sound like a minor detail but if it is written as the specification suggest the RODA will fail to ingest such package and on top of that will report the false issue: " Attribute 'OAISPACKAGETYPE' must appear on element 'metsHdr'".
Dear @elbre ,
Thanks for your feedback. Just a question. Are you using or testing RODA at Prague city archives (AHMP)?
Yes, we are testing RODA in our place and consider using it as the part of our the solution. Is there any problem with that? Am I too much nosy?
@elbre Not at all! :-) Just curious. We love to know where RODA is being implemented around the world. Thats it.
Glad to hear it! I understand that this is not number one priority (not to mention current worldwide situation), but do you have at least brief idea when E-ARK2 will move out of alpha stage?
@elbre with some certainty, as we will re-start working on this briefly, in a month or two.
@elbre is this still an existing issue? I guess that as commons-ip integrated validation of specification we should have gone through this.
During the ingest by the rules of the new version of the E-ARK SIP 2 is used only CSIP schema in the question of the "note type".