Tecnolog

1
Tecnologí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í
2
Resumen previo

• 1. Introducción
• Interoperabilidad
• OpenGIS Consortium
• OpenGIS e ISO
• Projecto ObjectTop10
• 2. Geo-DBMS
• 3. GML
• 4. Internet GIS
• 5. Conclusión

3
1. 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)

4
1. 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)

5
Introduction 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

1. 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

1. 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.

8
Introduction 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

9
Introduction 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 ...)

10
1. 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
11
1. Introducción OpenGIS e ISO (2)
12
1. 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

13
1. 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.

14
Vistazo

• 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
15
2. 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

16
2. 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

17
2. 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

18
2. 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)

19
2. 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..
20
2. 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.

21
2. 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

22
2. 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
23
2. 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

24
2. 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

25
2. 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)

26
2. 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)

27
Overview

• 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í)
28
3. 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)

29
3. 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

30
3. 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
31
3. 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

32
3. 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)

33
3. 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)

34
3. 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

35
3. 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
36
3. 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
37
3. 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

38
3. 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
39
3. 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

40
3. GML documento (4) validación (2/2)
LIVE Prototype1
41
3. 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

42
3. GML documento (6) generación (2/3)
FME Interface
43
3. 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

44
3. 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/

45
3. 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/

46
GML Relay scenario
47
Example of data from GML in LAMPS2
Data courtesy of Topografische Dienst
48
Overview

• 1. Introducción
• 2. Geo-DBMS
• 3. GML
• 4. Internet GIS
• GII
• metadatos/catálogos
• web mapping
• feature server
• 5. Conclusión

49
4. 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
50
4. 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)
52
4. 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.

53
4. 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.

54
4. 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

55
4. Internet GIS web mapping (2)tipos de
arquitecturas
Tres tipos de clientes web-mapping
(JPEG)
(SVG)
(GML)
56
4. 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
57
4. 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
58
4. 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!

59
Overview

• 1. Introduction
• 2. Geo-DBMS
• 3. GML
• 4. Internet GIS
• 5. Conclusion

60
5. 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

61
5. 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
62
5. 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

63
5. 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)

64
5. 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)

65
Desde 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/
66
Casagrande ??

• Italiano,
• Ciclista
• Qué?

Geo-data, spatial DBMS?
67
Casagrande ?

• Italiano
• Almacén,
• En este caso
• De GeoDatos!

68
Casagrande !

• 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

69
3. GML transformaciones (1) map making
DCM
DLM
70
3. 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

71
3. 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