Category I | Category II | |||
|---|---|---|---|---|
Price | Initial subscription price
| ? | ? | |
| Free storage size limit | ? | ? | |
| Price per GB above this limit | ? | ? | |
| Price per year | ? | ? | |
Size limit | Default uploaded file size limit | 512MB | 1GB | |
| File size limit on request | No limit | ? | |
| Number of files that can be stored | No limit | ? | |
| Total allowed storage capacity | No limit | ? | |
Data types |
| All formats are allowed | Png, jpg, gif, csv, xls, json, jsonp, pdf, x-pdf, acrobat, vnd.pdf | |
Research restrictions | Allowed researchers | ? | ? | |
| Material not allowed | ? | ? | |
Research | Phase | ? | ? | |
| Disciplinary | ? | ? | |
Access to data | Open data | Yes | Yes | |
| Embargoed data | ? | ? | |
| Closed data | Yes | ? | |
| Tracking users and statistics | ? | ? | |
| Restricted Access | ? | ? | |
Data security | Multiple redundant copies | ? | ? | |
| How protected are the data? | ? | ? | |
Location |
| Denmark | Denmark | |
Accept material from |
| Researchers associated with SB | Researchers associated with SB | |
Ownership |
| ? | ? | |
Ability to have versions |
| No | Yes | |
Safety |
| ? | ? | |
Sustainability | What is the plan in case the service gets terminated? | ? | ? | |
| What funding is there | ? | ? | |
| How high is the risk of the service getting terminated | ? | ? | |
Data | Withdrawal |
| Deleted data can still be accessed by URL, but will not be easy to find otherwise | |
| Revocation of DOIs | ? DOI is possible via extension | ? DOI is possible via extension | |
| Encryption | ? | ? | |
| Virus check | ? | ? | |
| Storage of sensitive data | Yes | Data can be selected to be viewable to only a number of people, so data are secure | |
Policy/law | Access | ? | ? | |
| Mandate | Institutional | Institutional | |
Preservation | Retention period | Minimum 10 years | Minimum 10 years | |
| Functional preservation | ? | ? | |
| File preservation | ? | ? | |
| Fixity and authenticity | ? | ? | |
| Logical preservation | ? | ? | |
| Curation | ? | ? | |
Metadata | Access and reuse | All metadata is exported via OAI-PMH and can be harvested. | There is an OAI-PMH extension | |
| License | ? | ? | |
INGEST
M – must
S – should
C – could |
Requirement | |||
S | The digital archive will enable us to store administrative information relating to the Submission Information Package (SIP) (information and correspondence relating to receipt of the SIP). | ? | ? | |
S | The digital archive will include a means for recording appraisal decisions relating to the Submission Information Package and individual elements within it. | ? | ? | |
M | The digital archive will be able to identify and characterise data objects (where appropriate tools exist). | DOI | There is an extension to facilitate DOI | |
S | The digital archive will be able to validate files (where appropriate tools exist). | ? | ? | |
S | The digital archive will support automated extraction of metadata from files. | ? | ? | |
S | The digital archive will virus check files on ingest. | ? | ? | |
C | The digital archive will be able to record the presence and location of related physical material. | ? | ? | |
S | It will be possible to select and configure the required level of automation within the ingest workflow. | ? | ? | |
M | The digital archive will be able to process large numbers of files and files that are large in size. | Yes |
| |
|
| |||
M | The digital archive will generate persistent, unique internal identifiers. | DOI | There is an extension to facilitate DOI | |
M | The digital archive will ensure that Preservation Description Information (PDI) is persistently associated with the relevant content information. The relationship between a file and its metadata/documentation must be permanent. | ? | ? | |
M | The digital archive will support the PREMIS metadata schema and use it to store preservation metadata. | ? | ? | |
S | The digital archive will enable us to describe data at different levels of granularity – for example metadata may be attached to a collection, a group of files or an individual file. | ? | ? | |
M | The digital archive will accurately record and maintain relationships between different representations of a file (for example, from submitted originals to dissemination and preservation versions that will be created over time). | ? | ? | |
M | The digital archive will store technical metadata extracted from files (for example that which is created as part of the ingest process). | ? | ? | |
M | The digital archive will fulfill Dublin Core metadata | Yes | Yes, when an extension is applied | |
M | The digital archive will guarantee long-term preservation and integrity of the data | Yes | ? | |
M | The digital archive willbe certified to the Trusted Repositories Audit and Certification standard | ? | ? | |
M | The digital archive will have access controls that can be used to restrict access to sensitive data if this is necessary | Yes | ? | |
|
| |||
M | The digital archive will allow preservation plans (such as file migration/normalisation) to be enacted on individual or groups of files. | ? | ? | |
C | Automated checking of significant properties of files will be carried out post-migration to ensure these properties are adequately preserved (where appropriate tools exist). | ? | ? | |
M | The digital archive will record actions, migrations and administrative processes that occur whilst the digital objects are contained within the digital archive. | ? | ? | |
|
| |||
M | The digital archive will allow for disposal of data where appropriate. | ? |
| |
S | A record must be kept of data disposal including what was disposed of, when it was disposed of and reasons for disposal. | ? |
| |
S | The digital archive will have reporting capabilities so statistics can be collated. For example it would be useful to be able to report on numbers of files, types of files, size of files, preservation actions carried out. | ? | ? | |
|
| |||
M | The digital archive will actively monitor the integrity of digital objects on a regular and automated schedule with the use of checksums. |
|
| |
M | Where problems of data loss or corruption occur, The digital archive will have a reporting/notification system to prompt appropriate action. |
|
| |
S | The digital archive will be able to connect to, and support a range of storage systems |
|
| |
|
| |||
S | The digital archive will be compliant with the Open Archival Information System (OAIS) reference model. |
|
| |
M | The digital archive will integrate with a range of repository or content management systems |
|
| |
S | The digital archive will integrate with our archival management systems. |
|
| |
S | The digital archive will have APIs or other services for integrating with other systems. |
|
| |
S | The digital archive will be able to incorporate new digital preservation tools (for migration, file validation, characterisation etc) as they become available. |
|
| |
M | The digital archive will include functionality for extracting and exporting the data and associated metadata in standards compliant formats. |
|
| |
S | The software or system chosen for the digital archive will be supported and technical help should be available. |
|
| |
S | The software or system chosen for the digital archive will be under active development. |
|
| |
S | A community of users will exist around the software or system to enable sharing of use cases, workflows and to promote developments in line with changes and innovations in the discipline of digital preservation. |
|
| |
| Priority | Description | Epic Link | CKAN | Dspace |
| Critical | Som Web og eksterne brugere vil jeg kunne høste objekter der har ændret sig siden sidste høstning (også sletninger), sådan at jeg kan vedligeholde en synkroniseret kopi eller indeks over repositoriet. | Formidling - Eksport af metadata | Det er muligt, man kan, men jeg tror det ikke. Man kan dog høste enkelte elementer. | |
| Critical | Som DCM vil jeg kunne se checksummen for den enkelte fil i repository, sådan at jeg til enhver tid kan lave et manuelt checksumstjek. | Bevar.handl. - Integeritetstjek | ✓ | |
| Major | Som DCM vil jeg gerne i forbindelse med ingest kunne sikre mig, at samlingens objekter bliver valideret/karakteriseret, så vi er sikre på, at formater er, hvad de giver sig ud for mv. (blanding af critical og major) | Bevar.handl. - Validering, karakterisering mv. | Der er mulighed for at indholdet kan blive reviewet af kuratorer inden den ingestes | |
| Critical | Som DCM vil jeg have et system, der understøtter persistente id’er, sådan at jeg til al evighed kan referere til et objekt med det samme id. | Persistente ID’er (PID) / ID | ✓ | |
| Critical | Som intern bruger af systemet vil jeg gerne have forskellige brugerroller, sådan at vi kan begrænse hvem der kan rette i hvad og hvem der kan ændre opsætning af systemet. | Adgang - Roller, rettigheder og licenser | ✓ | |
| Critical | Som metadataperson vil jeg gerne kunne masserette metadata, f.eks. på tværs af en samling, så jeg ikke behøver åbne hvert enkelt objekt for at opdatere | Metadataber. - manuel | Gøres ved først at exportere metadatafilen til csv, rette csv-filen til og så importere filen igen | |
| Critical | Som metadataperson vil jeg kunne tilføje ekstra metadata til samtlige filer i en samling på én gang, sådan at samlingen beriges. | Metadataber. - manuel | Gøres ved først at exportere metadatafilen til csv, rette csv-filen til og så importere filen igen | |
| Critical | Som metadataperson vil jeg kunne ændre metadata-felt X for alle filer i samling Y på én gang, sådan at samlingen bliver opdateret korrekt og ensartet. | Metadataber. - manuel | Gøres ved først at exportere metadatafilen til csv, rette csv-filen til og så importere filen igen | |
| Critical | Som samlingsejer vil jeg kunne benytte de gængse metadataskemaer og -standarder, så mindst mulig metadata skal tilpasses nye standarder. | Datamodeller | 3 metadataskemaer er tilstede i Dspace og andre kan importeres | |
| Critical | Som samlingsejer vil jeg have forskellige modeller for metadata for forskellige objekter og samlinger, sådan at har fleksibilitet i forhold til valg af metadatamodeller og skemaer. | Datamodeller | ✓ | |
| Critical | Som metadataperson vil jeg kunne tilføje felter til metadataskemaer, så jeg kan udvide beskrivelsen af objekterne, hvis nye informationer kommer til (opdatere metadatamodeller). | Datamodeller | ✓ | |
| Critical | Som DCM vil jeg kunne se en samlet oversigt over filformater i samlingerne, sådan at jeg til enhver tid kan se, om der er formater, der skal overvejes migreret. | Brugergrænseflade | ÷ | |
| Critical | Som samlingsejer/DCM vil jeg kunne bevare ophavsmetadata (provenance) om samlinger og objekter, sådan at jeg sikrer objektets historik for digital bevaring og slutbrugere. | Tracking - Proveniens | Som default er versionering ikke mulig i Dspace, men den mulighed er dog nem at tilføje, da der blot skal ændres i konfigurationsfilen | |
| Critical | Som metadata-vedligeholder og udvikler vil jeg kunne finde historik og gamle versioner af metadata sådan at jeg kan fejlfinde ved fejl og genoprette, samt vurdere korrekthed og integritet af data. | Tracking - Versionering | Som default er versionering ikke mulig i Dspace, men den mulighed er dog nem at tilføje, da der blot skal ændres i konfigurationsfilen | |
| Major | Som DCM vil jeg som en del af karakterisering kunne udføre virustjek, sådan at jeg kan rense for vira eller dokumentere infektionsgraden. | Ingest - Virus | Virus check er ikke default tilstede i Dspace, men kan installeres som en extension | |
| Major | Som samlingsejer og systemudvikler vil jeg kunne autentificere mine brugere ved hjælp af eksisterende brugerregistre, f.eks. WAYF, AD, NemID, sådan at vi og brugerne ikke skal administrere et separat brugerregister. | Systemintegration | Det er muligt at autentificere med eksterne registre | |
| Critical | Som driftsansvarlig vil jeg kunne udføre backup på det kørende system, sådan at jeg kan have kontinuert og konsistent backup. | Systemkrav - Drift | ✓ | |
| Critical | Som driftsansvarlig vil jeg kunne replikere centrale dele af systemet (metadata-storage?) så det ikke er nødvendigt at have nedetid ved (de jævnlige) opgraderinger der kommer. | Systemkrav - Performance | Ikke som default med i Dspace, men kan forholdsvis nemt implementeres. | |
| Major | Som bruger vil jeg kunne ingeste mange store filer | Ingest – Manuelt | ∞ | |
| Critical | Som jurist eller metadataspecialist vil jeg kunne klausulere en række filer, sådan at de efterfølgende ikke vises til brugere der ikke må se dem. | Adgang - Klausulering | Tilladelse til at tilgå rækken af filer kan gives til den enkelte bruger og grupper af brugere. Forudsætningen for dette er, at filen er privat, hvilket den ikke er som default. | |
| Critical | Som jurist vil jeg kunne tilføje rettighedskriterier, sådan at jeg til enhver tid kan sikre, at vi ikke fremviser objekter, der ikke må vises. | Adgang - Roller, rettigheder og licenser | ||
| Critical | Som jurist vil jeg kunne håndtere rettigheder for objekter, sådan at jeg kan styre brugers adgang. | Adgang - Roller, rettigheder og licenser | Tilladelse til at tilgå objekter kan gives til den enkelte bruger og grupper af brugere. Forudsætningen for dette er, at filen er privat, hvilket den ikke er som default. | |
| Critical | Som jurist vil jeg kunne definere slutbrugerroller, sådan at jeg kan håndtere store brugergruppers adgang. | Adgang - Roller, rettigheder og licenser | ||
| Critical | Som juristvil jeg kunne slå op, hvilke aftaler, licenser og lovgivning, en samling er underlagt, sådan at jeg til enhver tid kan se, om vi har fået tilknyttet de korrekte rettigheder til den enkelte samling. | Adgang - Roller, rettigheder og licenser | ||
| Critical | Som jurist har jeg brug for at juridiske fakta registreret på objektet kan bringes i spil i forhold til et licenssystem, så vi er sikre på kun at give adgang til det, vi har ret til at give adgang til. | Metadataber. - manuel | ||
| Critical | Som jurist vil jeg kunne knytte juridiske faktaoplysninger/metadata (herunder afdækning af ophav/klarering) tæt til objekterne, så vi sikrer, at vi kender disse metadata, når vi bruger objekterne. | Metadataber. - manuel | ||
| Critical | Som jurist har jeg brug for at knytte oplysninger om værkstype (tilhørsforhold til samling) til objekter, så jeg kan fremsøge specifikke værkstyper, da brugsretten ofte knyttes til en værkstype. | Metadataber. - manuel | ||
| Critical | Som samlingsejer vil jeg sikre, at mine brugere får adgang til de dele af samlinger, vi har lov til at give brugeren adgang til, sådan at vi giver adgang til mest muligt uden at få juridiske problemer. | Adgang - Roller, rettigheder og licenser |