Habitats inspire edimburgo technical presentation

1,474 views

Published on

Published in: Technology, Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,474
On SlideShare
0
From Embeds
0
Number of Embeds
22
Actions
Shares
0
Downloads
10
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Habitats inspire edimburgo technical presentation

  1. 1. Karel Charvat<br />Help Service <br />Remote Sensing<br />Social Validation of INSPIRE Annex III Data Structures in EU Habitats<br />(27th of June 16:00 room Fintry)<br />
  2. 2. Content<br />Lessons learn from user communities<br />Why harmonize data?<br />For whom are metadata important<br />From INSPIRE to Habitats Architecture<br />Reference laboratory as prove of concept<br />Pilots testbeds<br />
  3. 3. Lessons learn from user communities<br />NATURAL RESOURCE MGMT<br />WILD SALMON<br />MONITORING<br />LA PALMA<br />MARINE<br />RESERVE<br />ECO-<br />TOURISM<br />NAT’L<br />POLICY<br />HIKING TRIP<br />PLANNER<br />CZECH NAT’L<br />FOREST<br />PROGRAMME<br />SORIA<br />NATURAL<br />RESERVE<br />SHEEP & GOAT<br />HERD<br />MANAGEMENT<br />ECON ACTIVITY<br />AT COASTAL<br />BENTHIC HAB.<br />ECONOMIC ACTIVITIES<br />
  4. 4. Lessons learn from user communities<br />Analysis of use cases<br />Generalization<br />How communities request could influence architecture design, data models and metadata requirements<br />
  5. 5. Analysis of use cases<br />
  6. 6. Analysis of use cases<br />
  7. 7. Analysis of use cases<br />
  8. 8. Analysis of use cases – data usage<br />Regional data used regionally<br />Global data used regionally<br />Regional data used cross regionally<br />Regional data used globally<br />Global data used globally<br />
  9. 9. Regional data used regionally<br />There is not direct requirement for INSPIRE data models<br />Local data models could be wider <br />Local data models reflect regional needs and also regional decision processes<br />If data are not shared outside of region (but in many cases it is necessary), in principle global standards are not needed<br />Standards are needed in case of more data suppliers, to guarantee data consistence<br />
  10. 10. Regional data used regionally<br />
  11. 11. Global data used regionally<br />Global data are in some content something like de facto standards<br />In some cases it is necessary to be possible transform data into such models, which is required by regional decision processes<br />The global model has to cover regional decision needs (GMES case for example)<br />Question is, if this transformation will be done on fly or offline<br />Language problem<br />
  12. 12. Example FMI data used locally <br />
  13. 13. Example FMI data used locally <br />
  14. 14. Regional data used cross regionally<br />There is already very visible problem of data harmonization, this problem is higher, in the case of cross boarder regions<br />In many cases, like tourism we need deal not with one or more separate data theme, but with complex mixture of themes related to INSPIRE<br />In some application cases model could be broader then INSPIRE definition<br />Language problem<br />
  15. 15. Tourist example<br />
  16. 16. Regional data used globally<br />Probably most relevant cases for INSPIRE data model<br />The idea is to combine local data sets into one data set<br />The regional data has to be transformed (in many cases simplified) into global model<br />Relevant cases are tourism, transport, education, research, environment protection, risk management, strategic decision <br />Language problem<br />
  17. 17. Regional data used globally<br />
  18. 18. Regional data used globally<br />
  19. 19. Global data used globally<br />Global data are standard or de facto standard. <br />It is expected, that in the case of data of public sector, this data will be already in INSPIRE models<br />It could happened, that this models has to be transformed on the base of needs of concrete application area. Transformation could be based also on Feature Encoding or SLD.<br />
  20. 20. Global data used globally<br />
  21. 21. Global data used globally<br />
  22. 22. Habitatsandbiotopes<br />Bio-geographicalregions<br />SeaRegions<br />Species distribution<br />D3.1 Conceptual Data Models<br /><ul><li>As simple as possible
  23. 23. Just commonelementsandattributes
  24. 24. To enableanextensionofmodels
  25. 25. To interconnectHabitatsthemes
  26. 26. To re-use existingcomponets</li></ul>UMLClassDiagrams<br /><ul><li>INSPIRETWGs
  27. 27. methodologyusedforINSPIRE data specification,
  28. 28. internationalstandards
  29. 29. analysesof data modelsforselectedthemesused in single countriesparticipating on Habitatsproject
  30. 30. resultsofprevioustasksofHabitatsproject</li></ul>Feature Catalogues<br />INSPIREtesting<br />TRAGSATEC<br />IMCS<br />HSRS<br />TU Graz<br />
  31. 31. INSPIRE<br />Data<br />Specifications 2.0<br />Harmonization<br />FMI<br />data<br />SeaRegions<br />Testingofspecifications<br />(based on Habitats<br />data modelsand user<br />requirements)<br />Bio-geographicalregions<br />Habitatsandbiotopes<br />Species distribution<br />
  32. 32. Source data<br />Vegetation tiers (altitudinal vegetation zones) layer<br /> Part of PFD (Regional Plans of Forest Development) produced by FMI<br /> Spatial reference system - SJTSK (Czech national system)<br />FMI original classification system<br />
  33. 33. New Data Model<br />Existing data model +<br />referenceHabitatTypeId: CharacterString<br />referenceHabitatTypeScheme: ReferenceHabitatTypeSchemeValue<br />localSchemeURI: URI<br />localNameValue: CharacterString<br />geometry: polygon<br />referenceHabitatTypeId: eunis_value<br />referenceHabitatTypeScheme: eunis<br />localSchemeURI: link_to_FMI_classification<br />localNameValue: FMI_classification_value<br />
  34. 34. Harmonization process<br />Open SHP file<br />and its scheme<br />New data<br />model<br />Save final<br />SHP file<br />Reclassification<br />FMI -> EUNIS<br />
  35. 35. Taxonomy – reclassification (FMI -> Eunis)<br />0 Pine -> G3.42,"4","Middle European [Pinussylvestris] forests"<br />1 Oak -> G1.87,"4","Medio-European acidophilous [Quercus] forests"<br />2 Beech-oak -> G1.82,"4","Atlantic acidophilous [Fagus] - [Quercus] forests"<br />3 Oak-beech -> G1.82,"4","Atlantic acidophilous [Fagus] - [Quercus] forests"<br />4 Beech -> G1.6,"3","[Fagus] woodland"<br />5 Fir-beech -> G4.6,"3","Mixed [Abies] - [Picea] - [Fagus] woodland"<br />6 Spruce-beech -> G4.6,"3","Mixed [Abies] - [Picea] - [Fagus] woodland"<br />7 Beech-spruce -> G4.6,"3","Mixed [Abies] - [Picea] - [Fagus] woodland"<br />8 Spruce -> G3.1D,"4","Hercynian subalpine [Picea] forests"<br />9 Dwarp pine -> F2.45,"4","Hercynian [Pinusmugo] scrub"<br />
  36. 36. Target data<br />Source data<br />(simplified)<br />
  37. 37. Metadata profiles and cataloging<br />Requirements on metadata information are growing with professionalism of users.<br />Simply we can say, that for example tourist requirements will be done usually by theme of information and spatial or eventually time extend<br />Requirements of specialist could lead to extension of current INSPIRE standards (done as part of Habitats work)<br />
  38. 38. Simple metadata inside of viewer<br />
  39. 39. Habitats multi search<br />
  40. 40. INSPIRE versus Habitats architecture<br />
  41. 41. What is missing from Habitats view<br />INSPIRE architecture doesn’t reflect needs of regions about data collection and updating<br />INSPIRE architecture doesn’t reflect needs of regions about metadata collection and updating<br />In single Habitats pilot cases you don’t need necessary full architecture<br />Components of Habitats architecture could be localized on more places.<br />
  42. 42. Example Metadata<br />Habitats metadata management has to be divided into single components, guarantee communication using CSW standards.<br />So metadata management system could run on different server, than single clients<br />Metadata management system is divided from metadata edition and also from discovery services.<br />
  43. 43. Example Metadata<br />Catalogue system is now composed from independent components:<br />Metadata catalogue<br />Metadata editor client<br />Metadata import client<br />Metadata harvesting client<br />Metadata valuator client<br />Light discovery services client<br />Full discovery services client<br />
  44. 44. Example Metadata<br />Currently solved problem is about metadata management, if to use metadata harvesting or provide multi search to multiple catalogue<br />Second option could be combined with some methods of metadata caching<br />The problems are with different usage of standards in INSPIRE and ISO, for example some GEOSS catalogues are not compatible with INSPIRE based catalogues<br />
  45. 45. View services<br />Current most popular technologies are based on clients technologies.<br />It give us some advantage, but also could bring problems with browsers and some operations like coordinate transformation or printing<br />Server part of client is necessary<br />
  46. 46. View services<br />
  47. 47. View services<br />
  48. 48. Additional services required<br />Sensor Observation Services<br />Data uploading<br />Data composition forming<br />Vectorisation of data<br />Data download<br />Support for mobile online and offline data collection<br />Support for iframe or portlets to be possible integrate components with Web pages<br />
  49. 49. Usage of iframe<br />
  50. 50. Reference laboratory<br /> Habitats RL is designed and implemented as a virtual database. It integrates different technologies like GIS, multimedia, and virtual reality. Important part is integration of social networking tools supporting social assessment. These services are not implemented on the Habitats  portal directly, but they are implemented as virtual services on different places in Europe.<br />
  51. 51. Reference laboratory<br />
  52. 52. Pilot implementation<br />Not all pilots need to implement full architecture, subset of architecture is given by pilot needs<br />Pilot implementation are based on common generic architecture principles, but they are free to use different components and platforms, this give possibilities for good testing of interoperability<br />Pilot applications are validate by users, but also against RL<br />
  53. 53. Thank you for your attention<br />Karel Charvat<br />Help Service <br />Remote Sensing<br />

×