Description
Abstract
REQUIRED REPEATABLE MULTILINGUAL MODS Element name: <abstract> Short definition: A summary of the content of the resource. Input guidelines: Can include an abstract, table of contents, or account of described resource. This element provides end users with information about the digital resource that assists them in making a judgment about its likely usefulness, and also provides context, if needed, for controlled vocabulary used in the record. When creating a MODS record for a digital surrogate, record a summary of the content of the original resource. If only a portion of the resource was digitized, summarize only that portion. Do not include raw OCR output or full-text transcription of a textual or linguistic resource. At least one “eng” entry is required. Enter the appropriate three-letter language code from ISO-639-3 language codes. The use of a content standard of choice is strongly recommended. Follow your unit/collection guidelines per Supervisor/Collection Owner.
Definition
Used to record a succinct summary of some aspect of the content of the resource.
DAMS input form fields
Description(s)
DAMS form field name | form field type | required | MODS element | Collections Portal display | notes |
---|---|---|---|---|---|
Description | text field | yes | abstract | Description | Multiple description texts will be concatenated for display on the Collections portal. The different entries are separated by the pipe symbol (|). |
Description language | text field | yes | abstract[@lang] | N/A | Enter the appropriate three-letter language code from ISO-639-3 language codes. Default is 'eng' for English. At least one English entry must be present. |
MODS Element description
Element <abstract>
http://www.loc.gov/standards/mods/userguide/abstract.html
Guidelines for use
Used to record a succinct summary of some aspect of the content of the resource. When creating a MODS record for a digital surrogate, record a summary of the content of the original resource. If only a portion of the resource was digitized, summarize only that portion.
Attributes
Element Parts | Details | XPath syntax examples |
---|---|---|
lang | values:
Enter ISO-639-3 language code (3 letters). | abstract[@lang="eng"] |
displayLabel | value:
Automatically generated upon manual ingest. Currently, no other value is supported in the DAMS. | abstract[@displayLabel="Description"] |
Subelements
There are no subelements for <abstract>.
XML Examples
Mappings
Dublin Core
Depending on the direction of mapping necessary, check
- DC to MODS: https://www.loc.gov/standards/mods/dcsimple-mods.html
- MODS to DC: http://www.loc.gov/standards/mods/mods-dcsimple.html
The following specific guidelines apply for the DAMS:
Dublin Core field | Mapping condition | MODS element | Notes |
---|---|---|---|
dc:description | abstract | Approximate mapping. Depending on the exact content, dc:description might also map to MODS elements note or tableOfContents (not implemented in the DAMS). |
MARC 21
see http://www.loc.gov/standards/mods/mods-mapping.html#abstract. The following specific guidelines apply for the DAMS: Formatted content, e.g. a table of contents. Map MARC 505 field content to abstract, as MODS element tableOfContents is not implemented in the DAMS. The displayLabel attribute always has value "Description". Map MARC 520 field content to abstract, as MODS element tableOfContents is not implemented in the DAMS. The displayLabel attribute always has value "Description". Map MARC 880 field content to abstract, as MODS element tableOfContents is not implemented in the DAMS. The displayLabel attribute always has value "Description".MARC 21 field Mapping condition MODS element Notes 505 abstract 520 abstract 880 abstract
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 element | Mapping condition | Solr DAMS | Solr Collections Portal | Notes |
---|---|---|---|---|
abstract | mods_abstract | mods_abstract | Multiple description texts will be concatenated for display on the Collections portal. The different entries are separated by the pipe symbol (|). |
Welcome to the University Wiki Service! Please use your IID (yourEID@eid.utexas.edu) when prompted for your email address during login or click here to enter your EID. If you are experiencing any issues loading content on pages, please try these steps to clear your browser cache.