Frequent questions that are asked by RODA users and their answers.
Do you have a burning question that is not here? Just create an issue on GitHub and mark it with a "question" label.
The system comes with a few predefined viewers for certain standard formats (e.g. PDF, images, HTML 5 multimedia formats, etc.).
Special formats need special viewers or converters to adapt them to existing viewers, e.g. SIARD 2 viewer. These are developments that need to be undertaken case by case.
All descriptive metadata formats are supported as long as there is a grammar in XML Schema (XSD) to validate it. By default, RODA comes configured with Dublin Core and Encoded Archival Description 2002. More schemas can be added.
The system enables the definition of multiple hierarchical structures where one can place records. To each of the nodes of these structures we can assign descriptive metadata. Picture this as a file/folder system where each folder can have custom metadata in EAD or DC format (or any other format for that matter). Each of these “folders” (or placeholders) can be a fonds, collection, series, or aggregation, etc.
Not currently. A plugin would have to be developed.
Unit of descriptions are part of the AIP (Archival Information Package), which mean that representations and files are usually closely tied to the record’s metadata. However, it is possible to add HTTP links to other resources that sit outside the repository by placing them in in the descriptive metadata.
The system does not support authority records internally, however, if you manage these records externally, you may link to them by editing the descriptive metadata.
It is possible to have records without digital representations, i.e. only with metadata. From a catalogue perspective, this is typically sufficient to support paper archives.
SIPs typically include information about who, what and when they have been created. The ingest process creates records of the entire ingest process. However, SIPs are expected to be placed on a network location that is accessible by the system. Determining who copied SIPs to these locations is outside of the scope of the system.
It can be handled by filling a metadata field. Typically ead:physloc.
The search page is completely configurable via config file. You may set the attributes, types, label names, etc.
Yes, natively supported by advanced search.
No. It would have to be integrated with an external system that would handle these requests
Yes. You can only see the records to which you have access to.
Yes. You can navigate on the actions log (entire set of actions performed on the repository) or on preservation metadata (list of preservation actions performed on the data) right from the Web user interface.
When SIPs are being processed during ingest, if they fail to be accepted they are moved to a special folder on the filesystem. The ingest process generates a detailed report that describes the reasons for the rejection. Manual care must be taken from that point on.
This is a complex question that cannot be answered in just a few lines of text. That being said, we can say that the system handles preservation in multiple ways:
- Actions exist that perform regular fixity checks of the ingested files and warn the repository managers if any problem is detected
- The system comes with an embedded risk management GUI (i.e. risk registry)
- Actions exist that detect risks on files and add new threats to the risk registry that have to manually tackled (e.g. a record is not sufficiently described, a file does not follow the format policy of the repository, a file format is unknown or there is no representation information, etc.).
- Actions exist that allows the preservation managers to mitigate risks, e.g. perform file format conversions (tens of formats supported).
RODA provides a complex workflow for disposal of records. Please refer to Disposal for more information.
Yes. Every action in the system is logged.
Not really. A modern browser is sufficient.
Complete instructions on how to add a new language to the system are available at: Translation guide.
Complete instructions on how to set up the development environment are available at: Developers guide.