Conflictos de versiones y entidades topológicas
Este tema se aplica a ArcGIS for Desktop Standard y ArcGIS for Desktop Advanced exclusivamente.
Las entidades que participan en una topología no tienen ningún comportamiento especial con respecto a los conflictos que surgen como resultado de la conciliación de las versiones. Si se edita la misma entidad en dos versiones independientes y se concilian esas dos versiones, se producirá un conflicto.
La fuente más habitual de los conflictos resultantes del proceso de validación de las topologías es la introducción de vértices debido a la integración de entidades en la fase de la validación correspondiente al procesamiento clúster.
En los siguientes ejemplos, se muestra cómo el proceso de validación puede dar lugar a conflictos.
Ejemplo 1: dividir dos polígonos adyacentes en cada versión
Los polígonos que comparten bordes en una topología de la versión primaria los hereda la versión secundaria. En este escenario, se divide un polígono en la versión primaria, se divide un polígono adyacente en la versión inferior y se validan las áreas sin validar. Al dividir los polígonos, se eliminan las entidades originales y se reemplaza cada una de ellas por dos nuevas. Cuando se concilian las versiones, ambos polígonos originales se registran como conflictos de actualización y eliminación. En otras palabras, la entidad eliminada en la versión primaria se actualizó en el proceso de clustering cuando se validó la versión secundaria, y la entidad eliminada en la versión secundaria se actualizó en el proceso de clustering de la versión primaria.
Ejemplo 2: dividir polígonos que comparten bordes con un polígono de derecho de paso de gran tamaño
En este ejemplo, también se muestra cómo la introducción de vértices por el proceso de validación puede dar lugar a conflictos en una base de datos de registros de tierra. En este caso, los polígonos de parcela que se dividen comparten bordes con un polígono de derecho de paso de tamaño muy grande.
Los conflictos como los que se han descrito anteriormente se pueden evitar estructurando el flujo de trabajo de modo que los editores trabajen en áreas diferentes y utilizando la replicación de geodatabase para controlar dónde los usuarios pueden y no pueden editar. Además, el diseño del modelo de datos puede ayudar a reducir los tipos de conflictos que se muestran en el segundo ejemplo subdividiendo el polígono de derecho de paso en fragmentos más pequeños.