Disponible con una licencia de Network Analyst.
Varios editores pueden editar simultáneamente las entidades de origen de un dataset de red almacenado en una geodatabase corporativa o de grupo de trabajo. Este tema y los diversos diagramas incluidos en él muestran lo que sucede con las áreas sin validar de los datasets de red cuando se concilian las versiones.
Hay algunos puntos principales que se deben tener en cuenta antes de empezar a trabajar con datasets de red en una geodatabase corporativa o de grupo de trabajo. Son, entre otros, los siguientes:
Las entidades de origen de un dataset de red se deben registrar como versionadas antes de realizar las modificaciones.
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 con la creación de una versión principal, de modo que se puede ver cualquier paso en el que se cree una versión secundaria como el momento en que esta y la 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, puede ser conveniente que alguien que tenga privilegios de edición en la versión principal cree posteriormente 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. Estas situaciones no incluyen la edición de las entidades de origen del proceso (la siguiente sección incluye la edición). 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.
Situación 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 elimina de la versión secundaria (si no se han realizado otros cambios).
Situación 2: área sin validar introducida 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 generada en la versión principal, la secundaria se tiene que volver a generar antes de la publicación.
Situación 3: área sin validar introducida en la versión principal y generada en las 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 valida la versión secundaria.
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.
Situación 4: edición de distintas entidades de origen en la versión principal y la 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 en la parte 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. En ese punto, se genera la red para que se pueda publicar en la principal sin áreas sin validar.
Situación 5: nuevas entidades de origen que se intersecan con las versiones principal y secundaria
Esta situación demuestra otra razón por la que el dataset de red se debe reconstruir después de realizar ediciones en las entidades de origen principales y secundarias. Aquí, 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 que se intersecan todavía se tiene que determinar.