AAA - The contribution of the AdV in an increasing European Spatial Data Infrastructure - the German Way

1. AAA - The contribution of the AdV in an increasing European Spatial Data Infrastructure - the German Way Markus Seifert Bavarian Administration for Surveying and Cadastre General Assembly of the Permanent Committee on Cadastre (PCC), 12.6.-14.6.2007, Hamburg

2. Member of the DVW Working Group on geoinformation • Delegate to FIG Com 7 • Head of the SDI office in Bavaria • Establishment of a SDI in Bavaria • Head of the project team “SDI Standards” of the AdV • Responsible for developing and mainenance of the new integrated cadastre model ALKIS • Representaive of the AdV to the OpenGeospatial Consortium (OGC) • AdV becomes a technical member of OGC • Head of the German delegation to ISO/TC 211 • Member of the Drafting Team “Data Specification” at INSPIRE Personal Background

3. SDI - The European way • SDI and AAA – The German way • The new integrated cadastre model ALKIS • Content • Contribution to the NSDI • Geoservices Content

4. EU has islands of data of different standards and quality... Current situation in Europe • Data policy restrictions • pricing, copyright, access rights, licensing policy • Lack of co-ordination • across boarders • between levels of government • Lack of standards and their use • incompatible information • incompatible information systems • fragmentation of information • redundancy • Lack of data No spatial data infrastructure

5. Framework for E-services GI-specifications GI-standards „AAA implementation started in 2005“ INfrastructure for SPatial InfoRmation in Europe INSPIRE SDI Germany The aim is the a harmonised framework directive for implementation of a European spatial data infrastructure (ESDI)

6. A European spatial data infrastructure basically needs (strategic view) • Harmonized geodetic reference • Metadata for discovery of existing data • Harmonized geodata and geo-services • Bundle geodata and geo-services within one European portal • Handle access rights and licensing policies for all users • Controlling and monitoring of the implementation within the EU member states • Methodology for building up a ESDI (considering process, consensus process, decision making etc.) • Keep data where it is collected and maintained and make itaccessible for other using geo-web services (WMS, WFS etc.) • All these issues are addressed by the INSPIRE framework directive and the implementation rules Requirements for an ESDI

7. Upcoming work for EU member states during the IR • review phase Requirements for INSPIRE

8. SDI - The European way • SDI and AAA – The German way • The new integrated cadastre model ALKIS • Content • Contribution to the NSDI • Geoservices Content

9. ALK Automated Real Estate Map ALB Automated Real Estate Register AFIS-ALKIS-ATKIS Application Schema ATKIS Geodetic Reference Points Offical Topographic and Cartographic Information System The National Geodatabase – Reference Data Quite a lot of redundant information

10. send: receive: „my car“ „his car“ • Information • Information (farmalising) (reconstruction) data data (Transfer) car Data modelling: Data and Information

11. Data modelling: Data and Information Reveiver: Transmitter: • Information • Information Metadata: Class „car“: Attribute „producer“ Attribute „price“ Attribute „colour“ Attribute „production year“ Attribute „condition“ Attribute „current milage“ Attribute „notation“ (formalising) (reconstruction) Data Data (Transfer) c a r

12. Model-driven Approach is promoted for a ESDI This and the following recommendations are listed in the Technical Report CEN/TR 15449 “Geographic information - Standards, specifications, technical reports and guidelines, required to implement Spatial Data Infrastructures”

13. Data modellingas a basis for a SDI • A simple overlaying of maps in the internet do not need a object-oriented data model but sifficient search and presentation functionalities (web map services) • In future the requirements for geo- information will increase, that meansgeoinformation must be(automatically) readable • Requirements • Standardised and readable description of the digital content using a data model • Internet services that can handle geoinformation in the internet (search, find, interpret, process, transfer und present  web feature services) • A spatial data infrastructure thererfore needs web functionalities as well as standardised data models for describing all geoinformation (reference data and thematic)

14. Contribution of the AAA Model to the European SDI • Preconditions for a SDI (data modelling view) • Model-driven approach for describing the data • Semantic harmonization of the existing data as far as • possible and sufficient (feature catalogues) • Application of the ISO standards for data modelling • and encoding • Implementation of metadata information systems for discovery • and access to the data • Implementation of interoperable web services for • data access distribution (ISO, OGC) • Operational issues (registries etc.) • Legal issues (data sharing, IPR etc.) • Pricing AAA data model

15. SDI - The European way • SDI and AAA – The German way • The new integrated cadastre model ALKIS • Content • Contribution to the NSDI • Geoservices Content

16. Reference points buldings Legal classification Land use 17/1 17/2 17 parcel boundaryboundary point 17/3 16 17/4 Content of the new cadastre information system (ALKIS) + location, owner, ...

17. owner Land register 17/1 17/2 17 17/3 16 17/4 Content of the new cadastre information system (ALKIS) School 2 levels Motorway A 7 III. Order Ilm Industrial use 2 levels Industry and commerce District 8633number 17/2area 657 Main street12

18. Cadastral data model described with UML

19. Parcels, Location, Houses Buildings, Facilities and Geodetic Points other Facts Land Use Relief, DTM Owner, Property Rights Legal Classification, Administration Areas Migration Objects User Profile Unified Modelling Language (UML) Application schemas are documented by using a conceptual schema language. Such a language may have a well defined graphical notation (such as UML for class diagrams) but also a machine-readable format. The use of UML according to ISO/TS 19103 is promoted as an ESDI conceptual schema language.

20. Consequent use of International Standards Recommendation: ISO 19109 and referred standards are promoted as ESDI rules for specifying data structures and semantics. 19109 Rules for application schema NAS (XML-Schema) Feature Catalogue (HTML, RTF) 19110 Feature catalogue 19136 (GML) profile Feature Catalogue (XML) 19118 Level 1 AAA application schema 19107 – 19111 Geometry, CRS 19112 – 19115 Metadata 19103 Conceptual schema language (UML)

21. Extract of ISO 19107Spatial Schema: Geometry Schema Answer the following questions: Are all these elements relevant fora SDI or a common used data model within one thematic domain? If not, which are relevant? Determine ISO-profiles for specific domains Domain a State B Domain a State A

22. AAA basic schema as profile of ISO that specifies common used data elements (e.g. geometric primitives) UML AAA thematical schema Thematical schema xxx UML Cadastre feature catalogue xxx- feature catalogue automated creation by using a tool (Rational Rose script) interface xxx Generic Structure of the AAA data model Components of the AFIS-ALKIS-ATKIS-Data model Topography feature catalogue Data exchange interface NAS (standard based data exchange interface)

23. <<Leaf>> <<Leaf>> <<Leaf>> AAA_Spatial Schema AAA_Catalogue AAA_BasicClasses + AA_Flaechengeometrie General structure of a feature + AC_FeatureType + AA_AdVStandardModell + AA_Liniengeometrie + AC_ObjektTypenBezeichnung + AA_PMO + AA_PunktLinienThema + AC_Objektartenbereich + AA_Fachdatenobjekt + AG_ObjektMitGemeinsamerGeometrie + AC_Objektartengruppe Structure of a featurecatalogue + AA_Fachdatenverbindung + AU_ObjektMitUnabhaengigerGeometrie + AC_Thema + AA_Lebenszeitintervall + TA_CurveComponent + AC_Themenart + AA_Modellart + TA_MultiSurfaceComponent + AA_NREO + TA_PointComponent + AA_Objekt Geometry + TA_SurfaceComponent + AA_ObjektOhneRaumbezug + AA_REO + AA_UUID + AA_ZUSO Operations + URI <<Leaf>> <<Leaf>> Presentation AAA_Operations AAA_IndependantGeometry + AA_Art_Themendefinition <<Leaf>> + AU_Flaechenobjekt + AA_Auftrag Use cases AAA_CommonUsedGeometry + AU_Geometrie + AA_Ergebnis + AU_KontinuierlichesLinienobjekt + AG_Flaechenobjekt + AA_Instanzenthemen + AU_Linienobjekt + AG_Geometrie + AA_Themendefinition + AU_Objekt + AG_Objekt + AU_Punktobjekt + AG_Linienobjekt + AG_Punktobjekt <<Leaf>> <<Leaf>> AAA_ProjectControlling <<Leaf>> AAA_PresentationObjects + AA_Antrag AAA_PointCollection + AP_FPO + AA_Antragsart + AD_GitterCoverage + AP_GPO + AA_BesondereMeilensteinkategorie + AD_PunktCoverage + AP_HorizontaleAusrichtung + AA_Dokumentationsbedarf + AD_ReferenzierbaresGitter + AP_LPO + AA_Gebuehrenparameter + AD_Wertematrix + AP_LTO + AA_Meilenstein + AP_PPO + AA_Projektsteuerung + AP_PTO + AA_Projektsteuerungsart + AP_TPO + AA_Projektsteuerungskatalog + AP_VertikaleAusrichtung + AA_Vorgang + AA_VorgangInProzess <<Leaf>> AAA_UserProfile + AA_Vorgangsart + AA_Benutzer + AA_Benutzergruppe Baseline for thematic application schemas:The AAA Basic Schema

24. Real Esate prices 3D information AAA thematic schema Town planing Rural development - - - Cadastre (ALKIS) AdV basic schema Thematic exchange interfaces Standardised Data exchance interface (NAS) Modelling of thematic data AAA basic schema as basis for thematic information systems

25. SDI - The European way • SDI and AAA – The German way • The new integrated cadastre model ALKIS • Content • Contribution to the NSDI • Geoservices Content

26. Geo Web Services • All web services are implemented under consideration of the activities of SDI-Germany • AdV defined a profile of the Web Map Server specification, determine some further definitions to fill degrees of freedom, e.g: - CRS - Raster format - etc. • A WFS-G (Gazetteer service) will be implementated for providing coordinates for buildings • A catalogue service for discovering and harvesting metadata will be implementated based on ebRIM or CSW DE profile • For operational implementation of the SDI Germany a registry will be applied • For examples see www.gdi.bayern.de

27. Geoservices • OGC Web Map Service (WMS) • Request of digital maps in raster format (PNG, GIF, TIFF, JPEG) coming from seperated digital geographic databases • Displaying with a web viewer (web browser or GIS) • Precondition: georeferencing, metadata, URL • Functionalities: GetCapabilities, GetMap, GetFeatureInfo

28. Geoservices • OGC Web Feature Service (WFS) • Request to geo resources in vector format (attributes and geometry) • Displaying with a web viewer (web browser or GIS) • Precondition: Georeferencing, metadata, URL • Functionalities: GetCapabilities, DiscribeFeatureType, • GetFeature • Extension: Transaction-WFS (read only and update)

29. Online Presentation • Geo web services: • www.gdi.bayern.de • E-services related on cadastre: • www.geoportal.bayern.de

30. Conclusions • The AAA data model with the basic schema offers a thematic-independent and generic model framework that can be a baseline for modelling of other thematic domain data models. That will help to standardise the geoinformation in Germany. • A SDI for geoinformation (not just geodata) needs an exact and transparent definition of the sharable data. Therefore the same methodology as defined with the AAA data model can be used. Doing this a national geo database can be established. • The AdV offers support by using the UML tools for defining the data model and deriving the data exchange interface. Specific guidelines have been published on the AdV home page. The AdV guaranties maintenance at least until 2012. • The success of the AAA data model bases on the consequent use of international GI standards from ISO. • Geoservices will help to provide cadastral information and can be integrated within variable applications of e-government solution.

31. For more information see www.adv-online.de • Questions?