[Esip-discovery] proposed mods for collection-level responses

Mattmann, Chris A (388J) chris.a.mattmann at jpl.nasa.gov
Fri Feb 8 17:35:36 EST 2013

+1 this sounds good to me. Though, keeping consistent with IANA, wouldn't
it be:


Or in general:

<primary type [1 of 8]>/[extension denoted by x-]<sub
type>[-protocol][-ESIP Open Search type]

Or did I guess it wrong?


On 2/8/13 2:24 PM, "Lynnes, Christopher S. (GSFC-6102)"
<christopher.s.lynnes at nasa.gov> wrote:

>As I was working with Ruth on a collection casting example, we ran across
>an area that we have not fully specified, namely how to identify links
>that access data collections that are NOT simply URLs for OpenSearches.
>These access points may be single-file datasets, OPeNDAP, THREDDS, FTP
>directories, databases, order forms, dataset landing pages with links to
>access points...
>OTOH, we would like to keep the scheme congruent with a granule level
>response as much as possible.  So I propose the following
>Collection Access Point	rel		type
>=======================	===============	==================================
>FTP Directory tree	archives	application/x-ftp-directory
>OPeNDAP Directory Tree	archives	application/x-opendap-directory+html
>(would also include xlink:arcrole=#dir)
>THREDDS Catalog		archives	application/x-thredds-catalog+xml (would also
>include xlink:arcrole=#thredds)
>Single-file dataset	enclosure	<depends on data format>
>Order form		archives	text/html
>Dataset landing page	archives	text/html
>Dr. Christopher Lynnes     NASA/GSFC, Code 610.2    phone: 301-614-5185
>"Perfection is achieved, not when there is nothing left to add, but when
>there is nothing left to take away" -- A. de Saint-Exupery
>Esip-discovery mailing list
>Esip-discovery at lists.esipfed.org

More information about the Esip-discovery mailing list