Title: Tecnolog
1Tecnología OpenGIS para la Interoperabilidad de
la Geo-Información.
- Peter van Oosterom
- Department of Geodesy, TU Delft, The Netherlands.
- Con ejemplos de la nueva estructura de datos
topográficos (top10nl)
Interoperabilidad de la IG? Y qué cojones es
interoperabilidad? Entérate aquí
2Resumen previo
- 1. Introducción
- Interoperabilidad
- OpenGIS Consortium
- OpenGIS e ISO
- Projecto ObjectTop10
- 2. Geo-DBMS
- 3. GML
- 4. Internet GIS
- 5. Conclusión
31. Introducción Interoperabilidad
- Sistemas IG (y componentes) de diferentes
orígenes (fabricantes) deben trabajar juntos como
si fuesen de la misma casa. - Los datos IG producidos en un sistema deben ser
utilizados en otro sistema sin conversión
(explícita) actualmente esto toma más del 50
del esfuerzo total de IG en algunas
organizaciones. - Por ejemplo almacenamiento de datos, editor,
visualizador, herramientas de análisis, etc.
pueden provenir cada una de diferentes
fabricantes (y no necesitar conversores de datos)
41. Introducción mercado IG
- El objetivo de OpenGIS es crecer en mercado de la
IG (software y datos) a través de la
interoperabilidad - En la Digital Earth (Tierra Didital) de Al
Gore, la geoinformación juega un importante rol y
se requiere la cooperación entre muchas
organizaciones autónomas (y personas
particulares). - Necesidad de interfaces/estándares
- Similar al World Wide Web Consortium (W3C)
5Introduction OpenGIS ConsortiumOrganization
- Creado en la primera mitad de los 90s una
iniciativa conjunta de la industria, las
universidades y el gobierno. - Al comienxo fundamentalmente organizaciones USA,
actualmente participación de todo el mundo. - Son miembros los más importantes vendedores de
SIG, DBMS software, hardware (y geo-datos) - Diferentes tipos (y precios) de pertenencia con
diferentes niveles de influencia (desde miembros
principales a asociados)
6- Introduction OpenGIS ConsortiumDescripción (1)
- Las especificaciones abstractas forman los
cimientos conceptuales de un cierto
aspecto/dominio de la IG. - De acuerdo con la especificación abstracta se
lanza una RFP (Request for Proporsal o Petición
de Propuesta) para detallar una especificación de
la implementación - Ambas deben ser aprobadas por los miembros del
Comité Técnico (TC) y el Comité de Gestión (MC). - Discusión relativamente rápida para crear
consenso Relative fast approach to create
consensus, junto con un testbed
7- Introduction OpenGIS ConsortiumDescripción (2)
- Cada dos meses reunión de ambas partes Comité
Técnico Comité Gestor en el sitio ofrecido por
uno de los miembros. - El trabajo lo hacen los miembros en un WG (Grupo
de Trabajo) o en un SIG (Grupo de interés
especial) - Grupo de trabajo. AS Especificaciones abstractas
- Grupo de Interés Especial. IS Implementación
especificaciones - El trabajo tiene el apoyo de personal de OCG
(alrededor de 10 personas pagadas con las tarifas
de los socios) - Programa de Certificación para los productos que
esan acordes con las especificaciones del OGC.
8Introduction OpenGIS ConsortiumDescripción (3)
AS Abstract Specification
- 0 AS overview
- 1 feature geometry
- 2 spatial ref. systems
- 3 locational geometry
- 4 stored functions and interpolations
- 5 OpenGIS feature
- 6 coverage type
- 7 earth imagery
- 8 feature relationships
- 9 accuracy
- 10 feature collections
- 11 metadata
- 12 service architecture
- 13 catalog service
- 14 semantics
- 15 image exploitation services
- 16 image coordinate trasformation services
9Introduction OpenGIS ConsortiumDescripción (4)
- Estas AS están en muy diferentes situaciones de
desarrollo pero todas pertenecen al genérico
core technology o tecnología fundamental - Adicionalmente hay SIGs (Grupos de Interés
Especial) en tecnologías con dominio-específico
por ejemplo - SIG en Telecomunicaciones
- SIG en Transporte
- SIG en Defense
- SIG en WWW mapping
- SIG en Propiedad y tenencia de la tierra
(previsto) - SIG en Europa (un poco extraño ...)
101. Introducción OpenGIS e ISO (1)
- Los estándares en esta presentación son OpenGIS
- OpenGIS tiene dos niveles de estándares
- Especificaciones abstractas (campo del
conocimiento) - Especificaciones de implementación (para alguna
DCPs ) - ISO (especialmente TC211) tiene/desarrolla
también una serie de estándares geográficos,
comparables a las especificaciones abstractas del
OGC. - ISO y OpenGIS armonizan las especificaciones
abstractas y los estándares ISO son (o llegarán a
ser) iguales
DCP Distributed Computing Platforms. En OSC
SQL, COM y CORBA
111. Introducción OpenGIS e ISO (2)
121. Introducción Project ObjectTop10 (1)
background
- Los geo-datos deben transferirse inmediatamente
después de la creación del mapa digital - Muchos sistemas IG diferentes, necesidad de
estándares (de-facto y oficiales), problemas que
permanecen. - Después separación explícita DLM and DCM
- Aceptación mundial de OpenGIS
- Proyecto TOP10
- Acomodarse a los nuevos requisitos de los
usuarios (CGI), - Desarrollar nuevos modelos lógicos /DLM (ITC),
- Desarrollar prototipos GML para los nuevos DML
(TUDelf)
DLMDigital Lansscape Model DCM Digital
Cartographic Model Completa descripción
http//kartoweb.itc.nl/top10nl/TOP10NL_eng/index2.
htm Pequeña descripción Top10vector
http//www.geodan.nl/uk/product/nlgrschaal/tdn.htm
131. Introducción Project ObjectTop10 (2)
necesidad de una Geo-DBMS
- El nuwevo modelo conceptual de Top10 incluye
- Un único ids
- Aspectos temporales
- Muchos atributos
- Objetos complejos (topología, composiciones)
- Conjunto de datos continuo
- Dejar el proceso de producción basado en archivos
y migrar hacia un proceso basado en DBMS.
14Vistazo
- 1. Introducción
- 2. Geo-DBMS
- arquitecturas
- funcionalidad
- feature geometry simple, complex, raster
- 3. GML
- 4. Internet GIS
- 5. Conclusión
Acceso al sitio GDMC donde se desarrolla el
GeoDBMS de la Universidad de Delf
152. Geo-DBMS arquitecturas
- Primera arquitectura dual (separar los datos
espaciales de la gestión de los datos) gtgt
problemas de consistencia - Segunda arquitectura en capas (todos los datos
en una DBMS, pero el conocimiento espacial en el
middle ware ej. Métodos de almacenamiento de
DatosSDE (ESRI Spatial Data Engine) y SDO
(Oracle Spatial Data Option) gtgt no es lo
óptimo para preguntas - Tercera arquitectura integrada (todos los datos
en DBMS, tipos espaciales/functiones) gtgt
problemas topológicos DBMS
162. Geo-DBMS funcionalidad
- Operadores de tipos de datos espaciales en DBMS
OpenGIS, IS (especificación de implementación),
Simple Feature Specification para SQL - Topología (features complejas) en construcción
en el OpenGIS - Aspectos temporales futuro estándard en
TSQL, entretanto explicitar en el modelo de
datos - Indexación espacial en clustering
172. Geo-DBMS feature geometry, historia sencilla
(1)
- Tras 10-15 años de investigación en sistemas
extensibles (Postgres, O2, Gral), la mayoría de
las DBMSs tienen ahora sobre-extensibilidad con
tipos de datos abstractos - Los tipos de datos espaciales 2D (punto, linea y
polígono) y los operadores están estandarizados. - Ya la especificación de implementación 2simple
feature del OGC para SQL (nivel 1 no es OK,
nivel 2 es OK), también en el futuro ISO SQL3
estándard - En 1999 estuvo disponible la primera
implementación de este estándard
182. Geo-DBMS feature geometry, algunos detalles
sencillos (2)
- Las features simples son auto-contenidas (y no
tienen relaciones explícitas con otras) - Los operadores pueden operar una (unitaria) o dos
(binaria) features simples - Algunos conocidos operadores son los operadores
de relaciones topológicas (Egenhofer/Clementini) - No confundirlos con los operadores de estructuras
topológicas (editar, analizar)
192. Geo-DBMS feature geometrysimple (3) UML
Curso de UML en castellano http//www.dsic.upv.es
/uml/index.html
Point LineString LinearRing Polygon MultiPoint Mul
tiLineString MultiPolygon Coord Box AbstactGeom..
202. Geo-DBMS feature geometry, historia completa
(1)
- Los modelos topológicos tienen una larga y bien
conocida historia en los SIG. (ej. DIME, 1970) - Existen diferentes tipos para diferentes
propósitos - Representar una partición plana (e.g. cadastral
map) - Representar una red lineal, calles, carreteras,
clables,... - Las principales ventajas son
- Evita redundancia y mantiene consistencia
- Facilita operadores complejos (ej. Camino más
corto) - El modelo topológico es una feature compleja con
referencia entre los diferentes componentes.
212. Geo-DBMS feature geometry, modelos
alternativos complejos (2)
- Diferentes opciones Bordes y caras para
almacenar - Notar la diferencia en la terminología. Bordes y
caras en vez de lineas y polígonos. - La topología plana debe permitir la
reconstrucción de polígonos (materialización) de
una cara sin mirar el valor de las coordenadas. - Guía nacional holandesa para el intercambio de
datos (NPR3611) chain wheel topology
222. Geo-DBMS feature geometry, complex (3) an
implementation
Wheel topology reference form face to every edge
in outer (and inner) boundaries
4
1. left/right references edge-to-face 2.
Ordered, singed refs face-to-edge
4,-8,-5,2,0,-9 Drawback is variable length of
list
9
-
2
8
-
0
-
5
232. Geo-DBMS feature geometry, complex (4) DBMS
support problem
- Storing the references in not a problem in an
RDBMS (pay attention to variable length) - However, RDBMS does not support the topology
model check correctness (after edit operations),
compute area, perimeter,... - RDBMS (SQL) can not navigate within the system
(against relational principle), a procedural
language (iterator) outside needed - OO-DBMS can navigate within the system
242. Geo-DBMS feature geometry, complex (5) DBMS
support wanted
- Due to difficulty to handle topology inside the
RDBMS it is handled outside (middle ware or
frontend GIS) compare early simple features - Non-optimal because
- implementation of same functionality many times
- other direct RDBMS users might corrupt structure
- non-optimal query plans (DBMS knows only half)
- overhead/data transfer between RDBMS and middle
ware during query execution - Functionality is generic gtgt support by DBMS
252. Geo-DBMS feature geometry, complex (6) ISO TC
211, spatial schema (draft ISO 19107)
- Geometric objects point, curve, surface, solid
- geometric primitives (open, without boundary)
- geometric aggregates (multi, non related sets)
- geometric complexes (closed, no interior overlap)
- Topological objects node, edge, face, solid
- topological primitives
- topological complexes
- topological complexes with geometric realization
- up to 3D, many types of curves, surfaces
- not stated which refs to implement (abstract)
262. Geo-DBMS feature geometry, raster
- Abstract specification earth imagery (compare
abstract specification feature geometry for
vector data, ISO model) - Implementation specification grid coverage
(compare implementation for simple feature)
27Overview
- 1. Introduction
- 2. Geo-DBMS
- 3. GML
- overview
- schema
- document
- relay
- 4. Internet GIS
- 5. Conclusion
Descripción total de GML en el WebSite de Open
GIS Consortium (aquí)
283. GML overview (1) problema
- Problema con los actuales formato de intercambio
- Estándares oficiales (NEN/CEN) no muy bien
soportados por productos - Estándares de fabricantes específicos no
adecuados para la competencia (otros fabricantes)
y pueden cambiar en el tiempo (y pueden no ser
los mismos sobre diferentes plataformas) - Solución Para Internet GIS (web-mapping) se ha
ofrecido una solución Geography Markup Language
(GML)
293. GML overview (2) por qué XML?
- GML está basado en dos importantes estándares
modelo geográfico de OpenGIS y XML - XML permite comprobar documentos bien-formateados
y validar (de acuerdo al esquema) - XML son documentos de texto (editores sencillos)
- Integración con datos no-espaciales
(basados-en-XML) - GML/XML son fáciles de transformar (de DLM a DCM)
utilizando XSLT
303. GML overview (3) Ejemplo
Dos ejemplos de elementos de primitivas
geométricas (validos de acuerdo a estándard
geometry.xsd)
ltPoint srsNameEPSG4326gt ltCoordgtltxgt5lt/xgtltygt10
lt/ygtlt/Coordgt lt/Pointgt ltLineString
srsNameEPSG4326gt ltcoordinatesgt0,2 3,4
4,-1lt/coordinatesgt lt/LineStringgt
313. GML overview (4) definición del esquema
(schema)
- GML está basado en XML (eXtensible Markup
Language) - Diferentes formas para definir el
modelo/etiquetas/ - DTD Document Type Definition
- XML Schema (W3C sucesor del DTD, oct 2000)
- RDF Resource Description Framework
- DTD y XML Schema son orientados a
sintaxis/estructura, RDF está más orientado a
semántica - GML 2.0 (y futuro 3.0) usan XML Schema
323. GML overview (5) status
- Historia
- Mayo 2000 GML 1.0 (Recomendación)
- Diciembre 2000 GML 2.0 (Candidato a
Recomendación) - Marzo 2001 GML 2.0 (Implementación spec.)
- Diciembre 2000 Ordnance Survey Initiative DNF
(Digital National Framework) también basada en
GML 2.0 - Junio 2002 GML 2.1.2 (Implementación spec.)
- Abril 2001 comienzan trabajos sobre GML 3.0
(plan del documento para Diciembre 2002)
333. GML schema definition (1)limitaciones de GML
- Sólo elemntos lineales (no arcos)
- No topología (ej. NPR3611 chain wheel)
- Diferentes tipos para diferentes propósitos
- representar una partición plana (posible
reconstrucción de un polígono lado a lado sin
mirar el valor de las coordenadas) - Representar una red lineal de cables (o
carreteras,) - Principales ventajas
- Impedir redundancia y mantener consistencia
- Facilitar opraciones complejas (ej. camino más
corto) - No aspectos temporales (full delivery/actualizacio
nes)
343. GML schema definition (2) TOP10 schema
- Define application features (clases) con
attributes (propiedades) - Puede solucionar limitaciones GML estándares
mediante la aplicación de soluciones del schema
para topología y/o aspectos temporales (no
esperar que cada SIG pueda hacer esto) - Las clases del esque,a de aplicación pueden
heredar de las clases (OpenGIS) abstractas - La definición de XML schema en un archivo xsd
- Los datos XML en un archivo xml
353. GML schema definition (3) prototipo 1,
definicion (1/2)
lt?xml version"1.0" encoding"UTF-8"
standalone"yes"?gt lt!-- File tdndemo.xsd
--gt ltschema targetNamespace"http//www.tdn.nl/top
10test" xmlns"http//www.w3.org/2000/10/
XMLSchema" xmlnsxlink"http//www.w3.org
/1999/xlink" xmlnsgml"http//www.opengis
.net/gml" xmlnstdn"http//www.tdn.nl/to
p10test" elementFormDefault"qualified"
version"0.4"gt ltimport
namespace"http//www.opengis.net/gml"
schemaLocation"feature.xsd"/gt ltelement
name"top10vectorobjecten"
type"tdntop10vectorobjectenType"
substitutionGroup"gml_FeatureCollection"/gt
ltelement name"Weg"
type"tdnWegType"
substitutionGroup"gml_Feature"/gt
363. GML schema definition (4) prototype 1,
definition (2/2)
ltcomplexType name"top10vectorobjectenType"gt
ltcomplexContentgt ltextension
base"gmlAbstractFeatureCollectionType"gt
ltsequencegt ltelement
ref"tdnWeg" minOccurs"0" maxOccurs"unbounded"/
gt lt/sequencegt lt/extensiongt
lt/complexContentgt lt/complexTypegt
ltcomplexType name"WegType"gt
ltcomplexContentgt ltextension
base"gmlAbstractFeatureType"gt
ltsequencegt ltelement name"TdnCode"
type"integer"/gt ltelement
ref"gmlpolygonProperty"/gt
lt/sequencegt ltattribute name"OID"
type"integer" use"required"/gt
lt/extensiongt lt/complexContentgt
lt/complexTypegt lt/schemagt
373. GML documento (1) prototipo 1, datos (1/2)
lt?xml version"1.0" encoding"UTF-8"
standalone"no"?gt lt!-- File tdndemo.xml
--gt lttdntop10vectorobjecten xmlnstdn"http//w
ww.tdn.nl/top10test" xmlnsgml"http//www.opengi
s.net/gml" xmlnsxsi"http//www.w3.org/2000/10/X
MLSchema-instance" xsischemaLocation"http//www
.tdn.nl tdndemo.xsd"gt ltgmlboundedBygt
ltgmlBox srsName"rd"gt
ltgmlcoordinatesgt0,300 300,600lt/gmlcoordinatesgt
lt/gmlBoxgt lt/gmlboundedBygt
383. GML documento (2) prototipo 1, datos (2/2)
lttdnWeg OID"33"gt lttdnTdnCodegt02900lt/tdnT
dnCodegt ltgmlpolygonPropertygt
ltgmlPolygon srsName"rd"gt
ltouterBoundaryIsgt ltLinearRinggt
ltcoordgt ltXgt173.0739lt/Xgt
ltYgt447.5921lt/Ygt lt/coordgt
ltcoordgt ltXgt173.0771lt/Xgt ltYgt447.5889lt/Ygt lt/coordgt
ltcoordgt ltXgt173.0786lt/Xgt
ltYgt447.5833lt/Ygt lt/coordgt ...
ltcoordgt ltXgt173.0649lt/Xgt
ltYgt447.5932lt/Ygt lt/coordgt
ltcoordgt ltXgt173.0649lt/Xgt ltYgt447.5932lt/Ygt lt/coordgt
ltcoordgt ltXgt173.0689lt/Xgt
ltYgt447.5935lt/Ygt lt/coordgt
ltcoordgt ltXgt173.0739lt/Xgt ltYgt447.5921lt/Ygt lt/coordgt
lt/LinearRinggt
lt/outerBoundaryIsgt lt/gmlPolygongt
lt/gmlpolygonPropertygt lt/tdnWeggt ... lt/tdntop
10vectorobjectengt
393. GML documento (3) validación (1/2)
- Comprueba si el documento está bien-formado de
acuerdo con el estándard xml (si las etiquetas
casan) - Valida el archivo GML (.xml) frente al Schema
Definition (.xsd) - Schema Definition es una colección de schemas
- GML Feature
- GML Geometry
- Application (top10)
- Se utiliza el software comercial XML Spy para
este propósito
403. GML documento (4) validación (2/2)
LIVE Prototype1
413. GML document (5) generation (1/3)
- Desde TDN Microstation Design Files a Oracle 9i
spatial (object model) utilizando la herramienta
de conversión FME - Define vistas DBMS para separar y obtener nombres
adecuadaos para las clases y sus atributos. - Via JDBC Connection to Java Program el cual
genera XML (data) y XSD (schema) - Se valida el resultado usando XML Spy
423. GML documento (6) generación (2/3)
FME Interface
433. GML documento (7) generación (3/3)
- El programa JDBC Java utiliza la Librería Oracle
SDO para reconstruir las geometrías DBMS - El programa es controlado por el estado de SQL el
cual define la salida - select oid,tdncode,geom
- from tdndata
- where overlaps(geom, KLANTGEBIED
- and tdncode between 3000 and 4000
- Esto genera tanto el schema definition como el
archivo de datos GML
443. GML relay
- 12 june 2001 KvAG seminar GML relay
- Alterra, Wageningen
- general GML introduction
- 3 to 5 Geo-ICT participants
- their side of the story
- read, edit, and write GML for next participants
- more info on http//www.kvag.nl/
453. GML relay
- 12 june 2001 KvAG seminar first GML relay at
Alterra, Wageningen (only 2 vendors) - 13 december 2002 KvAG seminar second GML relay
at TDN, Emmen - general GML Top10NL introduction
- 3 to 5 Geo-ICT participants
- their side of the story
- read, edit, and write GML for next participants
- more info on http//www.kvag.nl/
46GML Relay scenario
47Example of data from GML in LAMPS2
Data courtesy of Topografische Dienst
48Overview
- 1. Introducción
- 2. Geo-DBMS
- 3. GML
- 4. Internet GIS
- GII
- metadatos/catálogos
- web mapping
- feature server
- 5. Conclusión
494. Internet GIS GII (1) objetivo, nuevo approach
- Nuevo approach que impide copiar conjuntos de
datos - Los datos se mantenienen en la fuente
- Ninguna gestión de los datos en el lado del
cliente - Datos accesibles a todo el mundo
- Nuevo approach que permite mejores precios
- Posibilidad de cargar cada vez por conjunto ya
usado - En vez de pagar por datasets completos
- Bueno desde el punto de vista del vendedor y del
comprador - Ejemplo temprano GeoShop (Magma/Lava).
El servidor magma proporciona acceso a
operaciones espaciales y a datos vector y raster.
Lava, un applet de lava que muestra los datos
recibidos del servidor magma. Ver aquí
descripción
504. Internet GIS GII (2) Ejemplo temprano
Rápido acceso a los geodatos - multi-fuente -
transparente - Cliente Java
PGS, 1996 Casema, Almere and Kadaster.
51(No Transcript)
524. Internet GIS GII (3) componentes
- La Infraestructura de la Geo-Información (GII)
tiene cuatro componentes principales - 1. Conjuntos de Geodatos
- 2. Servicios de procesamiento de Geodatos
(geo-DBMS) - 3. Estándard de interoperabilidad
- 4. Redes (sin cables)
- Todos los componentes tienen aspectos técnicos,
organizativos, financieros, legales, y otros.
534. Internet GIS servicios de metadatos y catálogo
- Contenido/Estructura de los metadatos OpenGIS
sigue a ISO TC 211 (19115) - OpenGIS se centra en el servicios de catálogo,
esto es, cómo acceder a los metadatos (y a
procesos disponibles de descripción de metadatos) - El servicio de catálogo estándard de OpenGIS
soporta la implementación descentralizada. - Utilizada para realizar los clearinghouses
nacionales de ge-información. ej. NCGI en Holanda.
544. Internet GIS web mapping (1)overview
- Web mapping puede ser como una forma interactiva
de interoperabilidad. - OpenGIS ha creado dos estándares para interrogar
y recibir geodatos - web map server interface para cuestiones de
preguntas GetCapabilities, GetMap y
GetFeature_info - geography markup language (GML) para
transferencia de datos vectoriales (simple
features) - Hay muchos tipos (comerciales) de sistemas
web-mapping pero hay 3 tipos básicos
554. Internet GIS web mapping (2)tipos de
arquitecturas
Tres tipos de clientes web-mapping
(JPEG)
(SVG)
(GML)
564. Internet GIS web mapping (3)HTTP GetMap
request
- Parámetros estandarizados en URL (HTTP-request),
ej. BBOX, LAYERS, FORMAT,... - Ejemplo de GetMap (para un servidor de mapas web)
http//b-map-co.com/servlets/mapservlet? WMTVER0.
9 REQUESTmap BBOX-88.68815,30.284573,-87.48539
,30.989218 WIDTH792HEIGHT464SRS4326 LAYERS
ALHighway,ALHighway,ALHighway STYLEScasing,in
terior,labelFORMATGIF TRANSPARENTTRUE
574. Internet GIS web mapping (4)respuesta GML
- Los datos vuelven en GML, el formato y la
estructura parecen formato HTML (etiquetas de
inicio y final)
ltusgsroad ID "1354"gt ltusgsNumLanesgt4lt/usgsNu
mLanesgt ltusgsSurfaceTypegtLooseGravellt/usgsSurfa
ceTypegt ltusgsCenterline ogcgmlsrsName
"http//www.opengis.org/srsepsg26751"gt
ltogcgmlLineStringgt ltogcgmlcoordinatesgt0.0,0.0
1.123,1.56 2.34, 4.5
0.0,0.0lt/coordinatesgt lt/ogcgmlLineStringgt
lt/usgsCenterlinegt lt/usgsroadgt
584. Internet GIS feature server
- Tras el interfaz del Web Map Server (WMS) el
trabajo continuó en el Web Feature Server (WFS)
con un request for comments sobre la
propuesta - GetCapabilities
- DescribeFeature
- LockFeature
- Transaction
- GetFeature/GetFeatureWithLock
- Futuro de Internet GIS más que sólo lectura!
59Overview
- 1. Introduction
- 2. Geo-DBMS
- 3. GML
- 4. Internet GIS
- 5. Conclusion
605. Conclusiones (1) XML, GML
- El GML se basa en dos estándares mundialmernte
aceptados (geometría OpenGIS/ISO y XML) - Mundo muy dinámico cada mes nuevos estándares o
versiones de estándares importantes. - Dificultades para seleccionar la versión correcta
(última). - La versión actual de GML es muy limitada (no
arcos, no 3D, no topología, no aspectos
temporales) - El prototipo de la Application schema TOP10 GML
puede tener dificultades para diferentes SIGs
615. Conclusiones (2) OpenGIS
OpenGIS resultados/recientes desarrollos
- 6 Implementation specifications terminadas
- 2 programas de certificación (test) terminados
- Modelos eficaces, iniciativas chequeadas WMT1,
WMT2, OpenLS - Varios productos certificados (SFS-variants)
La Tecnología OpenGIS está necesitada de una
eficiente y sostenible implementación del nuevo
Top10
625. Conclusiones (3) GII y Geo-DBMS
- La Infraestructuras de la Geo-Información ofrece
un nuevo modelo datos en la fuente - El rol de Geo-DBMS en la arquitectura de la GII
es muy importante (totalidad de la comunidad) - La tecnología DBMS se empuja más allá de sus
límites tipos de datos espaciales, operadores,
indexing, y clustering en DBMS (features simples
y complejas , OpenGIS) - Se necesita más ID
635. Conclusion (4) TU Delft, Dep de Geodesia
- TU Delft, Dept. of Geodesy se ha convertido en un
miembro del Consorcio OpenGIS y participa en la
estandarización y en las comprobaciones. - TU Delft, Dept. of Geodesy ha establecido
convenios con líderes en la induatria de la
geo(ITC) - Sun (hardware, Java)
- Oracle (8i spatial) TU Delft es el único centro
de ID Europeo del grupo de Centros de Excelencia
espacial de Oracle - Computer Associates (Ingres, Jasmine)
- ESRI (ArcGIS, ArcIMS, ArcScene, ArcSDE,)
- Bentley (3D, CAD, Microstation GeoGraphics)
- PGS (GEO, Magma/Lava)
645. Conclusiones (5) Status Proyecto Top10vector
- Evaluación de modelo de datos y GML
- Que requisitos del usuario se resuelven y cuales
no - no topologia, no 3D
- Retroalimentación de los grupos de usuarios
- Nuevos proyectos
- cartographía / visualización
- Otras escalas (150.000 - 1500.000)
65Desde 15 Noviembre 2000 en DelftGeo Data
Management Center
Spatial DBMS Items de investigación -
topología - benchmark/test - time (TSQL) - data
quality - 3D data types - VR/AR - VLM DBMS -
generalization - ...
http//www.gdmc.nl/
66Casagrande ??
Geo-data, spatial DBMS?
67Casagrande ?
- Italiano
- Almacén,
- En este caso
- De GeoDatos!
68Casagrande !
- Sun E3500
- 2 CPUs
- 2 Gb mem. principal
- 0.6 Tb disks
- intern via FCAL
- software RAID1 y RAID 0
- extern 2A1000 Storedge array hardware RAID5
693. GML transformaciones (1) map making
DCM
DLM
703. GML transformaciones (2) style sheets
- Style sheet define como se presenta/visualiza el
DLM descrito por GML - El DLM se transforma en presentación gráfica
(también alguna clase de XML) - SVG (scaleable vector graphics, W3C)
- VML (vector markup language, MicroSoft)
- X3D (variante XML de VRML, Web 3D consortium)
- Dos aspectos de style sheets
- the style description itself and
- the actual transformation
713. GML transformaciones (3) XSLT
- XSLT Transformación de estilo de XML
- XSLT es un lenguaje de manipulación de texto
buscar y reemplazar (texto azul por rojo) - XSLT para especificaciones de estilos de mapa
estándares