Difference between revisions of "dcterms:description"
m (skos: in scheme is handled by template: Concept scheme relation) |
|||
| Line 1: | Line 1: | ||
{{Concept | {{Concept | ||
| − | + | |label=Description | |
| − | + | |definition=An account of the resource. | |
| − | + | |example=<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. | |
| − | + | |notes=<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 | {{Concept scheme relation | ||
| Line 14: | Line 15: | ||
{{Concept scheme relation | {{Concept scheme relation | ||
|scheme=Audubon Core | |scheme=Audubon Core | ||
| + | }} | ||
| + | {{Concept relation | ||
| + | |relation=skos: collection | ||
| + | |internal page=Dublin Core Properties in the terms namespace | ||
}} | }} | ||
{{Concept relation | {{Concept relation | ||
Revision as of 13:43, 15 November 2012
| Description |
Search for values  |
Notes: 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.
Example(s): 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.
