11.01.2013 Views

Global Drought Monitoring Service through the GEOSS Architecture ...

Global Drought Monitoring Service through the GEOSS Architecture ...

Global Drought Monitoring Service through the GEOSS Architecture ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Architectural Implementation Pilot, Phase 3 Version: 2.0<br />

<strong>Global</strong> <strong>Drought</strong> <strong>Monitoring</strong> and European <strong>Drought</strong><br />

Observatory-Water SBA Engineering Report<br />

Date: 11/Feb/2011<br />

segments of <strong>the</strong> globe, will require some integrative technology in order to accommodate <strong>the</strong><br />

utter complexity of multiple languages, multiple scientific terms within different languages,<br />

differences in place names to describe geographic entities, and multiple variable names within<br />

database schema. These are <strong>the</strong> requirements for a semantic-based information system: datasets<br />

and records have to be registered at <strong>the</strong> level of water budget components, i.e., stores of<br />

groundwater, river water elevation, precipitation, etc, to meet <strong>the</strong> requirements for hydrologic<br />

drought monitoring. This also means, conversely, that a semantic ontology has to include <strong>the</strong>se<br />

concepts, as well, within <strong>the</strong> water ontology, for <strong>the</strong> purposes of organizing information. This<br />

level of detail is a critical requirement.<br />

Several possible methodologies for achieving multidisciplinary interoperability take<br />

advantage of <strong>the</strong> possible integrative power of Semantic Web technologies, developed by Tim<br />

Berners-Lee (Berners-Lee, Hendler, Lassila 2001; Yu(2007).<br />

What, simply put, does <strong>the</strong> semantic web do? It tries to lift <strong>the</strong> burden off <strong>the</strong> user of<br />

having to process huge amounts of information by automating (and making machine readable)<br />

<strong>the</strong> collection and processing of information, so that <strong>the</strong> processing burden may be shifted from<br />

<strong>the</strong> user to <strong>the</strong> machine. Semantic web techniques improve irretrievability of <strong>the</strong> correct<br />

document or resource or dataset by providing semantic annotation <strong>through</strong> Resource Description<br />

Framework (RDF) or RDFS, perhaps combined with an ontology which provides <strong>the</strong> structural<br />

arrangement of <strong>the</strong> resources in context with one ano<strong>the</strong>r, along with possibly including some<br />

simplified artificial intelligence application for sorting or selection.<br />

Semantics can be directly employed within <strong>the</strong> decision support services developed by<br />

GEO, i.e., within <strong>the</strong> software applications and processing of data. For example, SEAMLESS<br />

links toge<strong>the</strong>r application modules (such as used in Delft- Flooding Early Warning System or<br />

FEWS) and component-based applications that can be orchestrated into a workflow run over a<br />

framework, in this case, OpenMI (Rizolli, et. al 2007).<br />

Ano<strong>the</strong>r use of semantics is <strong>the</strong> more traditional search and discovery role. This use<br />

case of semantics is what has been explored within this session of AIP-3, as a test case project<br />

within <strong>the</strong> European Union among <strong>the</strong> architects of <strong>the</strong> Euro<strong>GEOSS</strong> discovery broker, <strong>the</strong> AIP-3<br />

Semantics Working Group, <strong>the</strong> European <strong>Drought</strong> Observatory, and <strong>the</strong> AIP-3 Water and<br />

<strong>Drought</strong> Working Group.<br />

3.3 Developing an Architectural Diagram for <strong>the</strong> GEO <strong>Global</strong> <strong>Drought</strong><br />

<strong>Monitoring</strong> <strong>Service</strong><br />

Figure 6, derived from <strong>the</strong> Australia Water Resources Information System, illustrates<br />

some of <strong>the</strong> components that are prerequisites for <strong>the</strong> <strong>Global</strong> <strong>Drought</strong> Monitor Portal (GDMP).<br />

The “system architecture” is a diagram of <strong>the</strong> applications and <strong>the</strong> tools, combined with <strong>the</strong><br />

enabling framework at <strong>the</strong> component level. Figure 6 shows <strong>the</strong> bottom rung of data entering<br />

<strong>through</strong> <strong>the</strong> observing system, as, respectively, “Numeric data” (as in soil moisture generated by<br />

<strong>the</strong> VIC and LISFlood models), or satellite source “Sensor output” originating from space-based<br />

scatterometer soil moisture data. The upper tier illustrates in schematic boxes some additional<br />

components, <strong>the</strong> Open Geospatial Consortium (OGC) geospatial Web Mapping <strong>Service</strong>s (WMS)<br />

exchange of drought maps. The exchange of drought maps among <strong>the</strong> European <strong>Drought</strong><br />

Page 33

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!