¿Cómo se manejan los conflictos en topología, redes geométricas, relaciones y anotaciones vinculadas a entidades?

Respuesta

Nota: Este artículo corresponde únicamente a las versiones 9.x y 10.0 de ArcGIS. Es posible que versiones posteriores de ArcGIS incluyan funcionalidades distintas, así como nombres y ubicaciones distintos para menús, comandos y herramientas de geoprocesamiento.

Hay varios escenarios en los que se pueden producir conflictos incluso cuando los valores de atributo son los mismos en cada versión. Los conflictos ocurren cuando se modifica la misma entidad, entidad relacionada topológicamente o relación en dos versiones: la versión actual que se está editando y una versión de destino.

Hay dos categorías de conflictos:

• cuando se ha actualizado la misma entidad en cada versión
• cuando la misma entidad se actualiza en una versión y se elimina en la otra.

A continuación, se muestran varios escenarios en los que pueden producirse conflictos en la topología, las relaciones o las redes geométricas donde los valores de longitud y área podrían ser los mismos en cada versión. Las descripciones se detallan a continuación y pueden proporcionar información sobre por qué se producen los conflictos:

Conflictos en la topología

Dado que las entidades de las clases de entidad que participan en una topología pueden compartir geometría con otras entidades, el proceso de revisión de conflictos entre versiones de clases de entidad topológica es distinto al de reemplazar conflictos con clases de entidad simple. También es diferente del proceso que se utiliza para reemplazar conflictos con redes geométricas, clases de relación y anotación vinculada a entidad.

Cuando se edita una clase de entidad que participa en una topología, es posible que se modifiquen de forma simultánea otras entidades relacionadas topológicamente. Las entidades modificadas pueden pertenecer a la misma clase de entidad o a una o varias clases de entidad distintas. Para administrar el proceso de detección de nuevos errores de topología que pueden haber sido introducidos por las ediciones, las topologías registran dónde se realizaron ediciones como áreas sin validar. Al editar entidades en una topología se crean áreas sin validar en la topología.

Pueden producirse nuevos errores de topología cuando se concilian las versiones principal y secundaria editadas, incluso cuando las áreas sin validar de cada versión se han validado y no contienen errores. Para detectar tales errores de topología, todas las áreas de una versión secundaria se devuelven al estado sin validar después de incorporar los cambios de la versión principal durante una conciliación. Después de la conciliación, estas áreas se pueden volver a validar y se detectan los errores.

Conciliar dos versiones que no contienen áreas sin validar activas puede dar lugar a áreas sin validar. Toda área sin validar que haya estado presente en la versión secundaria, independientemente de que haya sido validada o no, será un área sin validar después de conciliar las versiones. En general, cuando se concilia una versión:

• Toda área sin validar que la versión secundaria haya heredado de la versión principal, independientemente de que esté validada en la versión secundaria o no, es un área sin validar después de la conciliación.
• Toda área sin validar creada debido a una entidad creada, actualizada o eliminada en la versión secundaria, independientemente de si está validada o no, es un área sin validar después de la conciliación.

Conflictos en relaciones

Las relaciones tienen dependencias similares a la anotación vinculada a entidad. Si se elimina una entidad de una clase de relación de origen, aparecerá un mensaje para que elimine una entidad de la clase de relación de destino. Por lo tanto, esté atento a las ramificaciones que se producen simplemente al reemplazar conflictos que involucran clases de entidades que participan en clases de relaciones.

Como ejemplo de cuándo puede surgir un conflicto entre clases de relación:

1. Actualice el campo Principal de clase de origen, lo que rompe la relación en la versión A.
2. Al mismo tiempo, actualice la entidad de destino relacionada con la clase en la versión B.

Dado que la clase de destino depende de la clase de origen, se detecta un conflicto al conciliar las versiones.

Otro escenario:

Durante una sesión de edición en el dataset de entidades de servicio eléctrico, se elimina un polo que tiene una relación compuesta con un transformador, lo que provoca la eliminación del transformador relacionado.

Al mismo tiempo, en otra sesión de edición, un segundo editor actualiza los atributos del mismo transformador que se acaba de eliminar en la sesión de edición anterior eliminando su polo relacionado.

Cuando se concilian las ediciones, se detecta un conflicto de actualización-eliminación.

En este último ejemplo, si el segundo editor elige reemplazar todos los conflictos por las representaciones de sesión de edición, se vuelven a crear el polo y el transformador eliminados durante la sesión de edición, y se creará el transformador de la sesión del segundo editor, lo que da como resultado dos transformadores. Es posible que no se pueda detectar mirando el mapa, porque los transformadores estarán uno encima del otro; sin embargo habrá dos registros para el transformador en la tabla de atributos.

Conflictos en redes geométricas

Al editar entidades de red, los cambios en la red geométrica y en la red lógica pueden crear conflictos.

Por ejemplo, al agregar un servicio a una tubería general, dicha principal no se divide físicamente en la red geométrica sino que se divide en la red lógica. Por lo tanto, aunque la geometría de la tubería general no se haya editado directamente, se ha editado lógicamente. Si la versión de destino que se concilia también ha modificado la tubería general, el nuevo servicio insertado crea un conflicto con dicha tubería general.

Revisar un conflicto con clases de entidad de red geométrica requiere comprender cómo el comando Reemplazar del cuadro de diálogo Resolución de conflictos actualiza la topología de red existente presente en la sesión de edición.

En el ejemplo de la tubería general de servicio, dos usuarios modificaron la tubería general: uno modificaba un atributo y el otro conectaba un nuevo servicio. Revisar el conflicto apenas requiere investigar las diferencias y ver que el conflicto es válido, no se requiere ninguna acción adicional. Dado que la tubería general contiene el atributo correcto para el diámetro, el nuevo servicio está conectado correctamente a la general, pero hay casos en los que resolver conflictos que involucran una clase de entidad de cruce también actualiza el eje de red conectado.

Conflictos en una anotación vinculada a entidad

Para trabajar con una anotación vinculada a entidad es necesario recordar una regla: cuando se reemplaza una entidad que tiene anotación vinculada a entidad, tanto la entidad como la anotación se reemplazan por la nueva entidad y anotación. Por lo tanto, es posible que se requiera mayor edición de la nueva anotación o que tenga dos anotaciones.

Por ejemplo, se puede encontrar un conflicto en el que se movió una entidad y se recolocó su anotación. La versión en conflicto realizó la misma edición: mover la entidad y rotar la anotación. Si la entidad se reemplaza por la entidad de la versión en conflicto, se elimina la anotación vinculada a entidad existente, se inserta la entidad en conflicto y se crea una nueva anotación. A continuación, es necesario editar la nueva anotación moviéndola y girándola según sea necesario.

O bien puede encontrarse un conflicto en el cual otro editor haya eliminado una entidad en la versión DEFAULT de la geodatabase, que también elimina su anotación vinculada a entidad asociada. En una versión secundaria de la geodatabase, la anotación que se acaba de eliminar se edita. Al conciliar, si la entidad se reemplaza por la versión de edición, se reemplaza la entidad que se había eliminado en la versión DEFAULT y su anotación vinculada asociada. Además, se devuelve la anotación de la sesión de edición, con lo que se dejan dos anotaciones para la misma entidad.

Eliminar, modificar o agregar una entidad en una versión antes de conciliar podría generar un conflicto con otra versión donde exista esta entidad.