heterogeneous geographic objects interoperability victor azevedo [email protected] master...
TRANSCRIPT
Heterogeneous Geographic Objects Interoperability
Victor Azevedo
[email protected] Student in Geomatics/UERJ
Geoinfo, 2006
Margareth Meirelles
Rodrigo Ferraz
Antônio Ramalho Filho
Summary
• Motivation and Goals
• Some Concepts
• Methodology
• Case Study
• Results
• Conclusions and Future Works
Motivation
Biofuel government program;
Agro-Ecological Palm Oil Zoning in Legal Amazon deforested areas (MCT - Embrapa);
Exchange soil geographic data among heterogeneous geographic data sources (SIPAM, IBGE, EMBRAPA and others)
Possible Contributions
Inherits geographic data from different institutions;
Data acquisition represents 60% - 80% of GIS implementation cost [Hartman 1998];
Geographic Data Consortium;
Use distributed environment (internet) to exchange geographic data.
= Exchange information among different geographic data producers;
Goals
Propose a methodology to provide the interoperability among heterogeneous and distributed geographic objects (features) considering the syntactical, semantic and data format integration aspects;
Contribute to the development of researches in spatial data integration
Specific Goals
Propose an automatic integration of distributed heterogeneous geographic objects, based on:
Open Geospatial Consortium (OGC) Specifications of Geographic Markup Language (GML) and Web Feature Services (WFS) plus domain ontology in Ontology Web Language (OWL) and metadata structure
Specific Goals
Model the expert soil knowledge based on ontology sharing the results in OWL format.
Develop a prototype to integrate two soil geographic data sources providing the result in a known geographic format;
Apply the methodology to the project: Agro-Ecological Palm Oil Zoning in deforested areas of Legal Amazon (data from Embrapa Solos, IBGE, SIPAM and others institutes).
Summary
• Motivation and Goals
• Some Concepts
• Methodology
• Case Study
• Results
• Conclusions and Future Works
GIS Interoperability
Heterogeneous Formats
Shapefile
GML
DGN
PostGIS
TIFF GeoTIFF
DXFMIF
Oracle Spatial
DLG
MySQL
MrSID
ArcSDE
GIS Interoperability
GIS 1
FORMAT X
GIS 2 FORMAT Y
Spatial Data Model
GIS 3
FORMAT Z
??
How to make GIS Interoperability?
Solving incompatibilities in three levels [Casanova et al 2005]:
Formats
Syntax
SemanticsStandardization
Summary
• Motivation and Goals
• Conceptualization
• Methodology
• Case Study
• Results
• Conclusions and Future Works
Methodology
Geographic Object Servers (GOS) definition;– Provide Geographic Data in GML using a WFS Server.
Integration Server(s) (GeoIS) definition;– Register each GOS;– Register Domains and Ontologies;– Correlates domain terms with GOS terms;– Generate the integrated version of Feature Collection.
Service Oriented Architecture
(SOA) Definition
Methodology
For each geographic data source, publish the geographic objects in GML using a WFS Server;
Some GIS and Map Servers implement the OGC WFS specification;– Geoserver, MapServer, MapGuide, ArcIMS, etc…
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
OGC WFS-T
Client Server
Request (GetCapabilities)
XML Document (WFS Capabilities)
Request (DescribeFeatureType)
XMLSchema Document (WFS Schema)
Request (GetFeature)
GML Document (WFS FeatureCollection)
Request (Transaction)
Document (WFS Transaction Response)
Geographic Object Repository(PostGis, Oracle Spatial,
Shapefile, etc.)
Geographic Object Server (GOS)
Internet / Intranet
WFS
Client
Service Request
GML Response
ConversorConverts the Geographic Objects to GML Features
WFS Server Engine
Distributed Environment
Geographic Object Repository(Postgis, Oracle Spatial, Shapefile, etc.
Methodology
Generate the ontology for each integration domain– Terms and Relationship in a formal way
The domain ontology is the referential conceptual schema
Syntactical and semantic reference for the knowledge area– Uniform Syntax and Semantic for integration
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Knowledge Engineering
Process
Methodology
Register each domain– Ontologies in OWL
Register each GOS in the Integration Server (GeoIS)– Location (URL) , Feature Type and Metadata
Make the syntactical and semantic correlation among each GOS Schema and the OWL Ontology– WFS DescribeFeatureType <-> OWL Terms
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Knowledge Engineering
Process
Integration Server
Implementation
Methodology
Generate and Publish unified Feature Collection with the geographic objects from each data source registered in GeoIS;
Preferred formats – GML through WFS Map presentation in WMS.
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Knowledge Engineering
Process
Integration Server
Implementation
Integrated Geographic
Objects Publication
Methodology Activity Diagram
?
GIS InteroperabilityNew Scenario
Summary
• Motivation and Goals
• Conceptualization
• Methodology
• Case Study
• Results
• Conclusions and Future Works
Case Study
Agro-Ecological Palm Oil Zoning in deforested areas in Amazon;
Biofuels utilization; Integration of soil geographic data from project
data sources; Embrapa; IBGE (web); SIPAM; Others.
Domain : Soil attributes to land evaluation.
Study Area
IBGE
SIPAM
Data Sources Used
SIPAM Dual Architecture (Oracle + Shapefile) Scale: 1:250.000 All Amazon Region Restrict Information.
IBGE Shapefile + dbf Scale: 1:250.000 Amazon Boundary region Public Information (http://www.ibge.gov.br).
Heterogeneous!!!!
Materials
PostGIS SIPAM Geographic Data Source - conversion from dual
architecture (Shapefile + Oracle) to spatial database PostGIS; ArcGIS
IBGE Geographic Data Source (shapefile) - unification of geometry and necessary attributes;
GeoServer Configuration of WFS Services;
Protégé OWL Creation of Knowledge Base in OWL
Java J2EE Server Integration Application Geotools 2.1 – WFS Functions utilization and result generation Protégé OWL API – Get Ontology terms to correlation
Methodology Application
Service Oriented Architecture
(SOA) Definition
SIPAM GeographicData Source
(Soils)
SIGEO
SOG-SIPAMSOG-IBGE
Embrapa Intranet
cartas_fronteira_ibge.shp
IBGEData Source
(Soils)
IBGE Data Source
(Soils)
SIPAM Data Source
(Soils) cartas_fronteira.shp
Methodology Application
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Query Server Capabilities
Server Name
Feature Type Name
Query Server Schema (XMLSchema)
GML MultiPolygon Type
All Schema in XMLSchema
Methodology Application
The Knowledge Engineering Process Interactive Process - GIS Experts and the researches
from Embrapa Soil Research Center Generation of 3 Knowledge Bases (Ontologies): i) soil
attributes for land evaluation; ii) land evaluation in general; iii) land evaluation specific for palm oil;
Ontology Editor: Protégé OWL
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Knowledge Engineering
Process
«file»AtributosSoloAptidao.OWL
«file»SIBCS.OWL
«file»Aptidao_Agricola.OWL
«file»Aptidão_Agricola_Dende.OWL
«import»
«import»
«import»
«file»OGC-GML.OWL
«import»
Methodology Application
Knowledge Base
Map Unit is-a FeatureType
Ontology and GML Integration
Map Unit Properties
Methodology Application Land evaluation soil attributes (AtributosSoloAptidao.owl)
Methodology Application
Java Implementation Important Open Source Java Libraries used:
Protégé OWL API Geotools 2.1.1
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Knowledge Engineering
Process
Integration Server
Implementation
Domains
Ontology file (OWL)
Geographic Data Sources
Domain Relationship
Metadata
Service Location
FeatureType Name
Correlation Table
GOS Property Schema
Ontology Terms (Reference Schema)
Methodology Application
New Map Registration Creation of integrated map All the geographic objects (features) from
different data sources with the same schema Output Format: Shapefile (for this case study)
Service Oriented Architecture
(SOA) Definition
Provide Geographic
Objects in GML with WFS
Knowledge Engineering
Process
Integration Server
Implementation
Integrated Geographic
Objects Publication
New integration map
Geographic Data Sources that must be integrated
Download integrated map files
Summary
• Motivation and Goals
• Conceptualization
• Methodology
• Case Study
• Preliminary Result
• Conclusions and Future Works
Same Map
Two Different Geographic Data Sources
Selected map unit data source (IBGE)
Reference Schema
Ontology
Another Map Unit Selection
Selected map unit data source (SIPAM)
Same Reference Schema
Summary
• Motivation and Goals
• Conceptualization
• Methodology
• Case Study
• Results
• Conclusions and Future Works
Conclusions
Semantic, format and syntax standardization can be a way to interoperability;
The proposed methodology showed good results as a solution to the integration of heterogeneous geographical data sources (when applied to Amazon soil data sources);
The use of WFS tools presented potential to unify different formats in GML.
Protégé OWL framework succeed in representing experts knowledge;
Difficult to work with Geotools and Protégé OWL API – sometimes it is necessary to change the source code.
Future Works Include in the methodology Web Register Service and OGC
Catalog Service standards to register the Geographic Objects Servers Services (GOS) and the metadata respectively;
Ontology-based querying to distributed geographic objects;
Provide different output formats: GML and OWL individuals;
Apply the work for all Legal Amazon Region;
Make inferences about generated OWL file (automated land evaluation generation).
QuestionsQuestions
??Victor H. M. de Azevedo
Thanks for the attention!Thanks for the attention!
Query Feature Collection
Geodetic Reference System – Use the EPSG (www.epsg.org) Geodetic Parameter Dataset.
GEOGCS["SAD69", DATUM["South_American_Datum_1969", SPHEROID["GRS 1967", 6378160.0, 298.247167427, AUTHORITY["EPSG","7036"]], AUTHORITY["EPSG","6291"]], PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], UNIT["degree", 0.017453292519943295], AXIS["Lon", EAST], AXIS["Lat", NORTH], AUTHORITY["EPSG","4291"]]
Feature Data