You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Search API is best used for searching on collections or granules with filtering constraints to determine the UUID(s) or retrieve data parsed from the original record(s) as JSON. See https://app.swaggerhub.com/apis/cedarbot/OneStop-Search/3.0.0-RC1#/granule/searchGranule for an example of a granule search with filtering. Available filtering options can be found on the SwaggerHub page for the Search API under schemas. Note that the API endpoints for flattened-granule would likely return sparse results
This notebook should be updated to use the One Stop Information Management (OSIM) system. See details below:
The Search API is best used for searching on collections or granules with filtering constraints to determine the UUID(s) or retrieve data parsed from the original record(s) as JSON. See https://app.swaggerhub.com/apis/cedarbot/OneStop-Search/3.0.0-RC1#/granule/searchGranule for an example of a granule search with filtering. Available filtering options can be found on the SwaggerHub page for the Search API under schemas. Note that the API endpoints for flattened-granule would likely return sparse results
If the original record content is needed, then the Registry API is the best choice to retrieve the record by UUID. For example, the full XML for this collection can be retrieved via a request to https://data.noaa.gov/onestop/api/registry/metadata/collection/bccea51e-7ecc-4b79-8ebe-8fe1dbf507c6/raw/xml. Note that OSIM supports both XML and JSON records with corresponding Registry API endpoints, and some records will have both present (typically for granules).
The text was updated successfully, but these errors were encountered: