Normalmente, la edición de capas de entidades web equivale a editar otros datos vectoriales. Los tipos de ediciones que puede hacer en una capa de entidades web están controlados por las propiedades del servicio de entidades. Existen diferentes patrones de edición que dependen de los datos que se van a publicar, los permisos del editor y las funcionalidades habilitadas en el servicio. Una de dichas funcionalidades que afecta a patrones de edición es la funcionalidad de administración de versiones. Cuando los publicadores habilitan esta funcionalidad cuando publican datos versionados en rama, cambia la forma que tienen los editores de editar la capa web en ArcGIS Pro.
Para obtener más información, consulte Permisos de editor para los servicios de entidades y Capas y capacidades adicionales.
Editar capas web sin administración de versiones
En la mayoría de los casos, al editar una capa de entidades web en ArcGIS Pro, la funcionalidad de administración de versiones no está habilitada. Al realizar ediciones en estas capas, la mayoría de las ediciones realizadas se almacenan localmente en el equipo que ejecuta ArcGIS Pro antes de guardarlas. Puede conservar o descartar ediciones con las opciones de deshacer y rehacer disponibles en ArcGIS Pro. Puede seguir deshaciendo y rehaciendo ediciones individuales hasta que guarde o descarte sus ediciones.
Nota:
Las actualizaciones y eliminaciones, incluidas las operaciones de deshacer y rehacer, se almacenan localmente hasta que las ediciones se guarden o se descarten. Al insertar entidades, estas se agregan inmediatamente al servicio de entidades y se almacenan localmente.
Precaución:
Puede publicar datos versionados en rama sin la funcionalidad de administración de versiones activada.
En este caso, la edición se realiza siempre con la versión predeterminada. La edición se comporta de manera similar a la edición de la versión predeterminada cuando la funcionalidad de administración de versiones está activada. Las ediciones se guardan inmediatamente en la fuente de datos subyacente y no están disponibles funciones como reconciliar, contabilizar, cambiar versión, ver diferencias, crear versión, deshacer, rehacer, guardar y descartar.
Consulte Compartir datos versionados de la rama para obtener más información.
Guardar o descartar las ediciones
Al guardar, todas las actualizaciones y eliminaciones que haya realizado desde el último guardado se aplican, de una en una, a los datos de origen. Descartar las ediciones las elimina del equipo local. Cuando se descartan ediciones, las eliminaciones también se envían al servidor para deshacer las inserciones realizadas durante la sesión.
Debido al almacenamiento por parte del cliente de varias ediciones, la operación de guardar o descartar edición puede tardar bastante tiempo. Esto también evita que actualizaciones y eliminaciones sean visibles para otros usuarios del servicio hasta que no se hayan guardado las ediciones. Le recomendamos guardar las ediciones con frecuencia o activar la opción que permite guardar las ediciones a intervalos recurrentes. Si elige esta opción, puede configurar la aplicación para que guarde la información en función de un intervalo de tiempo o de un determinado número de operaciones. Al hacerlo, las ediciones se guardan automáticamente en la fuente de datos con cierta periodicidad y la operación de almacenamiento termina más rápido. Al igual que ocurre con el resto de fuentes de datos, las ediciones no se pueden deshacer una vez que se guardan.
La funcionalidad que se basa en comportamiento de edición por parte del servidor puede retrasarse o no estar disponible en una sesión de edición. A continuación, se muestran algunos ejemplos de este tipo de comportamiento:
- La navegación desde el origen al destino en una relación creada en la sesión de edición no está disponible.
- Reglas de atributo que se excluyen de la evaluación por parte del cliente no muestran valores calculados.
Si su flujo de trabajo requiere el acceso inmediato a estos comportamientos o a ediciones de vista realizadas por otros, se recomienda guardar las ediciones con frecuencia o activar la opción que permite guardar las ediciones a intervalos regulares. Para evitar cualquier retardo, puede guardar después de cada operación. También puede ser necesario actualizar el mapa para observar estos comportamientos del lado del servidor.
Nota:
Si una sesión de ArcGIS Pro se cierra inesperadamente con ediciones no guardadas de entidades insertadas, estas entidades insertadas deberán revisarse manualmente en una sesión posterior.
Editar capas de entidades web con administración de versiones
Si el publicador habilitó la funcionalidad de administración de versiones al publicar la capa de entidades web, su flujo de trabajo de edición será diferente que al editar capas de entidades sin esta funcionalidad. La funcionalidad de administración de versiones solo está disponible para datos versionados en rama.
Cuando se edita una capa de entidades web con la administración de versiones activada, se edita la versión predeterminada o una versión con nombre, si la hay. Consulte Conectar a una versión en rama para obtener instrucciones sobre cómo acceder a una versión nominal en un mapa.
Existen importantes diferencias entre la edición de la versión predeterminada y otra nominal. Al editar la versión predeterminada, las ediciones se guardan inmediatamente en la fuente de datos subyacente. Al editar una versión nominal, puede deshacer y rehacer ediciones individuales, así como guardar o descartar grupos de ediciones. Estas funcionalidades de deshacer y rehacer o guardar y descartar no están disponibles al editar la versión predeterminada.
Para disponer de estas funcionalidades de edición en una versión nominal, la versión que se está editando debe estar aislada de otros editores. Para ello, ArcGIS Pro utiliza mecanismos de bloqueo para limitar el acceso a las versiones para su visualización o edición. El modelo de bloqueo permite varios visualizadores simultáneos o un solo editor.
- Una vez que un editor comienza a editar una versión nominal, se obtiene un bloqueo exclusivo y ningún otro usuario puede conectarse a la versión durante la sesión de edición.
- Cuando un editor empieza a editar una versión nominal, debe ser el único usuario conectado a esa versión.
Establecer el permiso de acceso a versiones como privado al crear una versión nominal ayuda a evitar estas situaciones de bloqueo.
Comportamiento de edición adicional
De forma similar al comportamiento descrito anteriormente con las funcionalidades de administración de versiones, hay disponibles comportamientos de edición adicionales basados en las propiedades del servicio y de la capa. El objetivo de utilizar estos comportamientos es reducir los fallos de edición debidos a las limitaciones de tamaño de los archivos o al tiempo de procesamiento.
Carga con ediciones de aplicación asíncrona
Dos propiedades determinan cómo se comunican las ediciones al servidor: supportsApplyEditsbyUploadID y supportsAsyncApplyEdits. Si un servicio tiene las propiedades supportsApplyEditsbyUploadID y supportsAsyncApplyEdits establecidas en true, es posible que ArcGIS Pro utilice la carga y el procesamiento asíncrono al utilizar la operación applyEdits para realizar ediciones. A la hora de determinar cuándo utilizar la carga y el procesamiento asíncrono para applyEdits, se utiliza un algoritmo descrito a continuación.
Para upload, se utiliza el tamaño de la solicitud. El tamaño de la solicitud viene determinado por el tamaño de la carga, así como por una estimación del tamaño de la codificación de la URL para la solicitud. Si el tamaño de la solicitud supera el tamaño de 6 MB, se utiliza upload. El proceso de carga pretende reducir los tiempos de espera empaquetando la carga de edición en un archivo que se carga con un Id. de elemento único. A continuación, se hace referencia al Id. de artículo de carga mediante una llamada a applyEdits para aplicar las ediciones de servicio.
Para más información sobre la carga de archivos, consulte Cargas.
Para applyEdits asíncrono, se realiza un cálculo para determinar el coste de cada solicitud de servicio de applyEdits necesaria para realizar una edición determinada. Este cálculo tiene en cuenta el número de registros que se editan y el tamaño de la carga de la edición. Después, estos valores se utilizan en la fórmula que aparece a continuación:
1 + (Recuento de registros / 1000) + (Tamaño de carga (MB) / 6 MB)Luego, el valor resultante se redondea al valor entero más próximo. Si este valor redondeado es igual o superior a 3, la llamada a applyEdits se realiza de forma asíncrona. Si los valores redondeados no son iguales ni superiores a 3, la llamada a applyEdits se realiza de forma síncrona.
Para más información sobre applyEdits asíncrono, consulte Aplicar ediciones.