Presentación y opciones Caja de diálogo de la aplicación
Sintaxis

Presentación y opciones

Esta aplicación hace la transformación entre ficheros vectoriales de líneas de tipo VEC y ficheros ARC y NOD del formato vectorial estructurado Top-MM. Ambos formatos son soportados por MiraMon. Los ficheros VEC son una ampliación de los ficheros VEC de Idrisi.

Dispone de las siguientes opciones:

Los ficheros vectoriales de líneas de tipo VEC son de ficheros ASCII que no presentan topología (como mínimo ésta no está explicitada) y no están vinculados a bases de datos (cada objeto gráfico soporta un solo atributo). Los acompaña un fichero de documentación (DVC).

Los ficheros estructurados Top-MM de tipo ARC y NOD son ficheros binarios, habitualmente con topología arco-nodo y que están vinculados a una base de datos relacional (A.REL, A.DBF, N.REL y N.DBF). En la versión 3.x los acompaña un fichero de documentación (DVA y DVN), el cual queda integrado en el correspondiente fichero REL en las versiones posteriores.

Si tenemos una familia de vectores estructurados como la antes descrita, se puede convertir al formato VEC de líneas con la opción 1 de la aplicación LinArc. Esto es útil para digitalizar y cuando se quiere el fichero en un formato de texto.

Hasta la versión 3.x de MiraMon, la digitalización de líneas se realiza sobre ficheros no estructurados. La estructuración topológica de arcos y nodos posterior a la digitalización es un proceso tan complejo que resulta casi imposible llevar a cabo manualmente, tarea que realiza la opción 2 de la aplicación LinArc.

A veces un fichero VEC de líneas puede contener arcos y nodos de forma implícita, por ejemplo cuando proviene de una conversión de una familia de ficheros arco-nodo a VEC a través de LinArc con la opción 1. En este caso podemos indicar a LinArc, a través de la opción 3, que no realice los cálculos de estructuración topológica, lo cual es mucho más rápido. Esta opción sólo puede utilizarse cuando la estructura topológica no es esencial, como sucede a veces en las capas de líneas como las curvas de nivel. En una capa sobre la que es necesario construir polígonos solo se puede aplicar esta opción cuando el fichero VEC contiene estructura arco-nodo implícita, ya que las relaciones topológicas son esenciales para poder ciclar polígonos. El análisis de redes es otro caso donde la topología es esencial.

La opción 2 de la aplicación soporta un fichero VEC de polígonos como fichero de entrada, pero la opción 3 no. En el primer caso, los contornos de los polígonos se tratan simplemente como líneas.

La aplicación crea en la base de datos el campo LONG_ARC, que indica la longitud de cada arco. Los valores de los campo LONG_ARC se calculan sobre las coordenadas de la proyección (del mapa) y, por tanto, no dan distancias sobre la Tierra sino sobre el mapa, calculadas como lo haría normalmente un programa de dibujo asistido por ordenador (CAD). En proyecciones como la UTM, estos valores son suficientemente precisos para la mayor parte de propósitos. Por ejemplo, dentro de un huso UTM, una distancia sobre el mapa puede diferir de la distancia sobre el elipsoide terrestre en un factor entre 0.9996 y 1.0009811009).

Cuando la proyección cartográfica es conocida (vea listado de proyecciones conocidas), además del campo LONG_ARC, la aplicación también crea el campo LONG_ARCE, que indica la longitud real de cada arco calculada sobre el elipsoide terrestre con criterios geodésicos precisos. Este nuevo campo resulta especialmente indicado en proyecciones cartográficas en las que los cálculos sobre el mapa dan valores claramente diferentes a los reales sobre la superficie terrestre (por ejemplo, la proyección Mercator) o en proyecciones en mapas en los que la diferencia es pequeña pero aparecen líneas largas que pueden acumular errores importantes.

Según la proyección cartográfica utilizada la aplicación declara visible LONG_ARC o LONG_ARCE y deja oculto el otro campo, según sea el más comúnmente usado como medida de longitud en aquella proyección. Puede cambiar estos criterios de visibilidad en el fichero REL.

En las opciones 2 y 3, la aplicación elimina las coordenadas repetidas (sólo se conserva una). Por otro lado, las entidades formadas por un solo vértice son eliminadas.

Tipos de tolerancia y su aplicación en la aplicación LinArc.

LinArc define 6 tipos de tolerancias diferentes para 6 casos que se pueden encontrar en la estructuración de un fichero vectorial. Esta sección explica a qué situación geométrica corresponde cada tipo de tolerancia y cómo se aplica dentro de la aplicación LinArc (sólo en la opción 2).

Muy importante: todos estos tipos de tolerancias son habitualmente innecesarias si se digitaliza utilizando correctamente las herramientas de conexión de MiraMon. Sin embargo, cuando un fichero ha sido digitalizado sin seguir estas normas básicas de conexión, o bien ha estado generado conotro software que no conecta correctamente los elementos, puede ser necesario aplicar estas tolerancias.

Diagrama de toleràcies
Fig 1. La figura muestra los vectores originales en negro y el resultado del proceso de estructuración topológica en rojo.
  1. La tolerancia de pseudogeneralització reduce el número de vértices de los vectores, eliminando alineaciones.
  2. La tolerancia entre arcos tiende a conectar vectores que están próximos. El vértice del vector digitalizado con posterioridad se mueve para conectarse sobre el otro (1). El segmento superior se dobla para conectarse al vértice próximo digitalizado con anterioridad (2).
  3. La tolerancia de acortadas conecta un vértice final que ha quedado cerca de otro arco. En la figura el vector superior ha sido digitalizado antes que el otro.
  4. La tolerancia entre nodos mueve el nodo inferior para conectarlo con el superior, que había sido generado anteriormente.
  5. La tolerancia de alargadas hace desaparecer el trozo de vector que sobresale de otro vector sobre el que se quería conectar.

Fig 2. Cuando tres objetos están a una distancia inferior a la tolerancia de acortadas, no se busca un trazado intermedio entre ellos, sino que el objeto que ha sido digitalizado primero permanece inmóvil (en la figura el superior) mientras que el que ha sido digitalizado en segundo lugar (el de la izquierda) se mueve hasta encontrarse con el primero, y el tercero, se mueve hasta conectar con los otros dos en el mismo punto.

¿Cómo se pueden definir todas estas tolerancias?

LinArc 2 F_Ori F_Arc T_Arc DescriptorCamp NomCamp Prec T_Psgen T_Esc T_Nod T_Allg

Para garantizar un resultado óptimo, es muy recomendable seguir las indicaciones siguientes:

  1. Prec <= T_Psgen <= T_Acor <= T_Nod <= T_Alarg
  2. Prec T_Psgen infinitesimal (a la práctica ponga 0).

Para la eliminación de nodos finales, se recomienda utilizar:

  1. Prec=T_Psgen=T_Arc=T_Nod=0
  2. T_Esc con un valor moderado y T_Allg de valor alto.

En la sintaxis simplificada, el parámetro tolerancia es equivalente a las tolerancias ampliadas siguientes:

  1. T_Nod=T_Acor=T_Alarg=Tolerancia
  2. Prec=T_Psgen=1e-5

Si en alguna de las tolerancias se indica 0 (excepto en la precisión), se elimina el procesado de la aplicación referente a aquella tolerancia, lo que resulta en una ejecución más rápida. Esto se recomienda en caso de saber que el fichero o ficheros a procesar no presentan algún determinado tipo de problema. En el caso de la precisión, 0 resulta en 1e-5. Si en la notación simplificada se indica tolerancia=0 el resultado es:

  1. T_Arc=T_Nod=T_Esc=T_Allg=0
  2. Prec=T_Psgen=1e-5

IMPORTANTE: Habitualmente, estas tolerancias bastan en ficheros digitalizados en otros softwares o digitalizados en MiraMon sin utilizar adecuadamente las herramientas de conexión. Cuando se digitaliza correctamente con MiraMon una tolerancia simplificada y de valor 0 es la elección adecuada, resultando en procesos rápidos y sin problemas:

LinArc 2 F_Vec F_Arc 0

Formato del fichero lista (para estructuración de diversos ficheros a la vez).