Medspiration â System Requirements Document - Data User Element

More documents

Recommendations

Info

Medspiration MED-SOC-RS-001_1 System Requirements Document Issue F L4 product also contains an estimate of the skin temperature and its diurnal variation derived from the analysed SSTfnd. Figure 2-3 The Medspiration Mediterranean Sea product grid domain (30N to 46N and 6W to 36.5E at 2 km spatial resolution). • Entries to the GHRSST-PP diagnostic data set (DDS) will be compiled by extracting, and resampling onto a 0.01º grid, full resolution sub scenes for a set of predefined small areas (typically 2º × 2º) from every L2P SST and L4 dataset generated by the Medspiration processor. The DDS sites are defined by GHRSST-PP. The purpose of the DDS is to allow intercomparison of the characteristics of the SST derived from different sensor types, in order to facilitate the research needed to test and improve the data merging methods used in GHRSST-PP. 2.2 Overall structure of the Medspiration Processing System Figure 2-4 outlines schematically the main processing tasks required to produce the four types of SST products described in 2.1.2. The figure shows the main classes of inputs and outputs, and assigns distinct processing stages to different boxes. The whole system is distributed across the facilities of three contractors, CMS, Ifremer and SOC, as indicated in the figure. The underlying data flow through the system is basically simple. Level 2 SST data products generated from different sensors and produced by the mission ground segment or agency responsible for each are obtained by Internet and ingested into the first main processing centre. This is hosted in CMS where use will be made of the fact that CMS is already an operational provider of processed AVHRR data, which is a key SST input stream for the L2P product. Consequently one of the major sources of input data will be provided internally. At the same time the CMS processing facility will ingest auxiliary satellite data, such as wind speed, needed for the quality assessment. The SSES, reference data fields and any other necessary information will be supplied by the © 2004 SOC Page 18 of 193
Medspiration MED-SOC-RS-001_1 System Requirements Document Issue F GHRSST-PP International project office (IPO) so that quality values can be assigned to each ingested data point, applying the rules set out by the GHRSST data processing plan, and the new L2P dataset can be generated with the quality flags attached. This completes the involvement of CMS. As soon as each L2P data set is generated in near real time the products are pushed to the core processing centre. This is at IFREMER, where use will also be made of existing operational capability in processing, archiving and distributing satellite data. The IFREMER computing facility will support a number of tasks. First is the onward dissemination of the L2P data to GHRSST and to any operational users requiring them. Second is the archiving of the L2P data. Third is the use of the L2P data in the production of the level four interpolated products, using an OI scheme configured to match the local variability statistics for the region in question. The resulting L4 products for the Mediterranean Sea will then be disseminated to users and also placed in the Medspiration archive. The L4 processor is required to accomplish two processes whose detailed specification by the user (GHRSST-PP) is still under review. These are the conversion of the L2P data from skin and subskin to foundation temperature, and the subsequent optimal interpolation that merges SST data from all sources to generate the L4 SST product. The system requirements for the L4 processor must be defined in such a way that there is no uncertainty attached to the design of the fundamental functional architecture, and that any remaining uncertainties in the user specification are confined to the content of configuration files. The fourth module in the IFREMER facility is the use of the L2P data to generate entries for the GHRSST-PP match-up data base (MDB). IFREMER is well placed to handle the extraction of satellite data from the L2P inputs that are collocated with in situ observations of SST to form the MDB records. That is because the focal point for the collection, processing, dissemination and archiving of many of Europe’s operational measurements of SST from buoys and other platforms is already based at IFREMER in the CORIOLIS project. © 2004 SOC Page 19 of 193
Page 1 and 2: Medspiration System Requirements Do
Page 5 and 6: Medspiration MED-SOC-RS-001_1 Syste
Page 17: Medspiration MED-SOC-RS-001_1 Syste
Page 69 and 70:
Medspiration System Requirements Do
Page 71 and 72:
Page 73 and 74:
Medspiration MED-SOC-RS-001_1 Syste
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189 and 190:
Page 191 and 192:
Page 193:
show all

Medspiration â System Requirements Document - Data User Element

Create successful ePaper yourself

Delete template?

Save as template?

Medspiration â System Requirements Document - Data User Element