-
AtriTop: Transferencia de atributos entre entidades vectoriales
AtriTop: Transferencia de atributos entre entidades vectoriales| Presentación y opciones | Caja de diálogo de la aplicación |
| Sintaxis |
Esta aplicación transfiere atributos desde una base gráfica a otra a través de una relación geométrica entre ellas. Así, puede transferir atributos desde una base de puntos a una base de polígonos o, viceversa, transferir a los puntos los atributos del polígono en el cual se encuentran.
Otro ejemplo es la transferencia de atributos desde una base de arcos a una base de polígonos. En este caso los polígonos pueden recibir los atributos de los arcos que están enteramente en su interior o bien los arcos recibir los atributos del polígono donde se encuentran.
AtriTop permite efectuar operaciones muy sofisticadas de transferencia de atributos, aunque algunas de ellas nunca serán necesarias. Probablemente algunos ejemplos o consideraciones que realicemos en esta ayuda resulten complicados o innecesarios para su aplicación concreta, por lo cual hacemos notar que la comprensión de todos los ejemplos no es imprescindible para la correcta utilización de la aplicación. Solo aquellos usuarios con necesidades avanzadas (por ejemplo reetiquetar polígonos que presentan registros múltiples a partir de puntos que también presentan registros múltiples y con tablas de atributos de estructura no idéntica) deberían intentar comprender a fondo la lógica y potencialidades de esta aplicación.
En el caso de la transferencia de atributos de un fichero de puntos a otro, se permite dos opciones. La primera opción es que cada donador (o emisor) transfiere atributos al receptor más cercano y la segunda opción es que cada receptor reciba atributos del donador más cercano. En este último caso, es necesario asignar un número de donadores, que serán los más cercanos a considerar. Si el número es 1, se transfieren directamente los atributos del donador más cercano al receptor, mientras que si el número es más grande que 1, se hace un promedio (en el caso de un campo numérico) o una moda (en el resto de tipos de campo) de los atributos de los donadores a considerar. En el caso particular que uno o más donadores presenten registro múltiple, se hace previamente un promedio/moda de los atributos para cada objeto donador que pasará a ser un objeto donador con un solo registro y sus valores de promedio/moda de su único nuevo registro recalculado serán los que entrarán en el cálculo de promedio/moda con los otros donadores más cercanos a considerar.Por último, en esta segunda opción es posible, de momento sólo en caso de que el número de donadores sea 1, pedir que se transfieran todos los registros a través del parámetro especial /TRANSF_MULTI_REG.
Se debe tener presente que AtriTop NO efectúa cambios en la geometría o topología de los ficheros; simplemente transfiere atributos en base a su posición geométrico-topológica. Por tanto, en los casos de transferencia de atributos entre polígonos, o entre arcos y polígonos, se deben haber cortado previamente los arcos y/o bordes de polígono con la opción 2 de la aplicación LinArc. Si tomamos el ejemplo de arcos y polígonos esto se traduce en el hecho de que es necesario que todos los arcos estén enteramente dentro de un solo polígono.
Cuando se intenta etiquetar una base de arcos con su propia base de polígonos, el comportamiento de la aplicación cambia, y en este este caso, se crea una nueva tabla que relaciona cada arco con el polígono izquierdo y derecho y se establece un vínculo dinámico entre las tres tablas de datos. Del mismo modo, cuando se intenta etiquetar una base de polígonos con su propia base de arcos, se crea una tabla que relaciona cada polígono con los arcos que forman el borde como registro múltiple. Esta tabla también informa si el arco forma parte del borde exterior, si debe girarse para construir el polígono y su índice de anillo. En estos dos últimos casos el parámetro NomResul1 es el nombre de esta nueva tabla, en lugar del nombre de la capa de salida. Esta información solo está contenida en el fichero binario de polígonos pero este procedimiento permite explicitarlo para poder realizar operaciones de vecindad entre arcos y polígonos.
La transferencia de atributos entre ficheros de puntos y nodos se lleva a cabo mediante un criterio de proximidad, pudiendo fijar el usuario la distancia planimétrica máxima a partir de la cual no se buscan más puntos para añadir sus atributos al nodo. Se creará un nuevo campo en la base de datos con la distancia entre el punto donante y el nodo receptor. Dentro de este modo de transferencia de atributos entre ficheros de puntos y nodos se puede solicitar que, para aquellos puntos que no tengan ningún nodo suficientemente cerca, se intente generar un nuevo nodo, dentro de la misma distancia máxima, siguiendo el trazado de uno de los arcos que ya existen en la base receptora. Se intentará cortar el arco por alguno de sus vértices, y si esto no da resultado, se cortará el arco por el lugar más cercano al punto donante. Estos nuevos nodos serán ignorados por el resto de puntos del fichero donante. Tanto en el informe del proceso como en la base de datos resultante, se marcarán los nuevos nodos con "V" si el nuevo nodo se origina de un vértice, o "T" si es resultado de la división de un arco.
En la explicación siguiente se habla de fichero donador como fichero etiquetador, de fichero receptor como fichero etiquetado y de fichero resultado como fichero resultado del proceso de etiquetado. El fichero resultado tiene los mismos elementos gráficos que el fichero receptor (idéntico gráficamente) pero tiene una base de datos alfanumérica que es una mezcla de la contribución de la base donadora y de la base receptora.
El usuario puede escoger el contenido de la base resultado indicando el NOMBRE de los campos que formarán la base resultado y el NOMBRE del campo de la base donadora y/o receptora al cual corresponden. A partir de ahora nos referimos a los campos enlazados por esta correspondencia como campos ligados y al fichero que los describe como fichero de correspondencias entre campos.
Este procedimiento otorga una máxima flexibilidad, porque no obliga a que el campo origen y destino tengan el mismo nombre. También permite la eliminación de campos irrelevantes y el cambio de orden de los campos entre la base receptora y la base resultado. En caso de no especificar este fichero, la aplicación generará la base resultado a partir de TODOS los campos de la base receptora y de TODOS los campos 'temáticos' de la base donadora. Los nombres de campos iguales entre la base receptora y donadora se consideran enlazables. El ancho del campo resultado será el máximo de los dos y si uno de ellos es de tipo carácter, el resultado será de tipo carácter. En caso de enlace entre dos campos numéricos, el número de decimales es el máximo de los dos campos implicados.
Los nombres de los campos se escogen a través de un fichero con el formato siguiente:
[BASE_RESULTAT] Camp1=NOM_RES1,NOM_REC1,NOM_DON1 Camp2=NOM_RES2,NOM_REC7,NOM_DON4 Camp3=NOM_RES2,NOM_REC3 Camp4=NOM_RES3,,NOM_DON2
La correspondencia entre el campo identificador gráfico de la base resultado y la base receptora está implícita y no es necesario indicarla (sería una correspondencia como Camp0=ID_GRAFIC,ID_GRAFIC).
Esta elección solo podrá hacerse sobre los campos de la base principal pero se conservarán los ficheros asociados de los campos de la base donadora y receptora, teniendo prioridad la base donadora en caso de contradicción.
Nótese que este procedimiento permite tanto la inclusión de nuevas etiquetas sobre un fichero que ya ha sido previamente etiquetado, como el reetiquetado desde cero de un campo: Solo hay que mencionarlo o no en el fichero de correspondencias entre campos:
Si quieren incluirse nuevas etiquetas sobre el campo A hay que hacer:
[BASE_RESULTAT] Camp1=A,A,ASi se quiere reetiquetar totalmente (desde cero) el campo A hay que hacer:
[BASE_RESULTAT] Camp1=A,,Aesto hace desaparecer todos los atributos A de la base receptora.
El algoritmo seguido para la mezcla de campos es el siguiente:
En caso que en el resultado existan registros idénticos, se eliminan las repeticiones de registros. Estas repeticiones pueden ser fruto tanto de repeticiones en las bases originales como de combinaciones de campos de las dos bases que convergen en un mismo resultado.
A continuación se muestran algunos ejemplos del funcionamiento de este algoritmo: En todos ellos se supone que existe una correspondencia entre el objeto gráfico 1 de la base receptora y el objeto gráfico 2 de la base donadora. Tan solo se muestran los registros de estos dos objetos. Todos los campos de la base receptora y donadora han sido incluidos a excepción del identificador gráfico de la base donadora. Todos los nombres de campo iguales están ligados.
Ejemplo 1:
Receptor Donador Resultado
ID_G A B C D ID_G A B E F ID_G A B C D E F
1 a b c d 2 a2 b2 e f 1 a b c d
1 a b1 c d1 2 a b1 e1 f1 1 a b1 c d1 e1 f1
1 a2 b2 e f
Ejemplo 2:
Receptor Donador Resultado
ID_G A ID_G A B ID_G A B
1 a 2 a b 1 a b
1 a1 2 a b1 1 a b1
1 a1
Ejemplo 3:
Receptor Donador Resultado
ID_G A B ID_G A D ID_G A B D
1 a b1 2 a d 1 a b1 d
1 a b 2 a d1 1 a b d
1 a b1 d1
1 a b d1
Ejemplo 4:
Receptor Donador Resultado
ID_G A B ID_G E F ID_G A B E F
1 a b 2 e f 1 a b e f
1 a1 b1 2 e1 f1 1 a b e1 f1
1 a1 b1 e f
1 a1 b1 e1 f1
Ejemplo 5:
Receptor Donador Resultado
ID_G A B E ID_G E F ID_G A B E F
1 a b 2 e f 1 a b e f
1 a1 b1 e1 2 e1 f1 1 a b e1 f1
1 a1 b1 e2 1 a1 b1 e1 f1
1 a1 b1 e2
 |
| Caja de diálogo de AtriTop. |