7.1. Las Tablas de Datos de Objeto.
En el caso descrito en el apartado 4.2 el contenedor de lainformación necesaria para la codificación es el mismo objetográfico. Ya a partir de la versión 13 AutoCAD incorporóobjetos concebidos como contenedores de datos no gráficos dentro delmismo archivo de dibujo. Esto, junto a la posibilidad de desarrollar nuevasclases de objetos personalizados mediante ObjectARX (ver Tabla 1) hizo posibleel desarrollo para AutoCAD MAP de un contenedor de datos adecuado a lasprestaciones GIS: las Tablas de Datos de Objeto (AcMapODTable).
Cuando un objeto gráfico tiene datos de objetoasociados, esa información se guarda en una Tabla de Datos deObjeto. Una Tabla de Datos de Objeto contiene registros de estructurasimilar, determinada por la definición previa dicha Tabla. Los Datos deObjeto resultan preferibles a los XDATA en cuanto esta estructura facilita elacceso a la información desde toda una serie de funciones suministradasen el API de MAP. Internamente MAP mantiene los Datos de Objeto ya sea enobjetos personalizados derivados de la clase XRECORD o en formato XDATA. Elformato XDATA se prefiere en aquellos casos en que la velocidad resultacrítica (como en la construcción de topologías) mientrasque el formato XRECORD permite superar cualquier limitación en cuanto alvolumen de la información guardada [9]. Aún cuando ladocumentación de AutoCAD afirma que "los registros individualesen una Tabla de Datos de Objeto pueden estar asociados a diferentes objetos deldibujo" [5], en realidad las funciones disponibles actualmente creanun nuevo registro para cada objeto gráfico al que se vincula el mismoconjunto de datos [9]. La asociación entre los datos y el objeto seproduce a nivel del registro individual, no al nivel de la tabla, con lo que unobjeto CAD puede tener asociados registros que pertenezcan a diferentes tablas.
7.2. Sistema de Codificación Propuesto.
El sistema propuesto se fundamenta en la posibilidad deasignar, utilizando funciones de AutoCAD MAP, registros de una Tabla deDatos de Objeto a cualquier entidad gráfica. Los Datos deObjeto que se asignarán coincidirán con lacodificación de seis dígitos establecida por la normaNICCa [10]. Estos códigos seestructuran según tres niveles jerarquizados:
- Primero y segundo dígitos: Temas. Capítulos independientes enque se organiza el total de la información.
- Tercero y cuarto dígitos: Grupos. Conjuntos de entidades decarácter homogéneo para cada tema.
El sistema incluye 118 códigos de grupo. Los grupos contendránentidades del mismo tipo, a saber:- Grupos numerados del 01 al 39: Entidades de carácter Lineal.
- Grupos numerados del 40 al 69: Centroides de Entidades de Superficie.
- Grupos numerados del 70 al 79: Áreas representadas por susPerímetros.
- Grupos numerados del 80 al 89: Entidades de carácter Puntual.
- Grupos numerados del 90 al 99: Textos y Rotulación.
- Quinto y sexto dígitos: Subgrupos. Entidades decaracterísticas comunes dentro de un grupo. Se incluyen en el sistemaunos 400 subgrupos.
Para ello se creará una Tabla de Datos deObjeto con cuatro campos: Tema, Grupo, Subgrupo yObservaciones. Este último queda disponible para laanotación de incidencias del proceso de codificación como las quese describen más abajo.
7.3. Proceso de Trabajo para la Codificación.
Se establecerán sesiones de trabajo a partir deconsultas sobre las entidades gráficas que delimitan en ladocumentación actual las categorías del PGOU. En el momento deredactar esta ponencia se trabaja sobre las delimitaciones de manzanas enfunción del viario propuesto. Una vez extraídas de los planosactuales las delimitaciones de manzanas correspondientes a todo el territorio,éstas se guardan como un archivo nuevo que se utilizará en lassiguientes sesiones de trabajo para la selección a su vez de lasentidades que proceden de la nueva cartografía. La consulta de losobjetos que presuntamente representarían las entidades del Plan serealiza estableciendo un buffer, cuya anchura será determinadasegún las circunstancias por el operador, en torno a las entidadeslineales que representan las delimitaciones de manzanas tomadas del PGOU. Losobjetos de la nueva cartografía que estuvieren incluidos o atravesaraneste buffer se incorporarán a la sesión de trabajo actual. Esteproceso puede realizarse mediante las herramientas convencionales de MAP, peroen ese caso los buffers se deberán crear uno a uno. Por ello ha sidonecesario diseñar una función específica de consulta quepermite realizar selecciones múltiples. Una vez importados a lasesión de trabajo actual los objetos de la nueva cartografía quecumplen el requisito de proximidad establecido, se determinará sucorrespondencia según los siguientes criterios:
- Se encuentra un objeto de la nueva cartografía que coincide demanera exacta con una entidad del plan.
- La coincidencia no es total y por ello la correspondencia es dudosa.
- No existe ningún objeto en condiciones de ser seleccionado.
En el primer caso, se le asignará un código enformato Datos de Objeto que la identifique como perteneciente a lacorrespondiente categoría. En caso de duda, se adicionará, dentrode la misma tabla, además del código de categoría, uncódigo en el campo Observaciones que indique la provisionalidad de estaasignación. Las líneas no existentes se digitalizarán,codificándolas en el campo Observaciones como nuevas. Los objetos quefueran codificados como nuevos o dudosos estarían sujetos a larevisión y aprobación por las autoridades del Plan en la Gerenciade Urbanismo. Los objetos ya codificados se restituirán a sus archivosde origen. Debe señalarse que los atributos gráficos de estosobjetos no sufren alteración alguna. Sólo se les incorpora unvínculo a un registro de la tabla, una copia de la cual se mantienedentro de cada dibujo de origen. Cada objeto gráfico puede tenervínculos a varios registros de dicha tabla o de diferentestablas, lo que implica que no será necesario duplicar entidadescuando en un mismo objeto gráfico coincidieran las delimitaciones devarias categorías del plan. Dicho todo esto se comprende que el procesode codificación no implicará en general operaciones deedición de tipo CAD.
7.4. La Herramienta de Codificación.
La herramienta de codificación desarrollada para elproyecto descrito en el apartado 4.2 sirvió como antecedente a partirdel cual desarrollar esta nueva herramienta más compleja, que incorporael sistema de códigos de la norma NICCa. Al invocar lafunción se presenta inicialmente un Cuadro de Diálogo (ver figura8) con tres áreas diferenciadas:
- El recuadro Tipo de Entidad contiene cinco botones de opciónde los cuales aparecen activados sólo aquéllos válidospara el tema seleccionado.
- El recuadro Codificar Entidades presenta tres casillas de lista paraTema, Grupo y Subgrupo. Al seleccionar un Tema diferente se activan odesactivan según convenga los botones de opción del recuadro Tipode Entidad, y se despliegan los grupos y subgrupos del tema que correspondan ala entidad que aparece marcada.
- El recuadro Tabla de Datos muestra la tabla de Datos de Objeto enque se grabarán los datos. Tiene un carácter puramenteinformativo, ya que la tabla de nombre TTGGSS es creada por el programa mismosi no existiera anteriormente. En caso de error en su creaciónaparecerá el mensaje *NINGUNA*.
Una vez seleccionados los epígrafes deseados en las tres listas, sepulsará el botón Aceptar, con lo que desaparece el cuadro dediálogo y se solicita al operador el designar los objetos que se deseecodificar. En caso de que el objeto seleccionado no corresponda al tipo deentidad marcado, el sistema lo rechazará y solicitará una nuevaselección. Se permiten selecciones múltiples que seránfiltradas para asegurar siempre que los objetos correspondan a latipología de entidad elegida.
Fig. 8 - Diálogo principal de laherramienta de codificación SITSAN |
---|
Concluida la designación de objetos, aparece otrocuadro de diálogo que presenta los códigos para Tema, Grupo ySubgrupo que habían sido elegidos en el cuadro de diálogoinicial, así como un recuadro Observaciones, con una casilla deedición que permite introducir cualquier comentario adicional que seguardará en un campo más de la tabla de Datos de Objeto y puedeser empleado para la formulación de consultas.
Fig. 9 - Confirmación de laselección. |
---|
Una vez rellena la casilla observaciones, se pulsaráel botón Aceptar, con lo se codificarán las entidades antesdesignadas y volverá a aparecer la solicitud de Designar Objetos,lo que permite continuar la codificación usando los mismoscódigos de Tema, Grupo y Subgrupo. Si no se deseara llenar la casilla deObservaciones durante la presente sesión, bastaría con marcar laopción "No volver a mostrar este diálogo", conlo que se saltaría este paso, quedando ya codificadas las entidades alconcluir la designación de objetos. Para volver a mostrar el cuadro dediálogo inicial basta hacer una selección nula (pulsar INTRO sinhaber designado objeto alguno).
7.5. Funciones de Programación de AutoCAD MAP
Las funciones específicas para la programaciónLISP [4] que se suministran con AutoCAD MAPfacilitan el acceso a sus prestaciones mediante aplicaciones como la descrita.A manera de ejemplo se proponen dos funciones básicas.
7.5.1 Definir una Tabla de Datos de Objeto
En primer lugar (Figura 10) una función general parala creación de tablas de objeto con cualquier número de campos,número que vendrá determinado por la cantidad de términosincluidos en las cuatro listas que se le deberán pasar como argumentos.
Fig. 10 - Define una Tabla de Datos de Objetocon un número variable de campos |
---|
7.5.2 Añadir un registro a una entidad.
La creación de la Tabla es el paso previo a lavinculación de registros a los objetos gráficos. La Figura 11muestra la función que ejecutaría este segundo paso. Se requierencomo argumentos un nombre de entidad (ENAME) una lista de identificadores y unalista de los valores que a ellos corresponden.
Fig. 11 - Añade un registro más ala entidad cuyo ENAME se le pasa como argumento |
Inicio | Índice | Continuar... |