Browse wiki

en:<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.

<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.

[[SMW::off]] <tr id="dcterms:description"> <td id="Description" width="100px" style="text-align:right; vertical-align:bottom;background:#EEE; border-bottom: 1px solid #CCC; padding:1.1em 0.5em 0.5em 0.5em;">Concept Name:</td> <td style="text-align:left; vertical-align:bottom;background:#EEE;border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:1.1em 0.5em 0.5em 0.5em;">'''[[dcterms:description]]'''</td> </tr><tr> <td style="text-align:right;vertical-align:top;background:#EEE;border-right:1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">Normative URI</td> <td style="border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">http://purl.org/dc/terms/description</td> </tr><tr> <td style="text-align:right;vertical-align:top;background:#EEE;border-right:1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">Label</td> <td style="border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">Description</td> </tr><tr> <td style="text-align:right;vertical-align:top;background:#EEE;border-right:1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">Definition</td> <td style="border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">An account of the resource.</td> </tr><tr> <td style="text-align:right;vertical-align:top;background:#EEE;border-right:1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">Defined By</td> <td style="border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">http://dublincore.org/documents/dcmi-terms/#terms-description</td> </tr><tr> <td style="text-align:right;vertical-align:top;background:#EEE;border-right:1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;"> </td> <td style="border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">'''Required: ''' No — '''Repeatable: ''' No<span class="debug-required-repeatable" style="display:none;">http://purl.org/dc/terms/description, </span></td> </tr><tr> <td style="text-align:right;vertical-align:top;background:#EEE;border-right:1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;">Notes:</td> <td style="border-right: 1px solid #CCC; border-bottom: 1px solid #CCC; padding:0.5em;"><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.</td></tr>[[SMW::on]]