1 / 34

Adding Value to WISE: Services for European Harmonisation

This document discusses the addition of services to WISE (Water Information System for Europe) to enhance European harmonisation, data download, data view, and future developments. It includes information on the WISE architecture, map viewers, and the status of the WISE Data Service. It also provides analysis and recommendations for system assessment and integration with other components.

annereeves
Download Presentation

Adding Value to WISE: Services for European Harmonisation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. WISE Working Group D 29 30 September 2009, Brussels Jon Maidens

  2. WISE architectureAgenda point 2b

  3. Services – adding value to WISE • European harmonisation • Data download – dataservice for reference datasets • Data view – mapviewer, eyeonearth • Future – more services – discovery (metadata), view (WMS, VE etc)

  4. http://dataservice.eea.europa.eu

  5. http://www.eea.europa.eu/themes/water/mapviewers

  6. http://www.eea.europa.eu/themes/water/status-and-monitoring/bathing-water-data-viewerhttp://www.eea.europa.eu/themes/water/status-and-monitoring/bathing-water-data-viewer

  7. http://eoe.eea.europa.eu/

  8. Mapviewer developments

  9. WISEds

  10. Status • GeoSolutions presented proof of concept at Koblenz • Delivered documentation and code • Installed application at EEA • Handover meeting with EEA and Atkins • Recommendations from GeoSolutions • Handover task for Atkins July/August – draft paper

  11. Atkins first task • Activity 1 – Application migration – installation • Activity 2 – System assessment – documentation review, system flow mapping • Activity 3 – System analysis

  12. System assessment • Test documentation and complete where needed • Does it fit to EEA architecture? • Where is it complex? • Where is it expensive to maintain?

  13. System analysis • Inclusion of further reporting streams (EU water policy (directives) as well as SoE reporting) - schema updates and addition • WFS component assessment for future development. • Analysis of migration to SQL Server 2008 database and removal of SDE component • QA analysis – Assess BizTalk schema validation, dotNet schema validation and removal of database holding rules as delivered • Integration with ReportNet QA • Management interface assessment and future needs. Integration of Eionet login • GeoRSS-GML integration – GeoRSS is another possible data delivery protocol

  14. Analysis result • The pilot system has incorrect implementation of the content validation – not to integrate with ReportNet • BizTalk is not being utilised to its full potential • Configuration of the system for new schemas requires a lot of resource (and also for schema updates) • Database generated from application only temporary – WISE data model • With SQL server 2008 providing spatial capabilities at the database level, it is possible to remove the ESRI ArcSDE component altogether • WFS and other reporting protocols raise technological issues which require further analysis

  15. WFS • For spatial information requests. • Requesting full WFD schemas is too complex for standards. So we need to reduce the complexity and client/MS custom development and IT needs • WFS issue is orchestrating requests in BizTalk. Knowing what has changed – managing that interaction. If one side goes down – the other needs to know what hasn't been delivered. • However, WFS component is front-end component to the BizTalk engine

  16. Concept of flow • Request detailed data - different type of information to ReportNet flow • Perform the harmonisation/aggregation to derive required dataset • Important - MS control • Release to public in output • Make a chain

  17. Implementation strategy • The roadmap needs better defined milestones • Take-up, interest from and collaboration with Member States is lacking (as demonstrated in testing exercise) • The proof of concept covers the inputs, but the does not extend to the full data flow in the WISEds. Components (metadata, WISE data model, WMS) exist or are in production under separate initiatives, and the implementation plan should be revisited to tie them in. • Can be re-addressed through implementation plan

  18. Looking forward • Decide on technical activities • Identify better dataset – Floods reporting has good potential • Demonstrate the chain • Better define the MS criteria for setting up a system • WFS, GeoRSS?? depending on the request

  19. Extending Inspire to WISE

  20. WISE metadata profile

  21. WISE-INSPIRE link – metadata • WISE metadata profile – extension of the Inspire profile. Active task sheet to produce XML schema and analysis of tools/support to facilitate metadata production (style sheet, constraints, code lists, editor) • Follows ISO 19115 standard

  22. WISE Metadata • The WISE metadata profile should support the functions of discovery and usage. • Since the majority of WISE datasets and services fall under the scope of INSPIRE, the profile extends the INSPIRE metadata to include all those additional elements already agreed by the WISE community. • The INSPIRE metadata elements have been selected to support the primary function of discovery. For 10 categories, there are a total of 27 metadata elements. • WISE metadata appends 12 metadata elements

  23. WISE Metadata

  24. Which WISE components require metadata? • Metadata should be created with all geographical information being reported to, developed in the context of, or disseminated through WISE. • A sub-set of the metadata elements found in the WISE profile for spatial data would also be applicable for non-spatial data submitted by Member States. (But not defined anywhere)

  25. Metadata properties • Annotations • Mandatory,optional fields • Multiplicity • Restricted code lists

  26. Metadata constraint rules • Conditional fields • Cannot be implemented in the schema • Implemented in editor • Documented

  27. Keyword list online resource • Guidance to completion of fields included

  28. Metadata profile • Described in the GIS Guidance document and spatial reporting guidance http://water.eionet.europa.eu/schemas/dir200060ec/resources/ • Metadata schema profile and additional guidance (example) available online from 22nd October: http://water.eionet.europa.eu/schemas/dir200060ec/resources/geo • Metadata editor to come next year

  29. Data specifcations

  30. Data specifications • 'listing a number of requirements and making the necessary recommendations, the data specifications enable full system interoperability across the Member States, within the scope of the application areas' • Application area = domain of interest • Real world broken down into application areas for purposes of sharing spatial information • The data specifications follow the structure of “ISO 19131 Geographic information - Data product specifications” standard. • UML diagrams

  31. WFD Basic

  32. WFD Monitoring

  33. WFD Status

More Related