scianna: gis day social innovation for resource management

38
GISLAB c/o DIRAP - University of Palermo ICAR CNR - Italy La standardizzazione dei dati geografici nell'ambito della direttiva INSPIRE: Andrea Scianna [email protected] GISLAB - http://gislab.dirap.unipa.it/ il caso del progetto Habitats

Upload: francesco-passantino

Post on 19-Nov-2014

831 views

Category:

Technology


0 download

DESCRIPTION

 

TRANSCRIPT

  • 1. La standardizzazione dei dati geografici nell'ambito della direttiva INSPIRE: Andrea Scianna [email_address] GISLAB-http://gislab.dirap.unipa.it/ il caso del progettoHabitats

2. La Direttiva Inspire

  • Il 14 marzo 2007 stata promulgata la DIRETTIVA 2007/2/CE DEL PARLAMENTO EUROPEO E DEL CONSIGLIO cosiddetta Inspire per listituizione di un' Infrastruttura per l'informazione territorialenella Comunit europea (Inspire). La Direttiva INSPIRE, stata ufficialmente pubblicata, sulla Gazzetta Ufficiale della Comunit Europea, il 25 Aprile con entrata in vigore il 15 Maggio 2007.

3.

  • La Direttiva pone alcune premesse che sono alla base di tutte le azioni connesse con tale direttiva e cio:
  • Per realizzare l'integrazione prevista dallaDirettivaoccorre istituire misure dicoordinamento tra gli utilizzatori e i fornitori delle informazioni , per poter combinare le informazioni e le conoscenze disponibili in vari settori diversi;
  • LInfrastruttura per linformazione territoriale nella Comunit europea, Inspire, dovrebbeassistere la definizione delle politiche e delle attivit che possono avere un impatto diretto o indiretto sull'ambiente ;
  • LaDirettiva dovrebbe applicarsi ai dati territoriali detenuti da o per conto delle autorit pubbliche e allutilizzo dei suddetti dati da parte delle autorit pubbliche nellesercizio delle loro funzioni pubbliche ;
  • LaDirettiva non dovrebbe fissare disposizioni per il rilevamento di dati nuovi n per la comunicazione di tali informazioni alla Commissione, in quanto tali aspetti sono disciplinati da altre normative in materia di ambiente.

Premesse per lattuazione della Direttiva 4. Strumenti per la gestione dei dati territoriali

  • La Direttiva definisce inoltre glistrumenti cardineper una corretta e completa gestione dei dati territoriali fra cui:
  • Iservizi di retesono indispensabili per condividere i dati territoriali tra i vari livelli di amministrazione pubblica della Comunit. Tali servizi di rete dovrebbero consentire di ricercare, convertire, consultare e scaricare i dati territoriali e di richiamare servizi di dati territoriali e di commercio elettronico.
  • infrastruttura per l'informazione territoriale : i metadati, i set di dati territoriali e i servizi relativi ai dati territoriali; i servizi e le tecnologie di rete; gli accordi in materia di condivisione, accesso e utilizzo dei dati e i meccanismi, i processi e le procedure di coordinamento e di monitoraggio stabilite, attuate o rese disponibili conformemente alla presente direttiva;

5. Le infrastrutture dati territoriali

  • Le infrastrutture per linformazione territoriale degli Stati membri
  • dovrebbero essere finalizzate agarantire che i dati territoriali siano archiviati, resi disponibili e conservati al livello pi idoneo ;
  • devono consentire di combinare in maniera coerente dati territoriali provenienti da fonti diverse allinterno della Comunit e dicondividerli tra vari utilizzatori e applicazioni ;
  • devono permettere dicondividere i dati territoriali raccolti ad un determinato livello dellamministrazione pubblica con altre amministrazioni pubbliche ;
  • devonorendere disponibili i dati territoriali a condizioni che non ne limitino indebitamente luso pi ampio ; devono infine far s che sia possibile ricercare facilmente i dati territoriali disponibili, valutarne agevolmente lidoneit allo scopo e ottenere informazioni sulle loro condizioni di utilizzo;

6. ALLEGATO I-CATEGORIE TEMATICHE DI DATI TERRITORIALI DI CUI ALL'ARTICOLO 6, LETTERA A), ALL'ARTICOLO 8, PARAGRAFO 1, E ALL'ARTICOLO 9, LETTERAA)

  • 1. Sistemi di coordinate
  • 2. Sistemi di griglie geografiche
  • 3. Nomi geografici
  • 4. Unit amministrative
  • 5. Indirizzi
  • 6. Parcelle catastali
  • 7. Reti di trasporto
  • 8. Idrografia
  • 9. Siti protetti

7. ALLEGATO II-CATEGORIE TEMATICHE DI DATI TERRITORIALI DI CUI ALL'ARTICOLO 6, LETTERA A), ALL'ARTICOLO 8, PARAGRAFO 1, E ALL'ARTICOLO 9, LETTERA B)

  • 1. Elevazione
  • 2. Copertura del suolo
  • 3. Orto immagini
  • 4. Geologia

8. ALLEGATO III-CATEGORIE TEMATICHE DI DATI TERRITORIALI DI CUI AGLI ARTICOLI 6, LETTERA B), E ALL'ARTICOLO 9, LETTERA B)

  • 1. Unit statistiche
  • 2. Edifici
  • 3. Suolo
  • 4. Utilizzo del territorio
  • 5. Salute 65
  • umana e sicurezza
  • 6. Servizi di pubblica utilit e servizi amministrativi
  • 7. Impianti di monitoraggio ambientale
  • 8. Produzione e impianti industriali
  • 9. Impianti agricoli e di acquacoltura
  • 10. Distribuzione della popolazione demografia
  • 11. Zone sottoposte a gestione/limitazioni/regolamentazione e unit con obbligo di comunicare dati
  • 12. Zone a rischio naturale
  • 13. Condizioni atmosferiche
  • 14. Elementi geografici meteorologici
  • 15. Elementi geografici oceanografici
  • 16. Regioni marine
  • 17. Regioni biogeografiche
  • 18. Habitat e biotopi
  • 19. Distribuzione delle specie
  • 20. Risorse energetiche
  • 21. Risorse minerarie

9. Interoperabilit

  • La Direttiva richiama in pi punti il tema fondamentale dell interoperabilit , elemento chiave per la condivisione dellinformazione in genere.
  • Si potrebbe parlare in tal senso di:
  • Interoperabilit tecnica e/o tecnologica in prevalenza attiene al livello software pi che hardware;
  • Interoperabilit semantica relativa pi che altro alla standardizzazione di metadati, dati, definizione di tesauri, applicazione di tecniche basate su ontologie.

10. WEB Service

  • Secondo la definizione data dalWorld Wide WebConsortium(W3C) unWeb Service( servizio web ) un sistemasoftwareprogettato per supportare l' interoperabilittra diversielaboratorisu di una medesimarete ; caratteristica fondamentale di un Web Service quella di offrire un' interfacciasoftware (descritta in un formato automaticamente elaborabile quale, ad esempio, ilWebServices Description Language ) utilizzando la quale altrisistemipossono interagire con il Web Service stesso attivando le operazioni descritte nell'interfaccia tramite appositi "messaggi" inclusi in una "busta" (la pi famosa SOAP ): tali messaggi sono, solitamente, trasportati tramite ilprotocollo HTTPe formattati secondo lo standardXML

daWikipedia lEnciclopedia libera 11. Gli standard per le tecnologie software Web Service per dati geografici

  • Enti standardizzazione per i GIS :
  • - International Standards Organization (ISO)
  • - Open Geospatial Consortium (OGC)
  • Fra gli standard fondamentali, per il conseguimento dellinteroperabilit, se ne possono elencare alcuni come :
  • -XML(estensibilit, flessibilit)
  • - OGCG eographicM arkupL anguage v. 3.xx
  • -S impleO bjectA ccessP rotocol
  • -W ebS erviceD efininitionL anguage
  • -U niversalD escriptionD iscovery andI ntegration

12. Gli standard per le tecnologie software OGC Web Service per dati geografici

  • - Web Feature Serviceper l'estrazione ( WFS ) e la modifica ( WFS-Transactional ) di feature ovvero oggetti geografici archiviati in modo vettoriale.
  • - Web Coverage Service (WCS)per laccesso e manutenzione di dati geografici raster o grid..
  • - Web Map Service (WMS)rende disponibili mappe (come immagini) di dati geografici.

13. OGC Web Map Service (WMS)

  • AWeb Map Service (WMS)produces maps of georeferenced data. We define a "map" as a visual representation of geodata; a map is not the data itself. This specification defines three WMS operations:
  • - GetCapabilitiesreturns service-level metadata, which is a description of the service's information content and acceptable request parameters;
  • - GetMapreturns a map image whose geospatial and dimensional parameters are well defined;
  • - GetFeatureInfo(optional) returns information about particular features shown on a map.
  • These maps are generally rendered in a pictorial format such as PNG, GIF or JPEG, or occasionally as vector-based graphical elements in Scalable Vector Graphics (SVG) or Web Computer Graphics Metafile (WebCGM) formats.
  • When requesting a map, a client may specify the information to be shown on the map (one or more "Layers"), possibly the "Styles" of those Layers, what portion of the Earth is to be mapped (a "Bounding Box"), the projected or geographic coordinate reference system to be used (the "Spatial Reference System," or SRS), the desired output format, the output size (Width and Height), and background transparency and color.

14. Web Coverage Service (WCS)

  • The Web Coverage Service (WCS) supports the networked interchange of geospatial data as "coverages" containing values or properties of geographic locations. Unlike the Web Map Service (WMS) (OGC document #01-021r2), which filters and portrays spatial data to return static maps (server-rendered as pictures), the Web Coverage Service provides access to intact (unrendered) geospatial information, as needed for client-side rendering, multi-valued coverages, and input into scientific models and other clients beyond simple viewers.
  • The Web Coverage Service consists of three operations:
  • GetCapabilities ,GetCoverage, and DescribeCoverageType .
  • TheGetCapabilitiesoperation returns an XML document describing the service and the data collections from which clients may request coverages.

15. OGC Web Feature Service (WFS)

  • The OpenGISWeb Feature Service (WFS)Implementation Specification allows a client to retrieve and update geospatial data encoded in Geography Markup Language (GML) from multiple Web Feature Services. The specification defines interfaces for data access and manipulation operations on geographic features, using HTTP as the distributed computing platform. Via these interfaces, a Web user or service can combine, use and manage geodata -- the feature information behind a map image -- from different sources.
  • The following WFS operations are available to manage and query geographic features and elements:
  • Create a new feature instance
  • Delete a feature instance
  • Update a feature instance
  • Lock a feature instance
  • Get or query features based on spatial and non-spatial constraints

16. Esempio di interrogazione WFS

  • http://147.163.115.2:9995/cgi-bin/mapserv?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lim_provinciali&outputFormat=GML3&map=/var/www/cartoweb3/projects/demoPlugins/server_conf/demoPlugins/demoPlugins_wfs.map

17. Esempio di output su richiesta WFS 18. La Direttiva e i metadati

  • REGOLAMENTO (CE) N. 1205/2008 DELLA COMMISSIONE del 3 dicembre 2008 recante attuazione della direttiva 2007/2/CE del Parlamento europeo e del Consiglio per quanto riguarda i metadati

19. TIPI DI SERVIZI DI DATI TERRITORIALI Sono previsti in generale un gran numero di servizi aggiuntivi come ad esempio quelli per conversione dei dati fra sistemi di riferimento geografico diverso. 3.6. Altri servizi (other) Servizio che consente di definire i dati in entrata (input) e in uscita (output) richiesti dal servizio di dati territoriali e un workflow o una catena di servizi che combina pi servizi. Consente inoltre di definire un'interfaccia esterna del servizio web per il workflow o la catena di servizi. 3.5. Servizio di richiesta dei servizi di dati territoriali (invoke) Servizio di conversione che consente di trasformare i set di dati territoriali, onde conseguire l'interoperabilit. 3.4. Servizio di conversione (transformation) Servizio che permette di scaricare copie di set di dati territoriali o di una parte di essi e, ove possibile, di accedervi direttamente 3.3. Servizio di scaricamento (download) Servizio che consente di eseguire almeno le seguenti operazioni: visualizzazione, navigazione, variazione della scala di visualizzazione (zoom in e zoom out), variazione della porzione di territorio inquadrata (pan), sovrapposizione dei set di dati territoriali consultabili e visualizzazione delle informazioni contenute nelle legende e qualsiasi contenuto pertinente dei metadati. 3.2. Servizio di consultazione (view) Servizi di ricerca che consentono di ricercare set di dati territoriali e i servizi a essi relativi in base al contenuto dei metadati corrispondenti e di visualizzare il contenuto dei metadati. 3.1. Servizio di ricerca (discovery) 20. Adozione Submission for opinion of the INSPIRE committee of IR for the services allowing spatial data services to be invoked 16 June2012 1 Submission for opinion of the INSPIRE committee of IRs for the interoperability of spatial data sets and services for Annex II and III spatial data themes 9(b) 15-May-2012 Adoption IR governing the access rights of use to spatial data sets and services for Community institutions and bodies 17(8) December2009 3 Submission for opinion of the INSPIRE committee of IR for transformation services 16 14-Dec-2009 Submission for opinion of the INSPIRE committee of IR for download services 16 14-Dec-2009 Submission for opinion of the INSPIRE committee of IRs for the interoperability of spatial data sets and services for Annex I spatial data themes 9(a) 14-Dec-2009 Adoption of INSPIRE Regulation on discovery and view services 16 December2009 3 Adoption of COMMISSION DECISION regarding INSPIRE monitoring and reporting 21(4) 05-Jun-2009 Submission for opinion of the INSPIRE committee of IR governing the access rights of use to spatial data sets and services for Community institutions and bodies 17(8) 05-Jun-2009 Provisions of Directive are brought into force in MS 241 15-May-2009 Entry into force of INSPIRE Metadata Regulation 54 24-Dec-2008 Submission for opinion of the INSPIRE committee of IR for discovery and view services 16 19-Dec-2008 Submission for opinion of the INSPIRE committee of IR for monitoring and reporting 21(4) 19-Dec-2008 Adoption of INSPIRE Metadata Regulation 54 03-Dec-2008 Submission for opinion of the INSPIRE committee of IR for the creation and updating of metadata 54 14-May-2008 Establishment of the INSPIRE Committee 222 15-Aug-2007 Entry into force of INSPIRE Directive - 15-May-2007 21. Implementazione Other Annex II and III spatial data sets available in accordance with IRs for Annex II and III 73, 9(b) 30-May-2019 Other Annex I spatial data sets available in accordance with IRs for Annex I 73, 9(a) June2017 5 Newly collected and extensively restructured Annex II and III spatial data sets available 73, 9(b) January2015 5 Metadata available for spatial data corresponding to Annex III 6(b) 03-Dec-2013 Newly collected and extensively restructured Annex I spatial data sets available 73, 9(a) June2012 5 Transformation services operational 16 June2012 1 Download services operational 16 June2012 1 Discovery and view services operational 16 October2011 5 Metadata available for spatial data corresponding to Annex I and II 6(a) 03-Dec-2010 The EC establishes and runs a geo-portal at Community level 15 30-nov-10 Implementation of provisions for monitoring and reporting 211 212 15-May-2010 Description Article Milestone date 22.

  • Social Validation of INSPIRE Annex III Data Structures in EUHabitats
  • Inside EU COMPETITIVENESS AND INNOVATION FRAMEWORK PROGRAMME (CIP)

Jesse Marsh Atelier Studio Associato [email_address] Andrea Scianna GISLAB(ICAR CNR UNIPA) [email_address] 23. Policy Context

  • CIP ICT Policy Support Programme
    • Accelerate the deployment of EU-wide services of public interest
  • Objective 6.2: Geographical Information
    • For the purpose of formulating, implementing, monitoring and evaluating Community policy-making
  • HABITATS: Social Validation of INSPIRE Annex III Data Structures in EU Habitats

24. Issues for INSPIRE

  • Top-down consensus-building processes across Member States
    • Weak bottom-up feedback slows adoption
  • Annex III Data Themes depend on Annex I data models
  • Annex II and III Data Themes carried out in parallel
  • Habitats-related data normally managed by different and distinct entities

25. HABITATS Approach

  • From policy push to demand pull approach towards standards adoption
  • Real citizens and businesses in co-design processes through concrete pilots
  • Interactive data modelling and iterative network architecture development
  • Social network community to define usage scenarios and validate/disseminate results

26. Living Labs and Social Innovation SOCIAL SPACES FOR RESEARCH AND INNOVATION PEOPLE-LED INNOVATION 27. Habitats-related INSPIRE Themes

  • 16. Sea regions
    • Seas and saline water body regions/sub-regions
  • 17. Bio-geographical regions
    • Areas of homogeneous ecological conditions
  • 18. Habitats and Biotopoes
    • Terrestrial and aquatic natural or semi-natural areas with specific ecological features
  • 19. Species distribution
    • Occurrence of animal and plant species

28. HABITATS Objectives

  • Build HABITATS User Communities
  • Consolidate best practice from previous experiences
  • Define and implement data and metadata models
  • Design a HABITATS SDI service architecture, implement applets on-demand and integrate into a coherent service toolkit
  • Develop new services and service features through the validation pilots
  • Disseminate project results to environmental and scientific communitie
  • Sustainable operation of the HABITATS Services

29. Proposing Partnership TRAGSA (ES) FAO (INT) MAC (IE) HSRS (CZ) TRAGSATEC (ES) TUGraz (AT) Madonie Park (IT) ISPRA (IT) FMI (CZ) IMCS (LV) 30. WP2: User Communities

  • Social network platform
    • Open to service applet mash-ups
  • Engagement of actors from partner networks
    • ICT-ENSURE, FAO/UNEP, ELARD, IEEM, Humboldt, GMES, Plan4all, C@R, ENoLL
  • State of art, scenarios, requirements
    • Pilot and extended usage scenarios
  • Impact assessment
    • Effectiveness for daily environmental activities

31. WP5: Validation Pilots

  • Coordination of activities and thematic links
  • Pilot platform integration and ad-hoc mashups
    • HABITATS service applets, widgets & gadgets
  • Execution of specific pilot activities
    • 7 individual workplans
  • Evaluation and service simulation
    • Impact of participatory co-design processes
    • Simulation of service and business models

32. Pilot Scenarios (1)

  • Management of natural resources
    • Wild Salmon Monitoring (IE)
    • La Palma Protected Marine Area (ES)
  • Eco-tourism
    • Hiking Trip Planner (IT)
    • Soria Natural Reserve (ES)

33. Pilot Scenarios (2)

  • Economic activities
    • Sheep and Goat Herd Management (IT)
    • Economical activity at marine coastal benthic habitats (LV)
  • National policy
    • Czech National Forest Programme (CZ)

34. Interoperability Links WILD SALMON MONITORING LA PALMA MARINE RESERVE NATURAL RESOURCE MGMT SHEEP & GOAT HERD MANAGEMENT ECON ACTIVITY AT COASTAL BENTHIC HAB. ECONOMIC ACTIVITIES HIKING TRIP PLANNER SORIA NATURAL RESERVE ECO- TOURISM CZECH NATL FOREST PROGRAMME NATL POLICY 35. Cross-Pilot Services

  • FAO KIDS: Key Indicator Data System
  • FAO LADA: Portal for Worldwide access to Land Degradation Information
  • IMCS/HSRS: Environmental Awareness and Training

36. Expected Results

  • Multi-stakeholder communities
  • Data and metadata models
  • SDI network service architecture
  • 7 operational pilot services
  • Quick-prototyped validation platforms
  • Dissemination and local and intl events
  • Service and business models, exploitation plans, sustainability agreements

37. Drivers of Impact

  • Adoption-driven approach to standards
  • Built-in impact assessment
  • Key adoption criteria: Relevance, Openness, Responsiveness
  • Future development scenarios
    • Scientific users for environmental management
    • De-professionalised use for social involvement
    • Economic activities linked to environmental mgmt.
  • Demand-pull drive of multi-channel services

38. Thank you for your attention