Edición de la estructura de parcela y versionado

Este tema se aplica a ArcGIS for Desktop Standard y ArcGIS for Desktop Advanced exclusivamente.

La estructura de parcela admite la edición en un nivel de versión debajo de la versión predeterminada. La estructura de parcela no admite la edición en versiones secundarias de versiones.

Edición de la estructura de parcela y estados de la versión

La estructura de parcela se debe registrar como versionada antes de que se pueda editar en una geodatabase de ArcSDE. Una vez que la estructura de parcela se registra como versionada, puede crear una versión para editar la estructura de parcela. Las versiones son un tipo de vista de la geodatabase que le permite editarla y ver los cambios de inmediato. Otros usuarios que estén conectados a la versión podrán ver los cambios cuando realice la actualización. Sin embargo, los usuarios que estén conectados a otras versiones no podrán ver los cambios hasta que envíe su versión a la versión predeterminada.

Cuando se registra un dataset con una versión, se crean dos tablas delta: la tabla A (o de inserciones) para las inserciones y actualizaciones, y la tabla D (o de borrado) para los elementos que se borran. Cada vez que actualiza o elimina un registro en el dataset, se agregan filas en una o en ambas tablas y se crea una nuevo estado de la versión. Por lo tanto, un dataset versionado consta de la tabla original (denominada la tabla base) más todos los cambios en las tablas delta.

Más información sobre las versiones

Cuando se editan parcelas, cada edición se realiza en una transmisión XML del trabajo. Cuando se guarda la sesión de edición, la transmisión XML se envía en la estructura de parcela como una edición simple y se crea un nuevo estado de la versión.

Versiones de estructura de parcela y bloqueo de edición

Cuando se editan las parcelas, se bloquea la edición. Cuando se bloquea la edición de una parcela, no se puede abrir en la misma versión o en otra versión hasta que se libere el bloqueo de edición. Sin embargo, en las tablas de atributos de la parcela bloqueada, aún se pueden editar los campos que no son administrados por el sistema en las parcelas, las líneas, los puntos y las tablas de control. Si el mismo campo se edita en diferentes versiones, se requerirá una resolución de conflictos durante la conciliación de las versiones.

Consulte los campos que se pueden editar en las tablas de atributos de una parcela bloqueada.

Si las parcelas se editan en una versión diferente a la que está editando, esas parcelas aparecen con un icono de edición bloqueada Editar bloqueado en la ventana Explorador de parcelas. Del mismo modo, las parcelas que está editando estarán bloqueadas para la edición en otras versiones. Los bloqueos de edición de parcelas se liberan una vez que se envía la versión en la que la parcela estaba siendo editada.

La lista debajo resume las reglas que determinan el comportamiento de las parcelas bloqueadas en un entorno multiusuario:

Resumen de los iconos de estado de bloqueo de edición

Parcela

La parcela está disponible para la edición.

Edición de parcelas

La parcela está siendo editada.

Edición desbloqueada

La parcela ha sido editada previamente y está disponible.

Editar bloqueado

La parcela está siendo editada en la misma versión o ha sido editada en una versión diferente.

Resumen de los iconos de estado de bloqueo de edición

Reconciliar las versiones y la estructura de parcela

Una vez que haya terminado de editar en una versión, puede fusionar los cambios realizados en la versión con la versión predeterminada. Esto se lleva a cabo a través de un proceso de reconciliación y envío. La reconciliación detecta conflictos entre su versión y la versión predeterminada. Los conflictos ocurren si la versión predeterminada ha cambiado desde que creó su versión y los cambios están en conflicto con las modificaciones. Por ejemplo, en una estructura de parcela, los ajustes por mínimos cuadrados que se ejecutan en áreas superpuestas producirán coordenadas en conflicto. La resolución de conflictos en la estructura de parcela siempre ocurre a favor de la versión secundaria.

NotaNota:

La tabla de trabajos de estructura de parcela no es una tabla versionada y por lo tanto no está sujeta a la reconciliación en versiones de estructura de parcela.

Más información sobre la reconciliación de versiones

Se recomienda reconciliar con frecuencia las versiones con estructuras de parcelas sobre la versión predeterminada. Cuando una versión secundaria se reconcilia con la versión predeterminada, la versión secundaria recibe todas las actualizaciones que se han enviado hasta el momento en la versión predeterminada desde otras versiones secundarias.

Las modificaciones y actualizaciones en los datos de parcela generalmente tienen el formato de las transacciones largas. En la estructura de parcela, las modificaciones de parcela se pueden extender por períodos prolongados. La reconciliación de versiones actualizará las versiones con datos nuevos y actuales de la versión predeterminada. Esto es importante para la edición continua de una estructura de parcela versionada.

A continuación se enumeran algunos ejemplos de actualizaciones que se podrían obtener al reconciliar una estructura de parcela versionada con la versión predeterminada:

Resolución de conflictos

Cuando se reconcilia una versión con una estructura de carpeta sobre la versión predeterminada, se detectarán conflictos en estos casos:

  • Las coordenadas de punto han cambiado entre la versión predeterminada y la versión secundaria.
  • Los valores de atributo en los campos no administrados por el sistema han cambiado entre la versión predeterminada y la versión secundaria.

Pueden ocurrir conflictos en las coordenadas de punto en las siguientes circunstancias:

  • Se ejecutó un ajuste de estructura de parcela en la versión predeterminada y en la versión secundaria.
  • Se ejecutó un ajuste de estructura de parcela en la versión secundaria que se estaba conciliando y en otra versión secundaria que se ha publicado en la versión predeterminada.

En la estructura de parcela, los conflictos de coordenadas siempre se solucionan a favor del último conjunto de coordenadas ajustadas. Por lo tanto, cuando se reconcilia una versión secundaria que se ha ajustado, las siguientes características son verdaderas:

  • Coordenadas ajustadas en la versión predeterminada versus coordenadas ajustadas en la versión secundaria: prevalece la versión secundaria.
  • Los conflictos de las coordenadas de puntos de control se resuelven a favor de la versión secundaria.

Envío de versiones y la estructura de parcela

Cuando se envía una versión con una estructura de parcela, se liberan todos los bloqueos de edición en las parcelas. Si hay trabajos creados en la versión, el estado del trabajo se cambia a Asignado. Un trabajo asignado se puede eliminar desde el libro de tareas. Un trabajo asignado no se puede volver a abrir, pero las propiedades del trabajo, como qué parcelas se utilizaron en el trabajo, aun están visibles.

Para hacer zoom y desplazamiento panorámico en un trabajo asignado, debe agregar los siguientes campos BLOB vacíos a la tabla de trabajos:

Una vez que estos campos se encuentran en la tabla de trabajos, podrá hacer zoom y desplazamiento panorámico a las parcelas de trabajos asignados.

NotaNota:

Si en el libro de trabajo de la estructura de parcelas hay trabajos activos, estos deben asignarse antes de conciliar y publicar versiones secundarias. Los trabajos activos en la versión de estructura de parcela predeterminada impedirán la conciliación y publicación de las versiones secundarias. El estado de cada trabajo aparece bajo el campo Estado del cuadro de diálogo Libro de trabajos. Para asignar un trabajo, agregue el comando Asignar trabajo situado bajo la categoría Parcela de la pestaña Comandos en el cuadro de diálogo Personalizar. Seleccione el trabajo y haga clic en la pestaña Asignar trabajo para asignar el trabajo y desbloquee la edición. El cuadro de diálogo Personalizar puede abrirse haciendo en Personalizar > Modo personalizar.

Permisos, versiones y la estructura de parcela

Cuando una estructura de parcela se crea dentro de un entorno de base de datos versionado, se deben considerar cuidadosamente los permisos otorgados para la estructura de parcela y para toda versión de la base de datos en la que podrían ocurrir las modificaciones de parcela. Esto se debe a que los procesos promulgados en la versión, como la reconciliación o eliminación de versión, podría desencadenar procesos en la estructura de parcela. Debido a que los permisos otorgados en una versión son independientes de los de una estructura de parcela, un usuario podría tener permisos para reconciliar, enviar o eliminar una versión sin contar con los permisos para editar una estructura de parcela incluida dentro de esa versión. Cuando no hay concordancia de permisos, la operación de la versión podría fallar (reconciliación y envío de versión) o los datos de la estructura de parcela se comprometerían de algún modo (eliminar versión).

Los sistemas multiversión que contengan una estructura de parcela deben configurarse de manera que la siguiente afirmación sea siempre verdadera: los usuarios que realicen una operación en una versión que afecte una estructura de parcela de esa versión deben tener permiso para actualizar dicha estructura de parcela y cualquier clase de entidad asociada.

NotaNota:

Cuando se aplica a la versión, el término permiso se utiliza para describir el acceso de usuario; cuando se aplica a tablas y datasets dentro de la base de datos, se utiliza el término privilegio.

Permisos de versión

Una versión se puede crear con una de las tres configuraciones de permisos. Éstas actúan además de las configuraciones de privilegios en los datasets individuales; por ejemplo, un usuario sólo puede editar las entidades de un dataset dentro de una versión si él o ella posee actualizaciones tanto en la versión como en el dataset.

Las tres configuraciones de permisos son:

  • Privado: sólo el propietario de la versión puede ver y editar los datasets de la versión. Sólo el propietario de la versión puede realizar operaciones en la versión (como eliminación y reconciliación).
  • Protegido: todos los usuarios pueden ver los datasets de la versión pero sólo el propietario de la versión puede editarlos. Sólo el propietario de la versión puede realizar operaciones en la versión.
  • Público: todos los usuarios pueden ver y editar datasets de la versión. Todos los usuarios pueden realizar operaciones en la versión.

Privilegios y estructuras de parcelas

Cada estructura de parcela se debe crear dentro de un dataset de entidades. El propietario de la estructura automáticamente cuenta con privilegios actualizados. Se pueden otorgar privilegios para la estructura de parcela a otros usuarios al cambiar los privilegios del dataset de entidades que incluye la estructura de parcela. De este modo, las estructuras de parcelas se comportan exactamente de la misma manera que otras clases de entidades incluidas dentro de los datasets de entidades.

Para las clases de entidades que no se crean dentro de un dataset de entidades, los privilegios se pueden otorgar para usuarios específicos directamente en esa clase de entidad.

Los privilegios que se pueden otorgar en un dataset en particular son:

  • Ninguno (predeterminado): el usuario no puede ver ni editar el dataset.
  • Seleccionar: el usuario puede leer y consultar el dataset.
  • Seleccionar, Insertar, Actualizar y Eliminar: el usuario tiene plenos privilegios de lectura y escritura en el dataset.

Tipos de modificaciones en la estructura de parcela

Existen dos formas de editar una estructura de parcela:

  1. Las clases de estructura de parcela (como parcelas, líneas y puntos de control) se pueden editar a través del Editor de parcelas.
  2. Se pueden asociar otras clases de entidades con la estructura de parcela. El sistema entonces se puede utilizar para propagar los resultados de los ajustes por mínimos cuadrados en estas clases de entidades y, por lo tanto, editar sus geometrías.

En el primer caso, el usuario que realiza las modificaciones debe contar con privilegios actualizados en el dataset de entidades que incluye la estructura de parcela que se está editando. En el segundo caso, el usuario debe contar con privilegios actualizados tanto en la estructura de parcela como en las clases de entidades asociadas.

No es necesario contar con privilegios actualizados en una estructura de parcela o sus clases de entidades asociadas si no se ha realizado ninguna modificación en la estructura de parcela o en ninguna clase de entidad asociada con la estructura de parcela dentro de la versión que se está reconciliando, enviando o eliminando.

El gráfico a continuación resume los permisos y privilegios que se deben otorgar a un usuario que realiza una operación en una versión donde se han editado la estructura de parcela y sus clases de entidades asociadas en la versión principal o la versión secundaria que se considera.

Tabla de permisos y privilegios de estructura de parcela
Permisos y privilegios de estructura de parcela

5/9/2014