Difference between revisions of "ac:hasServiceAccessPoint"
m (→top: added outdated warning with link to up-to-date information) |
(fixed newline issue) |
||
Line 1: | Line 1: | ||
__NOINDEX__ | __NOINDEX__ | ||
− | <span style="background-color:#ffc; padding:5px; color:#f00;border:1px solid #f00;">'''Warning''': This is not the current version of this document. It is kept for archival purposes. For up-to-date information, go to https://tdwg.github.io/ac/termlist/#ac_hasServiceAccessPoint</span> | + | <span style="background-color:#ffc; padding:5px; color:#f00;border:1px solid #f00;">'''Warning''': This is not the current version of this document. It is kept for archival purposes. For up-to-date information, go to https://tdwg.github.io/ac/termlist/#ac_hasServiceAccessPoint</span><br /><br /> |
Latest revision as of 13:04, 5 March 2020
Warning: This is not the current version of this document. It is kept for archival purposes. For up-to-date information, go to https://tdwg.github.io/ac/termlist/#ac_hasServiceAccessPointService Access Point No type definition was found for "hasServiceAccessPoint" in the ac import.
|
Search for values |
Notes: Audubon Core: Some serializations may flatten the model of service-access points by (a) dropping ac:hasServiceAccessPoint, ac:variant and ac:variantDescription, (b) repeating the properties of the Service Access Point Vocabulary and prefixing them with values of ac:variant. If such a flat serialization is necessary for services, we recommend to select from among terms of the form "AB" where "A" is one of thumbnail, trailer, lowerQuality, mediumQuality, goodQuality, bestQuality, offline and "B" is one of AccessURI, Format, Extent, FurtherInformationURL, LicensingException, ServiceExpectation (example: thumbnailAccessURI).
Implementers in specific constraint languages such as XML Schema or RDF may wish to make Access URI and perhaps dcterms:format mandatory on instances of the service access point.