Difference between revisions of "ac:metadataLanguage"

From TDWG Terms Wiki
Jump to: navigation, search
(Refactoring existing definitions fromAudubon_Core_Term_List_(1.0_normative) to individual pages (automatic import through xml file))
Line 14: Line 14:
 
{{Concept relation|relation = skos: collection|internal page = Audubon Core Management Vocabulary}}
 
{{Concept relation|relation = skos: collection|internal page = Audubon Core Management Vocabulary}}
 
{{Concept relation|relation = skos: collection|internal page = Audubon Core Layer 1}}
 
{{Concept relation|relation = skos: collection|internal page = Audubon Core Layer 1}}
 +
 +
<noinclude>'''References'''<br/><references/></noinclude>

Revision as of 21:22, 11 October 2012

Scheme: Audubon Core Development Pencil.png
Collections: Audubon Core Management Vocabulary Pencil.png, Audubon Core Layer 1 Pencil.png
Metadata Language
Search for values Crystal Clear action find.png
Metadata Language: (“Definition” is missing, please add it.)

Notes: Audubon Core: Language of description and other metadata (but not necessarily of the image itself) represented in ISO639-1 or -3.

This is NOT dcterms:language [1], which is about the resource, not the metadata. Metadata Language is deliberately single-valued, imposing a requirement that multi-lingual metadata be represented as separate, complete, metadata records in which also the language-neutral items appear. Consumers can re-combine records by identity of multimedia Resource IDs (which are highly recommended to supply). In the face of metadata records of several languages for the same resource, this normative document offers no guidance as to how to disambiguate what language applies to what metadata. To disambiguate this, the metadata provider can provide a separate AC object for each different MetadataLanguage, each such AC object referring to the same multimedia resource Identifier. This comes at a cost of repeated data for the "language neutral" metadata items, but the alternative is to have a complex hierarchical structure for an AC object. Nothing in this document would prevent an implementer, e. g. of an XML-Schema representation, from providing a fully hierarchical schema and disambiguating that way. Users of a particular implementation should consult documentation specific for that implementation on this point, but it should always be correct, if convenient, to provide one metadata record per language.

Required.
The given value was not understood.
The given value was not understood.
References
  1. dcterms = http://dublincore.org/documents/dcmi-terms/