Acquisitions & Discovery Home

Tools for Catalogers


NCSU Libraries Core 1.0 metadata element set best practices


Description and digitization projects at the NCSU Libraries have adopted a number of specialized metadata schemas, tailored both to the resource being described and to the needs of the user population the particular repository serves. Granularity of the resulting metadata varies considerably between general schemas, such as Dublin Core, which was designed for both assignment and retrieval by generalists, and schemas that demand a more specialized level of knowledge and/or that are tailored to particular types of data (geospatial, image, archival materials). While specialists mining large repositories such as the Libraries' geospatial data or SCRC's archives and manuscripts collection will continue to demand the granularity afforded by FGDC's Content Standard for Digital Geospatial Metadata (CSDGM) or Encoded Archival Description (EAD), there is also a need to promote general discovery of these resources through a more interoperable schema.

The NCSU Libraries Core element set, modeled after Dublin Core, was defined by the Libraries' Digital Collections Technical Oversight Committee through discussions held over the course of 2006. The impetus for creation of this schema was to provide a compact standard which could be populated automatically using appropriate crosswalks to other, more specialized, schemas. Thus, we do not expect that content providers or catalogers will typically code directly into NCSU Core. Yet, this simple element set should be able to identify resources across all repositories, with the potential to lead users to a more appropriate tool for fine tuning their search when needed.

The purpose of the NCSU Libraries Core element site is:

  1. To unite, for discovery purposes, disparate library-managed resources described through more specialized metadata schemas
  2. To provide a simple, but effective, search environment through consistent tagging and use of controlled vocabularies
  3. To enable users to view and use described resources or, at least, to lead them to the tools necessary to use those items
  4. To ensure metadata shared via OAI-PMH adheres to OAI metadata best practices


A schema is a set of rules or standards defining the structure, content, and semantics to which a document must conform to be considered valid. Examples of schema in use at the NCSU Libraries include: CSDGM, Dublin Core, EAD, METS, MODS, TEI Header, VRA Core, and of course, MARC21.

A resource is the expression of a work being described. This could be an oral history, a letter, a painting, a flying buttress from a cathedral, or a photograph of a basketball coach.

An element is a descriptive category of information about the resource, equivalent to a field in a database or a column header in a spreadsheet. Examples of elements include titles, creators, dates, and so on. NCSU Core consists of a set of ten elements. Elements may have attributes and/or qualifiers, defined below.

All of the elements used to describe a resource together make up a record, equivalent to the same concept within a database.

An element can be repeatable if allowed within the framework of the schema. This means that more than one value can be assigned to an element, as when an expression represents the work of several writers, architects, or verbal informants. In database parlance, this is expressed as a many to one relationship between elements and records.

Required means that a value must be assigned to that element before the whole record can be considered as valid. In some cases, this is conditional on availability/applicability or on the association of a digital object to the record.

Attributes may be assigned to elements, describing particular qualities or characteristics of that element that are useful to separate out, either for action by the application displaying the metadata, or to format element data for display. For example, "url" is a particular type of location that allows one to link out of the record to the described resource. "Role" defines a creator's relationship to the expression being described.

Metadata elements

Administrative metadata


Use for: Collection identifies a group of materials with some unifying characteristic or the holdings of a repository, either digital or analog.

Best practice: Use a controlled vocabulary for the collection name, for consistency sake. An authoritative listing of NCSU Libraries repository names resides at: Institutional context for the collection is provided by the location element, described below.

Repeatable: yes
Required: yes
Attributes: none
Dublin Core element: publisher
MARC equivalents: 710, 856$u
Values source:
NCSU core controlled vocabulary


Course and Curricula Catalogs.
Design Images Collection.
Faculty Publications Repository.
University Archives Collections.
Technical Reports Repository.


Use for:   The identifier element is used to provide access to any numeric or alpha-numeric string that may be associated with a given resource. This may be a local number, such as a manuscript or accession number, or it may be a standardized number, such as an International Standard number (ISBN, ISSN), a Digital Objects Identifier (DOI), or Universal Resource Identifier (URI).

Best practice:   With the exception of local numbers, the identifier should be unique within its type. Where no other identifier is available, the field will contain the URI.

Repeatable:   yes; element is repeatable; type attribute is not
Required:   yes
Attributes:   type
Dublin Core element:   identifier
MARC equivalents:   001, 010, 020, 022, 024, 027, 028, 099$b, 856$u
Values source:

MODS identifier attributes
doi (Digital Objects Identifier)
hdl (Handle)
isbn (International Standard Book #)
ismn (International Standard Music #)
isrc (International Standard Recording #)
issn (International Standard Serial #)
issue number
istc (International Standard Text Code)
lccn (Library of Congress Control #)
matrix number
music plate
music publisher
sici (Serial Item and Contribution Identifier)
stock number
upc (Universal Product Code)
uri (Uniform Resource Identifier)


type="hdl" 1840.4/702
type="local" mc00313.00000298


Use for: Location can refer either to the physical location of the repository, generally "North Carolina State University. Libraries" for most resources described by this schema, or to the address on a server where the object resides (its URL).

Best practice: We will use the Library of Congress name authority file ( to determine form of name. Names not in the NAF should be established according to the Anglo-American Cataloging Rules, 2nd ed. rev. An authoritative listing of NCSU Libraries physical location names resides at:

Repeatable: yes
Required: yes
Attributes: physicalLocation; url
Dublin Core element: publisher; identifier
MARC equivalents: 710, 852, 856$u
Values source:

NCSU core controlled vocabulary


physicalLocation North Carolina State University.
physicalLocation North Carolina State University. Design Library.
physicalLocation North Carolina State University. Libraries.
physicalLocation North Carolina State University. Libraries. Special Collections Research Center.


Use for: Rights defines the legal status and ownership of the resource being described in a textual statement which can be presented with the description to let potential users know of any restrictions that might apply to the material.

Best practice: These statements should be given in the form: Rights status. Reproduction/use restrictions. Further information. An authoritative listing of NCSU Libraries rights statements resides at:

Repeatable: no
Required: yes, only if a digital object is associated with the metadata
Attributes: url (to direct users to external documentation)
Dublin Core element: rights
MARC equivalents: 506, 540, 561
Values source:

NCSU core controlled vocabulary


Default: Rights status not known. Reproduction and use of this material may be restricted. For general information see [location/URL]

Reproduction and use of this material requires permission from North Carolina State University. For general information see [location/URL]
Reproduction and use of this material requires permission from the copyright holder. For general information see [location/URL]
This material is in the public domain.

Descriptive metadata


Use for: The creator should be the person or corporate body responsible for the intellectual effort of creating the original work or expression, rather than the effort in creating the manifestation or surrogate of that expression. In the case of artistic photography, however, the photographer may be considered the creator of the work, even where the image may be of an object that might itself be considered a work or expression of yet another creator.

Best practice: Use a controlled vocabulary appropriate to the subject matter, such as the Library of Congress name authority file or the Getty Research Institute's Union list of artist names, to standardize form of name. In the absence of a match in one of these sources, use the Libraries' public catalog to try to establish names. When establishing new names, use Anglo-American cataloging rules, 2nd ed., rev. as the basis for formulation. This element should be applied somewhat liberally to provide access to persons or agencies heavily associated with the resource described.

Repeatable: yes
Required: yes, if applicable
Attributes: role
Dublin Core element: creator, contributor
MARC equivalents: 100, 110, 700, 710
Values source (creator names):

LC authority files
Union list of artist names (ULAN)
NCSU Libraries catalog

Values source (roles):

MARC value list for relators and roles


Gehry, Frank Owen (Canadian-American, born 1929) role architect
American Limestone Company


Use for: Dates associated with the creation of the content.

Best practice: Since many schemas that are mapping to this element will include both a start (earliest) and end (latest) date, use a slash to separate these dates. For approximate or uncertain dates, set attribute to "Y" to enable "ca." to appear before date when displayed. If date or dates are exact, then no attribute is required. Use dates formulated according to ISO 8601, e.g. YYYY-MM-DD, dropping unneeded time segments from the right end as appropriate.

Repeatable: yes
Required: yes, if applicable
Attributes: approximate
Dublin Core element: date
MARC equivalents: 008/07-14; 260$c
Values source:

W3C Date and Time Formats


1845 approximate=Y


Use for: Use description for textual information which would be helpful to users attempting to discern the usefulness of a resource to their research needs. This might include abstracts, summaries, table of contents, description of style, materials, and/or techniques used, aspect data, and brief points concerning the significance of the resource.

Best practice: Best practice would be to provide a brief synopsis or abstract of the document, image, or object. An authoritative listing of NCSU Libraries description types resides at:

Repeatable: yes
Required: no
Attributes: type
Dublin Core element: description
MARC equivalents: 500, 505, 520, 590
Values source (type):

NCSU core controlled vocabulary


Home demonstration, part of the North Carolina Agricultural Extension service, sought to provide better conditions in farm homes through adult education by demonstration, and North Carolina was one of five Southern states where it originated. It grew to over 65,000 women organized in 2,500 clubs throughout all of North Carolina's 100 counties by the mid-1960s, and in 1995 it became the Department of Family and Consumer Sciences in the North Carolina Cooperative Extension Service.
overall view of topiary garden toward house
Vishnu, as the boar Varaha, rescues Goddess Earth (Bhu Devi)


Use for: Itemtype defines the genre or resource type of the object to enable search filtering.

Best practice: This element should be populated from the DCMI type vocabulary, a controlled listing of genre types. It may be automatically populated, based on characteristics of the repository.

Repeatable: no
Required: yes
Attributes: none
Dublin Core element: type
MARC equivalents: LDR/06-07, 007/01
Values source:

DCMI type vocabulary


Moving image
Still image


Use for: Use subject to include keywords or phrases which describe the subject content of the resource and that would be most useful to searchers seeking resources by topic.

Best practice: Wherever possible, use a controlled vocabulary, such as LCSH, AAT, TGM, etc. to ensure collocation of similar resources within a single, or multiple, repositories.

Repeatable: yes
Required: no
Attributes: vocab
Dublin Core element: subject
MARC equivalents: 600, 610, 630, 650, 651, 655
Values source:

Art & architecture thesaurus (AAT)
Getty Thesaurus of geographic names (TGN)
LC authority files
NCSU Libraries catalog
Thesaurus for graphic materials 1 (TGM1)
Thesaurus for graphic materials 2 (TGM2)


Architectural drawings vocab="tgm2"
Fisheries-North Carolina-Outer Banks. vocab="lcsh"
flying buttresses vocab="aat"
Friday, William C. (William Clyde), 1920- vocab="lcnaf"


Use for: The title consists of a word or phrase that constitutes the name by which the described resource or object is usually known. Use type attribute for other titles that might be associated with the resource, such as series title, translated title, or parallel title.

Best practice: Choice and format of the title should be governed by a content standard appropriate to the collection within which the resource dwells. The default will be Anglo-American cataloging rules, 2nd ed., rev., but other guidelines, such as Describing archives: A content standard (DACS) or Cataloging cultural objects (CCO) should be used to describe resources within their scope. Works lacking title should have a suitable descriptive statement supplied, based on these content standards.

Repeatable: yes
Required: yes
Attributes: type="alternative"
Dublin Core element: title
MARC equivalents: 130, 240, 245, 246, 440, 700$t, 710$t, 830
Content standards:

Describing archives: A content standard (DACS)
Cataloging cultural objects (CCO)


Landscape with grazing animals
University Archives Photograph Collection, Home Demonstration Work Photographs, 1910-1976
Extreme programming evaluation framework for object-oriented languages -- version 1.2
IBM 3683 point of sale terminal

Revision date: 12 August 2011.