Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Fedora is an acronym for the Flexible Extensible Digital Object Repository Architecture.

In an abstract sense, it suffices to say that at the very core Fedora is a content management system (CMS) just like Wordpress, or Drupal. The similarities with Wordpress and Drupal include ability to add and alter content, have a relational (or graph) database store content and content description (XML), being coded in a server-side scripting language (Java in the case of Fedora, and PHP in the case of Wordpress and Drupal), user administration capabilities, and a user interface.

...

  1. Identifiers: provision of persistent identifiers; unique names for all resources without respect for machine address
  2. Relationships: support for relationships between objects
  3. Tame Content: normalization of heterogeneous content and metadata based on an extensible object model
  4. Integrated Management: efficient management by repository administrators not only of the data and metadata in a repository, but also of the supporting programs, services and tools that make presentation of that data and metadata possible
  5. Interoperable Access: provision of interoperable access by means of a standard protocol to information about objects and for access to object content; discovery and execution of extensible service operations for digital objects
  6. Scalability: provision of support for >10 million objects
  7. Security: provision of flexible authentication and policy enforcement
  8. Preservation: provision to features to support longevity and archiving, including XML serialization of objects and content versioning
  9. Content Recon: reuse of objects including object content being present in any number of contexts within a repository; repurposing of objects allowing dynamic content transformations to fit new presentations requirements
  10. Self-Actualizing Objects: ability of digital objects to disseminate launch-pads or tools for end-user interaction with content

Fedora,

...

Digital Objects, and more...

  1. It supports the creation and management of digital content objects called Fedora Digital Objects, or FDOs, that can either represent a single unit of content, as well as an aggregation of FDOs. A good example is a set of TIFF images corresponding to all scanned pages of a physical document. Together, all these TIFF images form one FDO, but all individual TIFF images are themselves individual FDOs.
  2. Fedora can store these FDOs locally (in a file system, or a database), as well as remotely (via URLs pointing to external sources).
  3. The content stored in (or pointed to) by these FDOs can be either the data itself, or metadata that in one way or the other describes the data. Data here refers to the contents of the object (for example, the binary data in a TIFF image file). The Fedora repository is also capable of storing contents such as documents, videos, data sets, and computer files to name a few types.
  4. In addition to the data, and metadata pertaining to digital objects, Fedora can store relationships between digital objects. These relationships can themselves be stored as digital objects using RDF and FOXML (Fedora Object XML) markup.

...

  1. .

The Advantages of Fedora's Digital Object Model

  • Abstraction: The object model is the same whether the object is data, behavior definitions, or behavior mechanism. It also does not matter what kind of data the digital objects is representing—text, images, maps, audio, video, geospatial data are all the same to Fedora.
  • Flexibility: Implementers of Fedora can design their content models to best represent their data and the presentation requirements of their specific use case.
  • Generic: Metadata and content are tightly linked within the digital object.
  • Aggregation: Fedora objects can refer to data that is stored locally or that is stored on any web accessible server.
  • Extensibility: Fedora's behavior interfaces are extensible because services are directly associated with data within a Fedora object. As the services change, the objects change along with them. This extensibility is akin to the concepts of inheritance and abstraction in the Object Oriented Programming paradigm.

In particular, for archival and preservation purposes, Fedora offers the following advantages:

  • XML: Fedora objects' XML and the schema upon which they are based are preserved at ingest, during storage, and at export
  • Content Versioning: Fedora repositories offer implementers the option of versioning data objects. When a data object is versioned, the object's audit trail is updated to reflect the changes made to the object, when the change was made and by whom and a new version of the modified data is added to the object's XML. This new Datastream cascades from the original and is numbered to show the relationship between original and version. This allows users to retrieve older versions of a data object by performing a date/time search and retrieval, or the most current version if the date/time criteria are not included in the search.
  • Object to Object Relationships: Relationships between objects can be stored via the metadata included in the objects. This allows implementers to link together related objects into parent/child relationships.
  • Event History: Every object in a Fedora repository contains an audit trail, which preserves a record of every change made to the object.