{ "opencollection": "1.0.0", "info": { "name": "CMR Search Capabilities Collections API", "version": "1.0.0" }, "items": [ { "info": { "name": "Collections", "type": "folder" }, "items": [ { "info": { "name": "Search for collections", "type": "http" }, "http": { "method": "GET", "url": "{{baseUrl}}/collections:response_format", "params": [ { "name": "response_format", "value": "", "type": "path", "description": "Select an extension to specify the format for search results. The default is xml. An accept header MIME type can also be used to specify the response format. The default is 'application/xml'." }, { "name": "keyword", "value": "", "type": "query", "description": "
Matches collections against a free text keyword search. Keyword searches are case insensitive and support wild cards ? and *.
" }, { "name": "concept_id[]", "value": "", "type": "query", "description": "A CMR concept id is in the format <concept-type-prefix> <unique-number> "-"<provider-id>
concept-type-prefix is a single capital letter prefix indicating the concept type. \"C\" is used for collectionsunique-number is a single number assigned by the CMR during ingest.provider-id is the short name for the provider. i.e. \"LPDAAC_ECS\"Example: C123456-LPDAAC_ECS
Matches collections by additional attribute. An additional attribute name is accepted or a comma separated list of type,name,min_value,max_value.
Example: int,HORIZONTALTILENUMBER,1,12
Type is the type of the additional attribute. It will find collections with additional attributes of that type and name with a value between min_value and max_value.
\nThe default is for collections to match all the attribute parameters. This can be changed by specifying or option with options[attribute][or]=true.
For additional attribute range search, the default is inclusive on the range boundaries. This can be changed by specifying exclude_boundary option with options[attribute][exclude_boundary]=true.
The temporal datetime has to be in yyyy-MM-ddTHH:mm:ssZ format.
\nThe first two values of the parameter together define the temporal bounds.
\nFor temporal range search, the default is inclusive on the range boundaries.\nThis can be changed by specifying exclude_boundary option with options[temporal][exclude_boundary]=true.This option has no impact on periodic temporal searches.
The collection's temporal range or the temporal range of the granules in the collection can be searched.\n options[temporal][limit_to_granules]=true will indicate that the temporal search should find collections based on the minimum and maximum values of each collection's granules' temporal range.\nIf a collection does not have any granules it will search the collection's temporal range.
Find collections based on either a single revision datetime, or a comma separated revision datetime range. If a single revision date is provided any collections with a revision date greater than or equal to the provided datetime are matched. If two dates are provided, it matches collections which have a revision date within the ranges of datetimes. The datetimes have to be in yyyy-MM-ddTHH:mm:ssZ format. The default is inclusive on the range boundaries.
" }, { "name": "bounding_box", "value": "", "type": "query", "description": "Matches collections with a spatial area intersecting the provided bounding box. Bounding boxes define an area on the earth aligned with longitude and latitude. The Bounding box parameters must be 4 comma-separated numbers: lower left longitude, lower left latitude, upper right longitude, upper right latitude." }, { "name": "polygon", "value": "", "type": "query", "description": "Matches collections with a spatial area intersecting the provided polygon. Polygon points are provided in counter-clockwise order.\nThe last point should match the first point to close the polygon.\nThe values are listed comma separated in longitude latitude order, i.e. lon1, lat1, lon2, lat2, lon3, lat3, and so on." }, { "name": "point", "value": "", "type": "query", "description": "Matches collections with a spatial area intersecting the given point. Search using a point involves using a pair of values representing the point coordinates as parameters. The first value is the longitude and second value is the latitude." }, { "name": "line", "value": "", "type": "query", "description": "Matches collections with a spatial area intersecting the given line. Lines are provided as a list of comma separated values representing coordinates of points along the line.\nThe coordinates are listed in the format lon1, lat1, lon2, lat2, lon3, lat3, and so on." }, { "name": "two_d_coordinate_system_name[]", "value": "", "type": "query", "description": "Matches collections by a two dimensional coordinate system name (also referred to as a tiling identification system name)." }, { "name": "browsable", "value": "", "type": "query", "description": "Matches collections by whether or not the collection metadata includes at least one browse URL." }, { "name": "downloadable", "value": "", "type": "query", "description": "Matches collections by whether or not the collection metadata includes at least one download URL." }, { "name": "has_granules", "value": "", "type": "query", "description": "Whenhas_granules is set to \"true\" or \"false\", results will be restricted to collections with or without granules, respectively."
},
{
"name": "has_granules_or_cwic",
"value": "",
"type": "query",
"description": "When has_granules_or_cwic is set to \"true\" or \"false\", results will be restricted to collections with or without granules, respectively. Or they are CWIC tagged collections."
},
{
"name": "collection_data_type[]",
"value": "",
"type": "query",
"description": "Matches collections by the collection data type. The following are aliases for \"NEAR_REAL_TIME\": \"near_real_time\", \"nrt\", \"NRT\", \"near real time\", \"near-real time\", \"near-real-time\", \"near real-time\"."
},
{
"name": "tag_key[]",
"value": "",
"type": "query",
"description": "Collections can be found by searching for associated tags. The following tag parameters are supported.
\nexclude parameter can be used with tag_key to exclude any collections that are associated with the specified tag key from the search result.
all_revisions=true with the URL parameters. The reference and UMM JSON response formats are supported for all revision searches. References to tombstone revisions do not include the location tag and include an additional tag, deleted, which always has content of \"true\"."
},
{
"name": "include_granule_counts",
"value": "",
"type": "query",
"description": "When true include the number of matching granules for each matching collection."
},
{
"name": "include_facets",
"value": "",
"type": "query",
"description": "When true include facet information in the legacy facet response format. When set to v2 include facet information in the updated version 2 facets format."
},
{
"name": "hierarchical_facets",
"value": "",
"type": "query",
"description": "When include_facets is true and hierarchical_facets is true, return the legacy facet response with hierarchical fields for science keywords, platforms, instruments, data centers, and locations."
},
{
"name": "include_highlights",
"value": "",
"type": "query",
"description": "When true highlight any of the terms provided in the keyword search that match within the collection summary. Only supported for the JSON response format."
},
{
"name": "sort_key[]",
"value": "",
"type": "query",
"description": "Collection results are sorted by ascending entry title by default when a search does not result in a score. If a keyword search is performed then the search results will be sorted by relevance (score descending). One or more sort keys can be specified using the sort_key[] parameter. The order used impacts searching. Fields can be prepended with a - to sort in descending order. Ascending order is the default but + can be used to explicitly request ascending.
entry_titledataset_id - alias for entry_titleshort_nameentry_idstart_dateend_dateplatforminstrumentsensorproviderrevision_datescore - document relevance score, defaults to descending.has_granules - Sorts collections by whether they have granules or not. Collections with granules are sorted before collections without granules.The collection search route supports both GET and POST with URL encoded form data. All parameters are searched in a case insensitive manner.
The CMR contains many more results than can be returned in a single response so the number of results that can be returned is limited. The parameters `page_num`, `offset`, and `page_size` along with the sort specified by `sort_key` control which items will be returned. The query parameter `page_size`, defaulting to 10, con" } ] } ], "bundled": true }