6.4.2 Interoperability of spatial data
From Geostandards
6 INSPIRE
6.1 Background and Motivation
- 6.1.1 Spatial Data Infrastructures
- 6.1.2 Requirements for a European SDI
- 6.1.3 Existing foundation for a European SDI
- 6.2.1 Background and history
- 6.2.2 The five components of the Directive
- 6.2.3 Implementation, status and schedule
- 6.2.4 Groups and responsibilities within INSPIRE
- 6.2.5 INSPIRE Implementing Rules and INSPIRE Guidance Documents
- 6.2.6 European and Global initiatives in the context of INSPIRE
6.3 Technical Architecture Overview
- 6.3.1 Relationship between the different components, in particular spatial data, metadata, registers, and network services
- 6.3.2 Terminology
6.4 Interoperabilty of spatial data sets / INSPIRE data specifications
- 6.4.1 Requirements of the INSPIRE Directive
- 6.4.2 Interoperability of spatial data
- 6.4.3 INSPIRE data scope
- 6.4.4 Modelling Framework
- 6.4.5 Generic Conceptual Model
- 6.4.6 ISO 19100 series of International Standards
- 6.4.7 Rules for application schemas and feature catalogues
- 6.4.8 Identifier Management
- 6.4.9 Object referencing modelling
- 6.4.10 Coordinate referencing
- 6.4.11 Multi-lingual text and cultural adaptability
- 6.4.12 Data quality
- 6.4.13 Metadata for evaluation and use
- 6.4.14 Multiple representations
- 6.4.15 Consistency between data
- 6.4.16 Portrayal model
- 6.4.17 Conformance
- 6.4.18 Generic Network Model
- 6.4.19 Gazetteers
- 6.4.20 Encoding and data formats
- 6.4.21 INSPIRE registers
- 6.4.22 Annex I data specifications
- 6.4.23 Outlook to Annex II/III data specifications
- 6.4.24 Extensions by countries or communities
The goal
The Directive defines "interoperability" as (see Article 3(7)):
‘interoperability’ means the possibility for spatial data sets to be combined, and for services to interact, without repetitive manual intervention, in such a way that the result is coherent and the added value of the data sets and services is enhanced.
The starting point
Typical characteristics of the access to spatial data traditionally are:
- Spatial data is exchanged in complete data sets either via digital media or downloads
- The user has to deal with interpreting heterogeneous data in different formats and (s)he has to identify, extract and post-process the subset of the data (s)he needs.
- Often the data is insufficiently described.
The result is a lack of interoperability.
What INSPIRE is aiming at
INSPIRE aims at addressing the interoperability issues with the following measures:
- Provide access to spatial data online, i.e. via the internet and via well-defined network services.
- Make data available according to commonly agreed data specifications.
As a result, the source data sets in Member States may stay as they are (with the exception of the harmonisation of geography of spatial objects spanning borders as required by Article 10(2). For the provision of the existing spatial data sets, data or service providers have to provide a transformation between their internal data model and the harmonised INSPIRE data specification.
Three general alternatives exist to execute the necessary transformation:
- “On-the-fly“ transformation of the spatial data on request in the view and download service
- Offline transformation of spatial data and provision of the transformed data
- Provision of the source data as-is via the view and download service and transformation of the spatial data by a separate transformation service
The INSPIRE Directive states in articles 7(3) and 11(1) that "spatial data sets shall be made available in conformity with the implementing rules either through the adaptation of existing spatial data sets or through […] transformation services" that enable "spatial data sets to be transformed with a view to achieving interoperability." The Directive leaves a choice where and how the transformation occurs.
The choice of the most appropriate implementation strategy will depend on several factors including:
- the complexity of the necessary transformation
- the availability of adequate software tools and know-how
- the roles and responsibilities in a Member State for the provision of the data
- the cost for each alternative
- the processes that should occur in the transformation (e.g. validation and conformity checks, fusion with other data sets, etc)
An issue for INSPIRE is that while the need for transformations of data (and queries to a network service) is widely recognised and implementations exist, currently no common language or at least a metric for such transformations exists. Neither OGC nor ISO/TC 211 have addressed this topic as part of their work so far.
In addition, existing data sets are usually documented in very different ways.
Therefore, the current assumption is that transformations are treated mostly as a „black-box“ (transformation details are only known to the provider) and not detailed in INSPIRE specifications. The decision, if transformations are done offline, on-the-fly behind the download/view service interface or in a separate transformation service is left to the provider.
Still, to understand the mapping of existing data to an INSPIRE schema better and more objectively, it would be very beneficial to have a metric of the complexity of a transformation. Without such a metric it is not easy to objectively assess the feasibility of an INSPIRE application schema in terms of transformability with respect to the existing data sets.
Data providers may also choose to align their internal data model with the harmonised data specifications and extend these based on their requirements. See also Extensions by countries or communities.
Currently the transformation from existing source data sets to the harmonised INSPIRE data specifications will often be quite complex. However, it is the hope and expectation that future data specifications developed in Europe use the INSPIRE data specifications as a basis, when practicable. This would simplify the transformation of source data to the INSPIRE data view significantly.
| ← previous | Infrastructure for Spatial Information in the European Community (INSPIRE) | next → |




