Difference between revisions of "dcterms:description"
Gabi Dröge (Talk | contribs) |
|||
| (9 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
{{Concept | {{Concept | ||
| − | + | |label=Description | |
| − | + | |definition=An account of the resource. | |
| − | + | |notes=<b>Dublin Core:</b> Description may include but is not limited to: an abstract, a table of contents, a graphical representation, or a free-text account of the resource. <b>Audubon Core:</b> Description of collection or individual resource, containing the Who, What, When, Where and Why as free-form text. This normative document is silent on the nature of formatting in the text. It is the role of implementers of an AC concrete representation (e.g. an XML Schema, an RDF representation, etc.) to decide and document how formatting advice will be represented in descriptions serialized according to such representations. | |
| − | + | ||
It optionally allows to present detailed information and will in most cases be shown together with the resource title. If both description and caption are present in the metadata, a description is typically displayed instead of the resource, a caption together with the resource. The description should aim to be a good text-proxy for the underlying media resource in cases where only text can be shown, whereas the caption may only make sense when shown together with the media. Often only one of description or caption is present; choose the concept most appropriate for your metadata. | It optionally allows to present detailed information and will in most cases be shown together with the resource title. If both description and caption are present in the metadata, a description is typically displayed instead of the resource, a caption together with the resource. The description should aim to be a good text-proxy for the underlying media resource in cases where only text can be shown, whereas the caption may only make sense when shown together with the media. Often only one of description or caption is present; choose the concept most appropriate for your metadata. | ||
| − | + | |is defined by=http://dublincore.org/documents/dcmi-terms/#terms-description | |
| − | + | |concept type=property | |
| + | |hidden notes=Crosswalk: Morphbank = description; NBII = Description; KeyToNature = {{NS k2n | Description }} {{NS dcterms | description }}; Dublin Core = {{NS dcterms | description }}; IPTC = IPTC CORE 1.1: Description, using {{NS dcterms | description}} // Repeatable = No | ||
| + | }} | ||
| + | {{Concept scheme relation | ||
| + | |scheme=Dublin Core | ||
| + | }} | ||
| + | {{Concept scheme relation | ||
| + | |scheme=Audubon Core Development | ||
| + | }} | ||
| + | {{Concept relation | ||
| + | |relation=skos: collection | ||
| + | |internal page=Dublin Core terms namespace | ||
| + | }} | ||
| + | {{Concept relation | ||
| + | |relation=rdfs: subproperty of | ||
| + | |internal page=dc:description | ||
| + | }} | ||
| + | {{Concept relation | ||
| + | |relation=skos: collection | ||
| + | |internal page=Audubon Core Content Coverage Vocabulary | ||
| + | }} | ||
| + | {{Concept relation | ||
| + | |relation=skos: collection | ||
| + | |internal page=Audubon Core Layer 1 | ||
}} | }} | ||
| − | |||
| − | |||
| − | |||
| − | |||
Latest revision as of 12:09, 12 February 2015
| Description |
Search for values  |
Notes: Dublin Core: Description may include but is not limited to: an abstract, a table of contents, a graphical representation, or a free-text account of the resource. Audubon Core: Description of collection or individual resource, containing the Who, What, When, Where and Why as free-form text. This normative document is silent on the nature of formatting in the text. It is the role of implementers of an AC concrete representation (e.g. an XML Schema, an RDF representation, etc.) to decide and document how formatting advice will be represented in descriptions serialized according to such representations.
It optionally allows to present detailed information and will in most cases be shown together with the resource title. If both description and caption are present in the metadata, a description is typically displayed instead of the resource, a caption together with the resource. The description should aim to be a good text-proxy for the underlying media resource in cases where only text can be shown, whereas the caption may only make sense when shown together with the media. Often only one of description or caption is present; choose the concept most appropriate for your metadata.
