Tecnolog - PowerPoint PPT Presentation

About This Presentation
Title:

Tecnolog

Description:

Title: Presentation Title can be up to 75 Chars in Length - This is 75 Chars Subject: Master Template Author: Tina Chan-Browne Last modified by – PowerPoint PPT presentation

Number of Views:61
Avg rating:3.0/5.0
Slides: 72
Provided by: TinaCha1
Category:

less

Transcript and Presenter's Notes

Title: 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
Write a Comment
User Comments (0)
About PowerShow.com