Cuando se descarga y se desconecta un mapa que contiene un servicio de entidades editable que utiliza datos registrados para el versionado tradicional, se crea una nueva versión de la geodatabase a partir de la versión utilizada por los datos publicados. Cuando un cliente sincroniza las ediciones con el servicio de entidades, las ediciones se aplican a la nueva versión. Como resultado, se tienen que realizar procesos adicionales de conciliación y publicación para transferir las ediciones a la versión publicada y compartirlas con otros usuarios.
Si el mapa contiene un servicio de entidades de solo lectura (en este servicio solo están habilitadas las funciones de consulta y sincronización) y este contiene datos versionados, no se crea ninguna versión cuando se descarga el mapa. De forma similar, no se crea ninguna versión cuando se copian datos durante flujos de trabajo de colaboración distribuida. Cuando los clientes se sincronizan con el servicio de entidades en estos casos, tienen acceso a cualquier edición realizada en los datos de origen.
Aunque el servicio de entidades sea de solo lectura (solo están habilitadas la consulta y la sincronización), el usuario de la base de datos que se conecta a la geodatabase al publicar debe tener privilegios para editar los datos.
Las dos opciones descritas a continuación permiten que el propietario del servicio de entidades o el administrador de ArcGIS Server elija cómo se deben crear las versiones tradicionales de un servicio de entidades editable concreto. El publicador define estas opciones cuando se publica el servicio de entidades.
Crear una versión para cada mapa sin conexión
Esta es la opción predeterminada. Con esta opción, se genera una versión a partir de la versión publicada cada vez que se desconecta un mapa que contiene un servicio de entidades editable. El nombre de la versión incluye lo siguiente:
- El nombre del usuario que descarga el mapa
- El nombre del servicio de entidades
- Un identificador (Id.) exclusivo
Estos tres componentes garantizan que el nombre de la versión sea exclusivo. Por ejemplo, si el usuario Bob descarga un mapa que contiene el servicio de entidades NetFS, el nombre de la versión creada podría ser Bob_NetFS_1404578882000. Si el mismo usuario descarga el mapa varias veces (por ejemplo, desde más de un dispositivo), se utilizarán distintas versiones cuando el usuario sincronice desde cada dispositivo. Un dispositivo no tendrá acceso a las ediciones de los otros dispositivos. Sin embargo, los mapas que se acaban de descargar estarán al día con la versión publicada. Si se han descargado muchos mapas, habrá muchas versiones de mapas. Cuando los mapas descargados se vayan eliminando de la aplicación utilizada para hacer ediciones sin conexión, sus versiones se podrán conciliar, publicar y eliminar.
Nota:
Si su servicio de entidades se publicó en un sitio de ArcGIS Server no federado con un portal o accede a los datos sin iniciar sesión, el nombre de la versión de mapa será Esri_Anonymous_<feature service name>_<ID>.
Crear una versión para cada usuario
Con esta opción, se genera una versión para cada usuario que descarga un mapa que contiene un servicio de entidades editable. Si, por ejemplo, 10 usuarios descargan el mismo mapa, se generan 10 versiones. Cada versión es específica de un usuario individual y el nombre de la versión se compone del nombre de usuario y del nombre del servicio (por ejemplo, Joe_InspectionFS). Si un usuario descarga el mapa varias veces (por ejemplo, desde más de un dispositivo), se utilizará la misma versión cuando el usuario sincronice desde cada dispositivo. Un dispositivo tendrá acceso a las ediciones de los otros dispositivos. Sin embargo, los mapas que se descargan por primera vez solo estarán tan actualizados como la última vez que se concilió la versión del usuario. Una versión de usuario permanecerá durante tanto tiempo como el usuario tenga descargado un mapa.
Nota:
Si utiliza esta opción, debe federar el sitio de ArcGIS Server con un portal o configurar cuentas de usuario en ArcGIS Server. Si no lo hace, el nombre de la versión de mapa creada será Esri_Anonymous_<nombre del servicio de entidades> y cada usuario que se conecte al portal utilizará la misma versión.
La opción de crear una versión para cada usuario no se aplica a los datos registrados como versionados en rama.
Ejemplos de flujos de trabajo
Los siguientes ejemplos de flujos de trabajo utilizan las opciones de versión descritas en las dos secciones anteriores:
- Descargar mapas para el mantenimiento de datos
- Descargar mapas para un proyecto de corta duración
- Descargar mapas para un proyecto en curso
Los componentes de cada flujo de trabajo se comparan en la siguiente tabla:
| Descargar mapas para el mantenimiento de datos | Descargar mapas para un proyecto de corta duración | Descargar mapas para un proyecto en curso | |
|---|---|---|---|
Versión a partir de la cual se publica el servicio de entidades | |||
Se crea una versión sin conexión para cada una | Mapa descargado | Usuario | Usuario |
Número de versiones creadas | Muchos | Algunas | Algunas |
Latencia entre ediciones sin conexión y actualizaciones de la versión predeterminada | Bajo | Alta (1 semana) | Alta (diaria) |
Mapas que participan en la garantía de calidad | Un mapa | Todos los mapas | Todos los mapas |
Frecuencia con que se eliminan las versiones sin conexión | Diariamente | Al finalizar el proyecto | Nunca |
Descargar mapas para el mantenimiento de datos
Este flujo de trabajo supone el uso de una aplicación personalizada sobre el terreno por parte de un miembro de la organización para confirmar las ediciones obtenidas de los mapas marcados. En este caso, los datos están registrados para participar en el versionado tradicional y el trabajador necesita que el mapa que descargue tenga los datos más recientes de la versión predeterminada de la geodatabase. Una vez de vuelta en la oficina, el empleado sincroniza las ediciones realizadas en el campo, elimina el mapa y concilia y publica la versión del mapa con la versión de geodatabase predeterminada. El proceso puede repetirse varias veces al día. Cuando finaliza cada proceso, los empleados eliminan la versión del mapa sin conexión.
Para ello, hay un mapa web en la cuenta de organización de la empresa que está a disposición de los miembros del grupo de empleados de la oficina. Un trabajador que sea miembro de este grupo podrá acceder al mapa web con la aplicación móvil personalizada que se ejecuta en uno de los dispositivos disponibles de la oficina. Antes de salir de la oficina, el trabajador descarga el mapa en el dispositivo móvil. Después se dirigirá al campo e inspeccionará las actualizaciones solicitadas. Las correcciones se hacen en el campo sin conexión a la red interna. Una vez de vuelta en la oficina, las correcciones del trabajador se sincronizan con el servicio de entidades y se concilian y publican con la versión predeterminada.
Las siguientes secciones describen este flujo de trabajo:
Publicar un servicio de entidades
Para crear el mapa web, primero debe publicarse un servicio de entidades.
El publicador inicia ArcGIS Pro y agrega datos a un mapa desde la versión predeterminada. En este ejemplo, los datos incluyen algunos sensores nuevos de una clase de entidad de la geodatabase corporativa de la empresa. La clase de entidad se registra como versionada.
El publicador publica una capa de entidades llamada NetFS que hace referencia a datos registrados desde ArcGIS Pro.
Durante el proceso de publicación, el publicador edita la siguiente configuración de la pestaña Configuración de la capa de entidades para permitir activar y editar la capa sin conexión:
- Habilitar la edición y permitir a los editores: > Agregar, actualizar y eliminar entidades: permite la edición completa de los datos.
- Habilitar sincronización: permite llevar la capa al modo sin conexión.
- Sincronizar > Crear una versión para cada mapa descargado: se crea una versión de nombre exclusivo para el mapa sin conexión cuando el trabajador móvil descarga el mapa. Esta es la versión que se utilizará cuando el empleado sincronice las ediciones.
El publicador también comparte el servicio con el grupo de empleados de la oficina para que otras personas de la organización puedan acceder a los datos.
Crear un mapa web
El paso siguiente a crear un servicio de entidades es crear un mapa web. El publicador lo hace iniciando sesión en la organización (ArcGIS Enterprise o ArcGIS Online), creando un mapa web, agregando la capa de entidades al mapa y compartiendo el mapa con el grupo de trabajadores de la oficina. La propiedad del modo sin conexión del mapa web está habilitada y, por tanto, está disponible para el uso sin conexión en la aplicación móvil. Ahora los miembros del grupo de trabajadores de la oficina pueden descargar el mapa.
Descargar el mapa web
Con el mapa web a su disposición, los empleados pueden descargarlo en sus dispositivos móviles e inspeccionar las actualizaciones solicitadas sobre el terreno. Para ello, un trabajador llamado Bob abre la aplicación móvil, inicia sesión en la organización desde la aplicación y descarga los datos y el mapa sin conexión.
A continuación, Bob elige la extensión y la resolución del mapa base para el mapa descargado.
Cuando se inicia el proceso de descarga, se crea una versión denominada Bob_NetFS_1404578882000 a partir de la versión publicada (predeterminada) en la geodatabase backend. Dado que el servicio se configuró para crear una versión para cada mapa descargado, se genera un nombre de versión único. El nombre se compone del inicio de sesión del trabajador móvil (Bob), el nombre del servicio de entidades (NetFS) y un Id. único. Esta es la versión que se utilizará cuando se sincronice el mapa descargado.
Los datos se descargan en el dispositivo y la aplicación móvil cambia el mapa para hacer referencia a los datos locales. En este punto, el mapa se puede editar sin tener que estar conectado a la red.
Sincronizar ediciones
Mientras está en el campo, Bob observa que uno de los sensores está colocado incorrectamente en el lado erróneo de la calle. Bob hace esta corrección en la aplicación móvil.
Durante el día, Bob puede visitar otras ubicaciones y hacer otras correcciones. Si hay conectividad disponible, Bob también puede sincronizar las ediciones desde el campo. Cuando regrese a la oficina, Bob se conecta a la red interna del dispositivo de campo y realiza una sincronización final. De esa manera, se garantiza que todas las correcciones realizadas en el campo se aplican a la versión Bob_NetFS_1404578882000.
Ahora que las ediciones del campo se han sincronizado con el origen, Bob elimina el mapa local de la aplicación móvil y devuelve el dispositivo. El proceso de eliminar el mapa local marca la versión Bob_NetFS_1404578882000 para indicar que ya no está asociada a un mapa sin conexión. A continuación, Bob se conecta a la versión Bob_NetFS_1404578882000 en ArcGIS Pro y la concilia y publica con la versión predeterminada. Bob utiliza la detección de conflictos basada en los atributos y soluciona cualquier posible conflicto de forma manual.
Después de que se hayan guardado las ediciones y Bob vuelva a cambiar a la versión predeterminada, Bob elimina la versión Bob_NetFS_1404578882000.
Bob descubre que se necesitan más viajes al campo para actualizar correctamente los datos. Cada viaje al campo exige un nuevo mapa descargable y una nueva versión de Bob_NetFS_<ID>. Cada versión nueva incluirá las últimas ediciones de la versión predeterminada. Estas versiones permanecerán en la geodatabase hasta que se elimine su asociación a un mapa, se concilien y se publiquen.
Además de Bob, otros trabajadores de la oficina podrán realizar tareas similares al mismo tiempo que Bob.
Una vez que los cambios de Bob se han conciliado y publicado en la versión predeterminada, Bob elimina las versiones Bob_NetFS_<ID>.
Descargar mapas para un proyecto de corta duración
En este ejemplo, los trabajadores móviles desconectan los datos versionados para hacer ediciones. Sincronizan sus ediciones por la mañana y al finalizar el día. Se ejecuta un proceso nocturno de conciliación y publicación para mantener actualizadas las versiones de los trabajadores móviles con las ediciones hechas por otros trabajadores móviles. Cuando cada trabajador móvil sincronice a la mañana siguiente, cada uno verá las ediciones hechas por los demás trabajadores móviles. Cuando haya finalizado el proyecto, todas las ediciones desde el campo se habrán sincronizado y aplicado a la versión del proyecto. La versión del proyecto se revisará, conciliará y publicará a continuación con la versión predeterminada de la geodatabase. Una vez finalizado el proyecto, un empleado eliminará las versiones del servicio de entidades y del trabajador móvil. En este flujo de trabajo, la latencia de los datos de los trabajadores móviles no es superior a una semana.
A continuación se describen los pasos necesarios para completar este flujo de trabajo:
- Publicar un servicio de entidades
- Crear un mapa web
- Descargar el mapa web
- Sincronizar ediciones
- Ejecutar un procesamiento de geodatabase nocturno
- Eliminar los mapas sin conexión y realizar los procesos finales de conciliación y publicación
Publicar un servicio de entidades
En este ejemplo, un jefe de proyecto debe enviar trabajadores al campo para inspeccionar los sensores. Las inspecciones de sensores se llevan a cabo periódicamente durante el año. Durante las inspecciones, los trabajadores móviles comprueban y registran aspectos como los daños y la accesibilidad de los sensores. Esta información se utiliza para planificar reparaciones y para comprender qué sensores son de fácil acceso. El proyecto está programado para desarrollarse durante un periodo de una semana. Para la captura de datos, a cada trabajador móvil se le ha proporcionado una tablet dotada de una aplicación móvil personalizada.
Para este proyecto, el jefe de proyecto tiene previsto crear y compartir un mapa web para las inspecciones de sensores en la cuenta de organización de la empresa. El mapa web utilizará como referencia un servicio de entidades ejecutado en ArcGIS Server en las instalaciones locales de la empresa.
Para crear el servicio de entidades, el jefe de proyecto agrega la clase de entidad del sensor de la versión predeterminada de la geodatabase corporativa de origen a un mapa en ArcGIS Pro. La clase de entidad se ha registrado para el versionado tradicional. Los sensores que se marcan para la inspección son de color amarillo.
Para organizar el trabajo, el jefe de proyecto crea una versión denominada Inspección y cambia el mapa para que utilice esta versión como referencia.
A continuación, el jefe de proyecto publica un servicio de entidades InspectionFS desde ArcGIS Pro.
Durante el proceso de publicación, el jefe de proyecto edita la siguiente configuración de la pestaña Configuración de la capa de entidades para permitir activar y editar la capa sin conexión:
- Habilitar la edición y permitir a los editores: > Agregar, actualizar y eliminar entidades: permite la edición completa de los datos.
- Habilitar sincronización: permite llevar la capa al modo sin conexión.
- Sincronizar > Crear una versión para cada usuario: la primera vez que un trabajador móvil descarga un mapa, ArcGIS crea una versión para ese trabajador. Esta es la versión que se utilizará cuando el empleado sincronice las ediciones.
Crear un mapa web
Cuando se haya publicado el servicio de entidades, el jefe de proyecto creará un mapa web en el portal de ArcGIS Enterprise y lo compartirá con un grupo del cual son miembros todos los trabajadores móviles.
El jefe de proyecto realiza estos pasos:
- Inicie sesión en la organización.
- Crear un mapa web.
- Agregar el servicio de entidades que se acaba de publicar al mapa web.
- Guardar el mapa web.
- Compartir el mapa web y el servicio de entidades con el grupo que incluya a los trabajadores móviles.
- Habilite la propiedad del modo sin conexión en el mapa web para que esté disponible para el uso sin conexión.
Descargar el mapa web
Cada trabajador móvil accede al mapa web iniciando sesión en su cuenta de la organización desde una aplicación móvil personalizada y descarga el mapa web que tiene el modo sin conexión habilitado.
En el siguiente diagrama, uno de los trabajadores móviles (Joe) inicia el proceso de descarga mientras está conectado a la red interna.
Joe elige la extensión y la resolución del mapa base para su mapa.
Cuando se inicia el proceso de descarga, se crea una versión denominada Joe_InspectionFS a partir de la versión publicada en la geodatabase de origen. Dado que el servicio de entidades se configuró para crear una versión para cada usuario, el nombre de versión se basa en el inicio de sesión del trabajador móvil (Joe) y el nombre del servicio desde el cual se creó (InspectionFS). Esta es la versión que se utilizará cuando se sincronice el mapa descargado.
Nota:
Cuando Joe descargue un mapa del servicio InspectionFS, usará como referencia la versión Joe_InspectionFS. Por ejemplo, en algún punto es posible que Joe deba eliminar y volver a crear el mapa local con una extensión mayor. Cuando Joe vuelva a descargar el mapa, todas las ediciones que Joe sincronizó anteriormente desde la versión Joe_InspectionFS están visibles en el mapa.
Una vez que se descargan el mapa y los datos, la aplicación móvil cambia el mapa para hacer referencia a los datos locales. En este punto, Joe puede editar el mapa sin tener que estar conectado a la red.
Otra trabajadora móvil (Mary) sigue los mismos pasos que Joe. Eso genera una versión Mary_InspectionFS en la geodatabase de origen.
Sincronizar ediciones
Mientras Joe se encuentra en el campo, se le asigna trabajo en el lado oriental del mapa. Joe actualiza el estado de las entidades del sensor al realizar inspecciones. Si el sensor supera la inspección, aparece de color verde. Si está dañado y necesita reparación, aparece de color rojo.
Al final del día, Joe se conecta a la red desde el dispositivo móvil y realiza la sincronización con el servicio de entidades. Eso aplicará las ediciones a la versión Joe_InspectionFS de la geodatabase de origen.
Al finalizar el día, Mary también sincroniza sus inspecciones de sensores desde el lado occidental del mapa.
Ejecutar un procesamiento de geodatabase nocturno
Por la noche, se ejecuta un proceso automático de conciliación y publicación en las ediciones de los trabajadores móviles. El proceso primero concilia y publica cada versión con la versión Inspection. El proceso aplica una política de conflictos en la que se conserva la última edición y la detección de conflictos se basa en atributos.
Cuando se hayan aplicado todas las ediciones desde el campo en la versión Inspection, se ejecutan los scripts de validación en los datos. Estos scripts identifican y corrigen ediciones que contengan valores no válidos o sean entidades fuera de límites. Por ejemplo, el campo de estado debe tener un valor de estado válido. Si el valor no es válido, se establece de nuevo como necesita inspección, que se simboliza con puntos de color amarillo. Una vez finalizada la validación, el proceso concilia las versiones de los trabajadores móviles con la versión Inspection para que cada una contenga los cambios más recientes.
Cuando Joe y Mary sincronicen a la mañana siguiente, verán las ediciones hechas por el otro.
Nota:
El proceso nocturno también se podría haber conciliado con la versión predeterminada para incluir las ediciones realizadas en esta versión desde el comienzo del proyecto. En su lugar, el jefe de proyecto ha elegido conciliar solo con la versión predeterminada al final del proyecto. Permite detectar conflictos y revisarlos manualmente antes de publicar en la versión predeterminada. Si este proceso se lleva a cabo antes de finalizar el proyecto, los trabajadores pueden realizar ediciones adicionales en las entidades que no aparezcan como conflictos en el proceso de conciliación final.
Tenga en cuenta asimismo que, en este ejemplo, el proceso automatizado de conciliación y publicación de las ediciones de los trabajadores móviles se ejecuta por la noche. Eso significa que un trabajador móvil no verá las ediciones más recientes de otros hasta finalizar el día. Para reducir esta latencia, el proceso se puede ejecutar con más frecuencia. Por ejemplo, si se ejecutase cada hora, un trabajador móvil podría sincronizar en la hora para obtener las últimas ediciones realizadas por los demás.
Eliminar los mapas descargados y realizar los procesos finales de conciliación y publicación
El proceso descrito arriba continúa durante el periodo de tiempo de una semana del proyecto. Cuando se hayan inspeccionados todos los sensores, habrá finalizado el proyecto. Al final del proyecto, se pide a los trabajadores móviles que sincronicen la última de sus ediciones y que eliminen el mapa local de la aplicación móvil. Una vez que se hayan eliminado los mapas locales de la aplicación móvil, las versiones de los trabajadores móviles ya no estarán asociadas a un mapa descargado. A continuación, el jefe de proyecto se detiene y elimina el servicio de entidades.
El jefe de proyecto ejecuta los procesos finales de conciliación y publicación en todas las versiones de los trabajadores móviles y elimina cada una de estas versiones. El jefe de proyecto concilia y publica a continuación la versión Inspection con la versión predeterminada. El jefe de proyecto revisa y resuelve manualmente los conflictos durante este proceso. Una vez finalizado, la información de inspección de sensores más reciente estará a disposición de todos los trabajadores en la versión predeterminada. El último paso del jefe de proyecto consiste en eliminar la versión Inspection.
Descargar mapas para un proyecto en curso
El flujo de trabajo de este ejemplo es similar al flujo de trabajo anterior (Descargar mapas para un proyecto de corta duración) en cuanto a que los trabajadores móviles sincronizan las ediciones que hicieron sin conexión. Se conectan a la red y sincronizan por la mañana y al finalizar el día. Sin embargo, en este flujo de trabajo, el proyecto está en curso, por lo que el servicio de entidades se publica a partir de una versión de garantía de calidad, en lugar de directamente a partir de la versión predeterminada. Eso significa que se requieren procesos de revisión, conciliación y publicación adicional.
A continuación, se describen los pasos necesarios para completar este flujo de trabajo:
- Publicar un servicio de entidades
- Crear un mapa web
- Descargar el mapa web
- Sincronizar ediciones
- Ejecutar un procesamiento de geodatabase nocturno
Publicar servicio de entidades
Para este proyecto, el jefe de proyecto tiene previsto crear y compartir un mapa web para las inspecciones de sensores en la cuenta de organización de la empresa. El mapa web utilizará como referencia un servicio de entidades ejecutado en ArcGIS Server en las instalaciones locales de la empresa.
Para crear el servicio de entidades, el jefe de proyecto agrega la clase de entidad del sensor de la versión predeterminada de la geodatabase corporativa de origen a un mapa en ArcGIS Pro. La clase de entidad se ha registrado para el versionado tradicional. Los sensores que se marcan para la inspección son de color amarillo.
Para organizar el trabajo, el jefe de proyecto crea una versión denominada Inspección y cambia el mapa para que utilice esta versión como referencia.
A continuación, el jefe de proyecto publica un servicio de entidades InspectionFS desde ArcGIS Pro.
El jefe de proyecto activa la funcionalidad Sincronizar en el Editor de servicio de ArcGIS Server Manager, dado que el servicio está previsto para su uso en un mapa sin conexión. El jefe de proyecto asimismo hace clic en Opciones avanzadas para mostrar las Opciones avanzadas del servicio de entidades.
En las Opciones avanzadas del servicio de entidades, el jefe de proyecto elige la opción Crear una versión para cada usuario. Con esta opción, la primera vez que un trabajador móvil descarga un mapa, se crea un mapa para ese trabajador. Esta es la versión que se utilizará cuando el empleado sincronice las ediciones.
Durante el proceso de publicación, el jefe de proyecto edita la siguiente configuración de la pestaña Configuración de la capa de entidades para permitir activar y editar la capa sin conexión:
- Habilitar la edición y permitir a los editores: > Agregar, actualizar y eliminar entidades: permite la edición completa de los datos.
- Habilitar sincronización: permite llevar la capa al modo sin conexión.
- Sincronizar > Crear una versión para cada usuario: la primera vez que un trabajador móvil descarga un mapa, ArcGIS crea una versión para ese trabajador. Esta es la versión que se utilizará cuando el empleado sincronice las ediciones.
Crear un mapa web
Cuando se haya publicado el servicio de entidades, el jefe de proyecto creará un mapa web en el portal de ArcGIS Enterprise y lo compartirá con un grupo del cual son miembros todos los trabajadores móviles.
El jefe de proyecto realiza estos pasos:
- Inicie sesión en la organización.
- Crear un mapa web.
- Agregar el servicio de entidades que se acaba de publicar al mapa.
- Guardar el mapa web.
- Compartir el mapa web y el servicio de entidades con el grupo que incluya a los trabajadores móviles.
- Habilite la propiedad del modo sin conexión en el mapa web para que esté disponible para el uso sin conexión.
Descargar el mapa web
Cada trabajador móvil accede al mapa web iniciando sesión en su cuenta de la organización desde una aplicación móvil personalizada y descarga el mapa web que tiene el modo sin conexión habilitado.
En el siguiente diagrama, uno de los trabajadores móviles (Joe) inicia el proceso de descarga mientras está conectado a la red interna.
Joe elige la extensión y la resolución del mapa.
Cuando se inicia el proceso de descarga, ArcGIS crea una versión (Joe_InspectionFS) a partir de la versión publicada en la geodatabase de origen. Dado que el servicio de entidades se configuró para crear una versión para cada usuario, el nombre de versión se basa en el inicio de sesión del trabajador móvil (Joe) y el nombre del servicio desde el cual se creó (InspectionFS). Esta es la versión que se utilizará cuando se sincronice el mapa.
Nota:
Cuando Joe descargue un mapa del servicio InspectionFS, usará como referencia la versión Joe_InspectionFS. Por ejemplo, en algún punto es posible que Joe deba eliminar y volver a crear el mapa local con una extensión mayor. Cuando Joe vuelva a descargar el mapa, todas las ediciones sincronizadas desde la versión Joe_InspectionFS aparecen en el mapa.
Después de descargar los datos y el mapa, la aplicación móvil cambia el mapa para hacer referencia a los datos locales. En este punto, Joe puede editar el mapa sin tener que estar conectado a la red.
Otra trabajadora móvil (Mary) sigue los mismos pasos que Joe. Eso genera una versión Mary_InspectionFS en la geodatabase de origen.
Mientras Mary y Joe editan en el campo, un trabajador de la oficina agrega un nuevo sensor a la versión predeterminada de la geodatabase. El sensor nuevo es el resultado de un proyecto nuevo en el área. Siempre que se instalen sensores nuevos, se necesitará una inspección y, por lo tanto, aparecerá de color amarillo.
Sincronizar ediciones
Mientras Joe se encuentra en el campo, se le asigna trabajo en el lado oriental del mapa. Joe actualiza el estado de cada entidad de sensor durante la inspección del sensor. Si el sensor supera la inspección, aparece de color verde. Si está dañado y necesita reparación, aparece de color rojo.
Cuando el dispositivo de campo está conectado a la red al final del día, Joe realiza la sincronización con el servicio de entidades. Eso aplicará las ediciones a la versión Joe_InspectionFS de la geodatabase de origen.
Al finalizar el día, Mary también sincroniza sus inspecciones de sensores desde el lado occidental del mapa.
Ejecutar un procesamiento de geodatabase nocturno
Por la noche, se ejecuta un proceso automático de conciliación y publicación en las ediciones de los trabajadores móviles. El proceso primero concilia y publica la versión de cada trabajador móvil con la versión Inspection. El proceso aplica una política de conflictos en la que se conserva la última edición y la detección de conflictos se basa en atributos.
Cuando se hayan aplicado todas las ediciones desde el campo en la versión Inspection, se ejecutan los scripts de validación en los datos en la versión Inspection. Estos scripts identifican y corrigen ediciones que contengan valores no válidos o sean entidades fuera de límites.
Nota:
En este punto del proceso, la versión Mary_InspectionFS contiene las ediciones de Joe, pero la versión Joe_InspectionFS no contiene las ediciones de Mary. Eso se debe a que la versión Joe_InspectionFS se concilió y publicó antes que la versión Mary_InspectionFS.
El siguiente paso del proceso automático consiste en conciliar y publicar la versión Inspection con la versión predeterminada. El proceso usa detección de conflictos basada en atributos y resuelve automáticamente los conflictos. El proceso de conciliación incorpora las ediciones de la versión predeterminada (el sensor nuevo) a la versión Inspection, mientras que el proceso de publicación aplica las ediciones de la versión Inspection (las ediciones de Joe y Mary) en la versión predeterminada.
La versión de cada trabajador móvil se concilia por segunda vez con la versión Inspection para finalizar el proceso automatizado. Ahora la versión de cada trabajador móvil está al día.
Sugerencia:
Para obtener los últimos cambios de los trabajadores móviles, se necesita el proceso de conciliación pero no el de publicación. Puede que algunas organizaciones ejecuten un proceso separado para publicar ediciones en la versión predeterminada, ya que pone las ediciones a disposición de usuarios ajenos al proyecto.
A la mañana siguiente, cuando Joe y Mary sincronicen, verán los sensores actualizados de los demás trabajadores móviles y el sensor nuevo de la versión predeterminada. El nuevo sensor está en el lado este del mapa; por tanto, Joe inspeccionará el nuevo sensor y sincronizará los resultados. Al día siguiente, después de ejecutarse los procesos nocturnos, la información de la inspección de Joe sobre el nuevo sensor estará en la versión predeterminada.
Este proceso se repite de forma continua cada día. Las versiones Joe_InspectionFS y Mary_InspectionFS permanecerán mientras Joe y Mary sigan inspeccionando sensores. Si en algún momento dejan de trabajar en el proyecto, las versiones se podrán eliminar después de que Joe y Mary hayan llevado a cabo una sincronización final, hayan eliminado el registro de sus mapas locales y hayan tenido lugar los procesos finales de conciliación y publicación en las versiones Joe_InspectionFS y Mary_InspectionFS.