This animation is comprised of Envisat ASAR mosaics of the Arctic Ocean for 2005, 2006 and 2007 and highlights the changes in sea ice. The ice-free areas appear as dark gray and the sea ice areas as light gray.
The area covered by sea ice in the Arctic has shrunk to its lowest level this week since satellite measurements began nearly 30 years ago, opening up the Northwest Passage – a long-sought short cut between Europe and Asia that has been historically impassable.
The data in each yearly mosaic were acquired between 1 and 11 September by ASAR working in Global Monitoring Mode with a spatial resolution of 1 km.
Note the exceptionally large ice-free area extending from the Siberia coast up to the vicinity of the North Pole in the 2007 mosaic.
Each mosaic contains approximately 200 Envisat images processed by the Earth Observation G-POD (Grid Processing On Demand) operated at ESA/ESRIN.
For more information check this entry on the ESA web site.
OpenSearch Extension proposal for Earth Observation Products
2009-01-20
Earth observation (EO) products have specific characteristics like the orbit number, processing center and acquisition station that follow a specific logic inherent to the EO community of users of satellite datasets.
Typically a EO product contains information regarding the:
Platform or satellite from where it originates (e.g. SPOT, ENVISAT)
The Satellite number (if exists)
The sensor used to acquired the data
The specific dataset identifier
The processing center responsible for its elaboration together with the date and software used for the processing
The date of acquisition
The geographical footprint or coverage of the data present in the product
While the last two items are already covered by the time and geo opensearch specification extensions, all the others are currently only accessible through the generic searchTerms. This entry describes an extension proposal for OpenSearch that will provide a standard mechanism to query a resource based on those Earth observation elements.
The naming of the elements follow the “GML 3.1.1 Application schema for Earth Observation products OGC 06-080r4“[OR2] normative that describe the EO Metadata format within the Heterogeneous Mission Accessibility (HMA) project. This elements present here are an initial set that were identified in this project phase. More elements will be added upon further analysis and discussion.
Namespace
The proposed XML Namespace URI for the OpenSearch Earth observation products extension is:
This tag name corresponds to the Xpath description eop:instrument/eop:Instrument/eop:shortName
resolution
A real number interval requesting the range of Sensor Resolution given in metres (i.e. uom=’m’).
This parameter is a range or a group of integer number defined as [n1,n2] (meaning n1 <= resolution <= n2). It uses typical mathematical notation to define the interval with:
This tag name corresponds to the Xpath description eop:sensor/eop:Sensor/eop:resolution
orbitNumber
A integer number interval requesting the range of acquisition orbit number.
This parameter is a range or a group of integer number defined as [n1,n2] (meaning n1 <= orbit <= n2). It uses typical mathematical notation to define the interval with:
A string identifying the software used when product was elaborated (e.g. ASAR/3.06, MERIS/5.04, MEGS-PC/7.4). This element shall return all the elements similar with the request as in LIKE or MATCH query. As such, a query for ASAR/3 will return all the products processed with any of the release of version of 3 of the ASAR processor.
The processingDate should be replaced by a string containing the time interval in the format YYYY-MM-DDTHH:mm:ss/YYYY-MM-DDTHH:mm:ss
This entry is an initial proposal and further elements might be added in the future. Please send any comments, doubts or suggestions.
Earth observation products have specific characteristics like the orbit number, processing center and acquisition station that follow a specific logic inherent to the Earth observation community. This entry describes an extension for OpenSearch that will provide a standard mechanism to query a resource based on those Earth observation elements. [...]
INSPIRE requires us to submit metadata to a geoportal operated at
the Member State level (or below). In practise this will be to a
CSW2 service using the ISO Application Profile. In this entry we
discuss some simple solutions to be INSPIRE compliant in this domain. [...]
Often enough a dataset will be available from multiple access points.
This may simply be a different access protocol, for example via an FTP repository and an HTTP server. Alternatively data may also be available via geodata-specific services, such as a WMS or WFS.
Online resources may require supplementary information in order to automate access to them - version, for example, can be critical for a WMS service. The DCLite4G namespace provides a supplementary vocabulary for identifying types of web service from which a dataset can be accessed. [...]