Áreas sin validar y control de versiones de los datasets de red

Varios editores pueden editar simultáneamente las entidades de origen de un dataset de red almacenado en una geodatabase ArcSDE. Este tema y las diversos diagramas dentro del mismo muestran lo que sucede con áreas sin validar de datasets de red cuando se concilian las versiones.

Hay algunos puntos principales para tener en cuenta antes de empezar a trabajar con datasets de red en una geodatabase ArcSDE; se incluyen los siguientes:

• Las entidades de origen de un dataset de red se deben registrar como versionadas antes de realizar las modificaciones.

  Herencia:

  Antes de ArcGIS 10, los datasets de red no puede ser versionados. Esto significa que las clases de entidad de origen se puede editar como si se tratara de clases de entidad simples. Es decir, las clases de entidad de origen se puede registrar como versionadas y editar con la habilidad de deshacer y rehacer las ediciones, o dejándolas como datos no versionados y editándolas sin la capacidad para deshacer y rehacer las ediciones.

  Con la versión de ArcGIS 10, sin embargo, ya no tienen la capacidad de editar entidades de origen sin registrar como versionadas.

• Cuando un dataset de red se registra como sometido al control de versiones, no se puede hacer cambios en el esquema. Debe anular el registro del dataset de red como sometido al control de versiones antes de poder hacer cambios en el esquema. (Los cambios del esquema incluyen agregar o quitar orígenes; cambiar las reglas de conectividad, las directivas o la configuración de elevación; agregar, quitar o cambiar atributos o evaluadores de atributos; y cambiar la configuración de las instrucciones para conducir.)

• Puede eliminar un dataset de red, independientemente de si está registrado como versionado.

Para mayor claridad, los gráficos conceptuales en este tema muestran todo el proceso de creación de la réplica principal y secundaria, para conciliar y publicar las modificaciones y creaciones. Sin embargo, no siempre se empieza desde el comienzo de una versión principal, de modo que se pueda pensar en cualquier paso donde una versión secundaria se crea como el momento en que una versión secundaria y su versión principal comparten el mismo estado.

Aunque los gráficos muestran cómo publicar un dataset de red basado en una versión principal, es perfectamente válido publicar la red en áreas sin validar. Tenga en cuenta que en este caso, sin embargo, usted probablemente querría que alguien que tiene privilegios de edición con la versión primaria, llegado el caso, cree el dataset de red.

La siguiente leyenda le ayudará a entender los diagramas:

La conciliación y el envío sin las ediciones de las entidades de origen

En esta sección se describe cómo se comportan las áreas sin validar en diferentes escenarios de control de versiones de edición, creación, la conciliación y la publicación de los datasets de red. Estos escenarios excluyen la edición de las entidades de origen del proceso (la siguiente sección incluye editar). La finalidad es darle un conocimiento básico acerca de qué flujos de trabajo derivan en la creación de los datasets de red que están libres de áreas sin validar.

Escenario 1: Área sin validar introducida y compilada en la versión principal

Asumir la versión secundaria hereda un área sin validar de la versión principal. A continuación, el dataset de red se construye en la versión primaria. Por último, la versión secundaria realiza una operación de conciliación. El área sin validar se quitó en la versión secundaria (suponiendo que no se realizaron más ediciones).

Escenario 2: Área sin validar introducidas en la versión principal y compilada en la versión secundaria

Este escenario es similar a la última en que la versión secundaria hereda un área sin validar de la versión principal. Ahora, sin embargo, la red está basada en la versión secundaria, no la principal. La reconciliación después de la operación de generación reintroduce las áreas sin validar del elemento primario. Para publicar una red construida a la principal, la versión secundaria debe reconstruirse antes de enviar.

Escenario 3: Área sin validar introducidas en la versión principal y construida en ambas versiones secundaria y principal

Este escenario es una combinación de los dos últimos. La versión secundaria hereda las áreas sin validar de la versión principal nuevamente. La versión secundaria y la principal se construyen por separado antes de la conciliación. El proceso de conciliación deja a la versión secundaria en un estado validado.

Conciliar y publicar con ediciones de entidad de origen

Los escenarios anteriores se centraron en la creación de datasets de red sin editar entidades de origen. En los siguientes escenarios, las ediciones se realizan en entidades de origen, y se eliminan las áreas sin validar resultantes.

Escenario 4: La edición de distintas entidades de origen en la versión principal y secundaria

La red se construye antes de crear la versión secundaria en este escenario. Tras crear la versión secundaria, se edita la clase de entidad de origen de las calles para agregar calles de la orilla meridional del mapa. Mientras tanto, la versión principal se edita para agregar calles hacia el norte. Las dos versiones ahora tienen las áreas sin validar en las antípodas de mapa. El proceso de conciliación transfiere las ediciones y en las áreas sin validar asociadas a una versión secundaria. Allí, se genera la red para que se envíen a la versión principal sin ningún tipo de áreas sin validar.

Inmersión:

El dataset de red en el diagrama anterior no fue creado en la versión primaria o secundaria inmediatamente antes de la conciliación. Sin embargo, si se había construido en ambas versiones en ese momento, la conciliación habría vuelto a introducir el área sin validar de la orilla meridional del mapa, como se muestra en el gráfico siguiente. La razón para ello es el proceso de conciliación que hace que el estado de la versión principal esté visible en la versión secundaria, para que el proceso de fusión pueda ocurrir. Ya que las ediciones de la versión secundaria son nuevas para la versión principal, la conectividad de esas ediciones se debe reconstruir con los datos principales reconciliados.

Escenario 5: Nuevas entidades de origen que intersectan en las versiones principal y secundaria

Este escenario demuestra otra razón por la que el dataset de red debe ser reconstruido después de realizar las ediciones de las entidades fuente primaria y secundaria. tAquí, las ediciones realizadas en la versión principal y secundaria se intersectan. Aunque la red está validada en sus respectivas versiones, la conciliación introduce un área sin validar porque la conectividad de las entidades intersecantes todavía debe ser determinada.