Join us on Twitter: #AU2014

Retos en la Integración de Datos CAD-GIS mediante desarrollo de Herramientas de AutomatizaciónFrancisco Javier Rojas Duran / Miguel Angel Alanis MontesPMP IT Project & Development Manager / Senior Customization Developer @ DaSoftTwitter: @rodf16 / @ANamelessWolfmx.linkedin.com/pub/francisco-javier-rojas-duran

Esta sesión cubre los factores críticos de éxito para la integración de datos entre plataformas CAD y SIG, incluyendo tecnología Autodesk y Oracle.

Resumen

Esta sesión cubre: Mejores Prácticas para la creación un DataStore en

Oracle. El proceso estándar de importación de datos del CAD

hacia el GIS. Principales retos para realizar una integración

exitosa. Generación de Herramientas mediante las APIs de

Autodesk para superar los retos.

Principales Objetivos

Mejores Prácticas para la creación de un DataStore en Oracle

DataStore es un repositorio de Información que se administra de una forma particular.

DataStore en el contexto Geoespacial. Un DataStore en este contexto, es un repositorio administrado

de Información Geoespacial (Cartográfica), en el cual los datos , tabulares y espaciales , tienen una semántica particular.

Ejemplos de motores de DataStore. Personal GeoDatabase, Oracle Spatial, PostGIS, SQL Server

Spatial, MySQL Spatial Extensions, ArcSDE Geodatabase.

Que es un DataStore

Ventajas:

Oracle es líder e innovador , inició con Oracle 7.3 Spatial Data Option en 1995.

Cumple con las especificaciones de OGC Soporte de datos geométricos (geodésicos y

cartesianos). Uso de paralelismo en queries y creación de índices. Set completo de Operadores Espaciales. Set completo de Funciones Espaciales. Soporte de LRS, Datos 3D

Usando DataStore con Oracle Spatial

Ventajas:

Nueva versión FDO 3.9.0 ahora con soporte para Oracle 12cR1

FDO soporta Oracle Locator y Oracle Spatial desde 10gR2.

Oracle DB puede estar ejecutándose en cualquier SO. Se puede trabajar desde la versión Express hasta la

Enterprise. 12c Spatial soporta nube de puntos. 12c Spatial soporta tipo de dato de Curva Paramétrica*. 12c incluye Spatial Vector Acelerator*. Hasta 50x mas

rápido.

Usando Autodesk Infrastructure Suite 2015 & Oracle

Consideraciones Tecnológicas:

El volumen de datos inicial y crecimiento. Dimensionamiento de Hardware. Características y Funcionalidades que demanda el

negocio. Licenciamiento de Producto con el que se cuenta.

Trabajando con un DataStore

Consideraciones Iniciales:

La estandarización y normalización de capas y datos. Elección de un Sistema Coordenado de Referencia y su

unidad de medida. Calidad de la geometría.

Trabajando con un DataStore

Se debe verificar la configuración de la instancia de BD Oracle.

Se deben crear Tablespaces para los TABLAS y otro Tablespace para los INDICES.

Determinar si se usará alguna funcionalidad avanzada. Se debe tener bien definido el Sistema Coordenado a

emplear. Se debe definir la tolerancia para los elementos

espaciales. Se debe considerar validar la geometría despues de

haberla importado con el flujo de FDO.

Creando un DataStore

Proceso estándar de Migración de datos CAD al GIS

1. Conectarse al Data Store de Oracle previamente creado.*

2. Antes de continuar con el proceso: Asignar Sistema de Coordenadas.* Limpiar cualquier error en la geometría.*

3. En el panel de Output -> Map Data Transfer -> To FDO Connection.

4. En el dialogo seleccionar la conexión de Oracle.

5. Mediante el dialogo de Map Export realizar la exportación.

Proceso Estándar – DWG a Oracle

Creación del DataStore desde AutoCAD Map

Mediante la creación de topologías, detectan problemas como:

Limpieza de Errores en la Geometría

Principales retos para realizar una integración exitosa

1. Creación del DataStore. Tolerancias adecuadas al Sistema Coordenado. Bounding Box correcto. Dimensionamiento correcto.

2. Estandarización en el uso de Object y Feature Classes

3. Limpieza y Calidad de la Geometría.4. Revisión de la limitante de los proveedores

FDO.5. Proceso de carga/importación de datos.6. Validación de los datos ya cargados.

Principales Retos

Es obligatoria la limpieza desde el CAD de la geometría En el caso de AutoCAD Map/Civil se puede

hacer uso de topologías. El proceso de limpieza puede no ser fácil de

seguir para todos. Puede ser una tarea demandante en tiempo,

requiere de experiencia.También contamos con información de la cual no tenemos control sobre la misma, y/o en diferentes formatos no-DWG.

Limpieza y Calidad de la Geometría

En el caso de SHP y Oracle no soportan los segmentos de arcos elípticos ni de splines.

Hay que especificar el valor de segmentación de arco, a menor valor mayor precisión.

En el caso de Oracle no los soporta si es un dato geodésico.

http://knowledge.autodesk.com/support/autocad-map-3d/learn-explore/caas/sfdcarticles/sfdcarticles/Chord-lengths-are-not-respected-in-mapexport.html

Revisar la limitante de los proveedores FDO.

Ejemplo de Generalización de Arcos al Exportar

En el caso de exportación desde el CAD desde la pestaña Vector Layer , se configura la creación de Features.

En el caso de Bulk Copy ,existen mapexport.ini y mapimport.ini en %ProgramData%\Autodesk\AutoCAD Map 201x\Rx

http://knowledge.autodesk.com/support/autocad-map-3d/learn-explore/caas/documentation/MAP/2014/ENU/filesMAPUSE/GUID-7FF5F114-ECF6-4A2E-B762-373438CCB0CC-htm.htmlhttp://knowledge.autodesk.com/support/autocad-map-3d/learn-explore/caas/sfdcarticles/sfdcarticles/Chord-lengths-are-not-respected-in-mapexport.html

Proceso de carga/importación de datos

Considerar que si las capas se utilizarán para procesos de análisis espaciales deberán contar con la misma dimensionalidad, o al menos especificarlo en el índice espacial.

MAPEXPORT exporta por defecto a 3D en formato SDF, inclusive si los elementos de dibujo son 2D , como LWPOLYLINE. Defecto conocido y reportado.

Después de importar se puede cambiar las dimensiones de 4D a 2/3D, y de 3D a 2D desde la base de datos.

SDO_CS.MAKE_2D(GEOM,TOLERANCE)SDO_LRS.CONVERT_TO_STD_GEOM[_3D] (GEOM, [DIM_ARRAY])SDO_MIGRATE.TO_CURRENT(GEOM, DIM)

Usar las capas en la misma dimensionalidad

Es necesario validar la geometría dentro de la BD, usando: VALIDATE_GEOMETRY_WITH_CONTEXT(GEOM,

TOLERANCE) SDO_VALIDATE_LAYER_WITH_CONTEXT(TABLE,GEOM_

COLUMN,VALIDATION_RESULTS_TABLE, COMMIT_INTERVAL)

-- Is a layer valid? (First, create the result table.)CREATE TABLE val_results (sdo_rowid ROWID, result varchar2(1000));-- (Next statement must be on one command line.)CALL SDO_GEOM.VALIDATE_LAYER_WITH_CONTEXT('COLA_MARKETS','SHAPE','VAL_RESULTS');

Validación de los datos ya cargados

ORA-13356: Vértices duplicados. ORA-13349: Polígono que se cruza así mismo. ORA-13351: Polígonos que se intersectan. ORA-13367: Anillo Exterior definido incorrectamente.

La funciónes más utilizadas para arreglar este tipo de errores:SDO_UTIL.RECTIFY_GEOMETRY(GEOM,TOLERANCE)SDO_UTIL.REMOVE_DUPLICATE_VERTICES (GEOM,TOLERANCE)SDO_GEOM.SDO_UNION (GEOM1,GEOM2,TOLERANCE)

Errores típicos despues de la validación

Debe estar valida la geometría para tener análisis correctos.

RECTIFY_GEOMETRY posee una composición de algoritmos, en el caso de los errores 356, 367 no hay problema de uso, en el caso del 349 puede ejecutarse, pero se requiere de una validación visual.

La simplificación de arcos se puede corregir si la importación se realiza desde el CAD hacia Oracle mediante FDO.

Los vértices redundantes se pueden eliminar mediante el uso de topologías.

El sentido horario de la geometría no se puede corregir con las herramientas existentes.

Consideraciones finales

Generación de Herramientas mediante las APIs de Autodesk

Se puede hacer uso de las APIs de Autodesk para la resolución de los problemas en dos vertientes:

AutoCAD Object ARX .Net API para subsanar problemas con la geometría sin necesidad de correr topologías de validación.

AutoCAD Map .Net API para agilizar el proceso de captura automatizada de Información en los Object Classes.

AutoCAD Geospatial API/ AIMS Web API para realizar la transferencia de datos al DataStore, sin importar si vienen de un SHP o SDF, evitando el formato DWG.

Generación de Herramientas mediante las APIs de Autodesk

Explicación del algoritmo empleado.

Uso del AutoCAD .Net API para corrección de errores en la Geometría.

APIs de AutoCAD Map (Pasado-Presente)

Geo

spat

ial P

latfo

rm A

PI

Dat

a C

onne

ct A

PI

Map

LIS

P /

AD

SR

X A

PI

Map

Obj

ect A

RX

AP

I

Map

Act

iveX

AP

I

Map

.Net

AP

I

FeaturesEntities

FDO APIAutoCAD APIs

Basado en uno de los APIs mas viejos de AutoCAD Map, funciona desde VBA.

Permite interactuar principalmente con los tipos de dato Polygon de Map.

Permite la interacción con el Object Data y da acceso a los campos del OD para generar aplicaciones personalizadas.

AutoCAD Map .Net API

Programación orientada a Features, sin preocuparse por objetos de AcDb.

Alta escalabilidad y excelente desempeño. Este construido sobre la misma base de AutoCAD Map y

AIMS. Permite el acceso a datos mediante diferentes drivers. Se enriquece con los drivers FDO desarrollados por terceros.

Geospatial Platform API y AIMS Web API

Componentes Principales Web API

Server APIs

Site*

Feature

Resource

MappingRendering*

Drawing*

Tile*

Componentes Principales Map API

Resource Service Feature Service Feature-Entity Service        

Map and Layers Geometry Coordinate System

Collection Common Exceptions  

ArquitecturaAIMS

Site Service  

Drawing Service  

Rendering Service  

Tile Service   

Map 3D

Data Connect API   Map Platform API

Shared Interface  

Resource Service   Feature Service   Mapping Service

     

System Types    Coordinate System

Geospatial Platform

Shared Code

Geometry

Collections

Exceptions

AutoCAD Map 3D Platform API

Geo

spat

ial P

latf

orm

AP

I M

ap P

latf

orm

AP

I

FDO

Consiste de Geospatial Platform API y la extensión especifica de Map.Gran parte del API esta basada en AIMS Web Ext API

Basado en FDO API , lo cual permite el acceso a datos via FDO.

Se desarrolla mediante la tecnología .Net.

No existen los siguientes recursos: DrawingSource, LoadProcedure, MapDefinition, PrintLayout, SymbolSet, o WebLayout.

Se emplea AcMapServiceFactory.GetService() para crear un servicio en AutoCAD Map

Los recursos son almacenados dentro del DWG en AutoCAD Map

No existe un repositorio de sesion solo Library:// No se emplean los Resource Headers. Los métodos en el API relativos a los Recursos no disponibles

(arriba mencionados) en AutoCAD Map no estan implementados.

Geospatial Platform API vs AIMS Web Ext API

Preguntas&

Respuestas

Autodesk is a registered trademark of Autodesk, Inc., and/or its subsidiaries and/or affiliates in the USA and/or other countries. All other brand names, product names, or trademarks belong to their respective holders. Autodesk reserves the right to alter product and services offerings, and specifications and pricing at any time without notice, and is not responsible for typographical or graphical errors that may appear in this document. © 2013 Autodesk, Inc. All rights reserved.