4 Final Report - Emits - ESA
4 Final Report - Emits - ESA
4 Final Report - Emits - ESA
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
4 <strong>Final</strong><br />
<strong>Report</strong><br />
management functions, e.g. provisions of access rights, granting of user privileges, etc. By defining<br />
the access rights, a user may have the privilege only to browse the request/mission catalogue, to<br />
subscribe to request to currently scheduled acquisitions products, up to requesting new acquisitions.<br />
In this context, the User Portal is also responsible of providing prioritized access for users requesting<br />
new acquisitions in the frame of emergency applications. This is in particular necessary to guarantee<br />
the high reactivity of the overall system for emergency situations.<br />
The UACC (User Access, Coordination and Control) domain is currently responsible of the interface<br />
with the end-user and for all the services pertaining to the user interfaces including the ordering<br />
function, the mission planning, the master catalogue and the help desk (with the exception of the<br />
dissemination). The UACC domain is composed of a number of heterogeneous elements, some of<br />
them being natively multi-mission (e.g.: MUIS, MMMC, EOLI), some other elements, which were notnatively<br />
multi-mission, have been adapted. The UACC domain is located at ESRIN.<br />
For Geo-Oculus, the evolvement of the current UACC towards multi-mission planning can be<br />
considered as a preliminary baseline for defining the realisation of user accesses and all related<br />
functionalities.<br />
4.6.2.6 Payload Data Reception, Processing and Dissemination<br />
As already stated earlier, the reception of Payload data can make use of:<br />
• A nominal Payload Receiving Station collocated with the main Processing and Archiving<br />
Facility<br />
• A set of smaller user dedicated Payload Receiving Stations, with smaller size dishes.<br />
At time of ingestion, the Payload data will be decrypted first. After that, the Payload data have to be<br />
screened and the metadata attached to this Payload data are extracted in order to feed the catalogue.<br />
A Moving Window Display function may be included to provide the capability to display the raw data<br />
before it is processed.<br />
Within the Payload Data Ground Segment, the processing should proceed up to Level 1B or even<br />
further, depending on the availability of auxiliary and ancillary data required for processing. These<br />
include auxiliary data resulting from calibration (generated inside the PDGS), predicted or restituted<br />
orbit data (generated by the FOS) and other auxiliary / ancillary data for instance for more precise<br />
geo-localisation or ortho-rectification.<br />
Dissemination should occur mainly towards the service segment, the latter being in charge of further<br />
processing and delivery of value added services in compliance with the GMES Service provision<br />
model.<br />
The above-mentioned processing chain for the image product has to be fully automatic in order to<br />
minimise the processing delays in the context of emergency observation missions. The assignment of<br />
different priority levels for each self-contained image product may be suitable to additionally accelerate<br />
the processing and transmission of urgent data.<br />
Regarding the required processing performance, it is suitable to analyse a worst-case scenario. For<br />
oil-slick detection, an image size of approx. 6E+09 Bits can be assumed. A product consists of 15<br />
image parts, giving in total 9E10 Bits to be processed. As a reference for a first approximation we can<br />
assume that the required floating point operations (FLOPS) per bit are comparable to the processing<br />
of a Spot 5 image. For a Spot 5 image, 2000 FLOPS per bit are required, which results in a total of<br />
Page 4-84 Doc. No: GOC-ASG-RP-002<br />
Issue: 2<br />
Astrium GmbH Date: 13.05.2009