Abstract

AUTOGENERATED

MODS Element name: <recordInfo><recordCreationDate>

Short definition: The date on which the MODS record was first created in or ingested into the DAMS.

Input guidelines: This MODS element is automatically created upon first ingest of a metadata record in the DAMS. Do not add a recordCreationDate element to externally created MODS metadata, as it will be overwritten at the time of ingest.

Definition

W3CDTF-structured date information, providing the date on which the MODS record was first created in or ingested into the DAMS.

DAMS input form fields

Autogenerated element, no input form field available.

MODS Element description

Element <recordInfo>

http://www.loc.gov/standards/mods/userguide/recordinfo.html

Guidelines for use

<recordInfo> is a container element that includes subelements relating to information necessary for managing metadata.

Attributes

No attributes for <recordInfo> are currently implemented in the DAMS.

Subelements

The following subelements of name are used in the DAMS:

  • recordCreationDate
  • (languageOfCataloging)
  • (recordContentSource)
  • (recordOrigin)

Subelement <recordInfo><recordCreationDate>

Guidelines for use

This MODS element is automatically created upon first ingest of a metadata record in the DAMS.

Do not add a recordCreationDate element to externally created MODS metadata, as it will be overwritten at the time of ingest.

Attributes

Attribute name

Details

XPath syntax examples

encoding

value:

  • w3cdtf
recordCreationDate[@encoding="w3cdtf"]

Subelements

No subelements for recordCreationDate.

XML Examples

<recordInfo>
	<recordCreationDate encoding="w3cdtf">2017-05-18</recordCreationDate>
</recordInfo>

Mappings

Dublin Core

Depending on the direction of mapping necessary, check

MARC 21

see http://www.loc.gov/standards/mods/mods-mapping.html.

Solr

In general, all MODS metadata is imported into the DAMS Solr server upon ingest. The ingest process generates Solr fields typically named according to the following schema:

mods_value*_suffix

where

  • value* can be one or multiple element, subelement or attribute names that allow to distinguish Solr fields
  • suffix is s, t, ss, ms or mt, which refers to the type of data stored in a Solr field and how it is indexed. The Solr index usually contains multiple copies of each field with the same content, distinguished by their suffix.

The following table shows mappings between MODS elements and Solr fields for those fields that are currently used for display in the Collections portal, or where additional processing happens in Islandora or during the publishing process. Suffixes are ignored, unless relevant for the mapping.

MODS elementMapping conditionSolr DAMSSolr Collections PortalNotes
recordCreationDate
mods_recordInfo_recordCreationDateN/A