Skip To Content

Mapas sin conexión y datos con versionado tradicional

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 versión de réplica a partir de la versión utilizada por los datos publicados; también se crea una réplica del servicio de entidades y se asocia con la versión de réplica. Cuando un cliente sincroniza las ediciones con la réplica del servicio de entidades, las ediciones se aplican a la versión de réplica. 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 de réplica cuando se descarga el mapa. De forma similar, no se crea ninguna versión de réplica 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.

Nota:

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 de réplica 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 de réplica 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 de réplica sea exclusivo. Por ejemplo, si el usuario Bob descarga un mapa que contiene el servicio de entidades NetFS, el nombre de la versión de réplica 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 de réplica 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 réplica. Cuando los mapas descargados se vayan eliminando de la aplicación utilizada para hacer ediciones sin conexión, sus versiones de réplica se podrán conciliar, publicar y eliminar.

Nota:

Si publicó el servicio de entidades con la sincronización habilitada en un sitio de ArcGIS Server independiente que no tiene cuentas de usuario individuales, el nombre de la versión de réplica será Esri_Anonymous_<feature service name>_<ID>.

Los nombres de versión de réplica están limitados a 30 caracteres. La parte del nombre correspondiente al servicio de entidades se truncará para cumplir este límite.

Crear una versión para cada usuario

Con esta opción, se genera una versión de réplica 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 de réplica. Cada versión de réplica es específica de un usuario individual y el nombre de la versión de réplica 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 de réplica 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 de réplica del usuario. Una versión de réplica del 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 réplica creada será Esri_Anonymous_<feature service name> y cada usuario que se conecte al portal para desconectar el mapa web que contiene el servicio de entidades utilizará la misma versión de réplica.

Ejemplos de flujos de trabajo

Los siguientes ejemplos de flujos de trabajo utilizan las opciones de versión descritas en las dos secciones anteriores:

Los componentes de cada flujo de trabajo se comparan en la siguiente tabla:

Descargar para el mantenimiento de datosDescargar para un proyecto de corta duraciónDescargar para un proyecto en curso

Versión de geodatabase a partir de la cual se publica el servicio de entidades

Versión predeterminada

Versión secundaria

Versión secundaria

Se crea la versión de réplica para cada

Mapa descargado

Usuario

Usuario

Número de versiones de réplica 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 de réplica

Diariamente

Al finalizar el proyecto

Nunca

Descargar mapas para el mantenimiento de datos

Este flujo de trabajo supone el uso de ArcGIS Pro o de una aplicación móvil 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. Cuando vuelvan a la oficina y a la red, los empleados sincronizan las ediciones realizadas en el campo, eliminan el mapa y concilian y publican la versión de réplica del mapa con la versión predeterminada de la geodatabase. El proceso puede repetirse varias veces al día. Cuando finaliza cada proceso, los empleados eliminan la versión de réplica.

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 utilizando la aplicación ejecutada en un dispositivo móvil conectado a la red interna de la oficina. Antes de salir de la oficina, el trabajador descarga el mapa en la aplicación. Después se dirigirá al campo e inspeccionará las actualizaciones solicitadas mientras está fuera de la red. 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.

Versión predeterminada

El publicador publica una capa de entidades llamada NetFS que hace referencia a datos registrados desde ArcGIS Pro.

Servicio de entidades publicado desde la versión predeterminada

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:

  • En Habilitar la edición y permitir a los editores, Agregar, actualizar y eliminar entidades permite una edición completa de los datos.
  • Habilitar sincronización permite llevar la capa al modo sin conexión.
  • En Sincronizar, Crear una versión para cada mapa descargado crea una versión de réplica nominal exclusiva para el mapa sin conexión cuando el trabajador móvil descarga el mapa. Esta es la versión de réplica 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. Los miembros del grupo de empleados de la oficina ya pueden descargar el mapa.

Descargar el mapa web

Con el mapa web a su disposición, los empleados pueden descargarlo en una aplicación en su dispositivo móvil e inspeccionar las actualizaciones solicitadas sobre el terreno. Para ello, un trabajador llamado Bob inicia la aplicación en su dispositivo móvil mientras está conectado a la red, inicia sesión en la organización y descarga el mapa web en su dispositivo.

Conéctese al mapa desde el dispositivo móvil para descargarlo.

Cuando se inicia el proceso de descarga, se crea una versión de réplica 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 de réplica que se utilizará cuando se sincronice el mapa descargado.

Versión de réplica creada cuando el mapa se descarga

Luego, los datos se descargan en el dispositivo y la aplicación 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 de réplica Bob_NetFS_1404578882000.

Conectarse a la red y sincronizar las ediciones.

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 eliminación del mapa local marca la versión de réplica 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 de réplica 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.

Conciliar con la versión predeterminada, resolver conflictos y publicar ediciones en la versión predeterminada.

Después de que se hayan guardado las ediciones y Bob vuelva a cambiar a la versión predeterminada, Bob elimina la versión de réplica 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 réplica Bob_NetFS_<ID>. Cada versión de réplica nueva incluirá las últimas ediciones de la versión predeterminada. Estas versiones de réplica 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.

Cuando los cambios de Bob se hayan conciliado y publicado en la versión predeterminada, Bob elimina las versiones de réplica 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. Los datos versionados en la geodatabase de origen hacen referencia a una versión de proyecto secundaria de la versión predeterminada.

Los trabajadores móviles sincronizan sus ediciones por la mañana y al final del día con la versión del proyecto. Se ejecuta un proceso nocturno de conciliación y publicación para mantener actualizadas las versiones de réplica 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 de réplica 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

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 a partir de la versión de geodatabase predeterminada. El administrador nombra la versión secundaria Inspección y cambia el mapa para que haga referencia a esta versión.

Crear la versión Inspection a partir de la versión predeterminada.

A continuación, el jefe de proyecto publica un servicio de entidades denominado InspectionFS desde ArcGIS Pro.

Publicar el servicio de entidades a partir de la versión Inspection.

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:

  • En Habilitar la edición y permitir a los editores, Agregar, actualizar y eliminar entidades permite una edición completa de los datos.
  • Habilitar sincronización permite llevar la capa al modo sin conexión.
  • En Sincronizar, Crear una versión para cada usuario crea una versión de réplica para el trabajador la primera vez que un trabajador móvil descarga un mapa. Esta es la versión de réplica 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:

  1. Inicie sesión en la organización.
  2. Crear un mapa web.
  3. Agregar el servicio de entidades que se acaba de publicar al mapa web.
  4. Guardar el mapa web.
  5. Compartir el mapa web y el servicio de entidades con el grupo que incluya a los trabajadores móviles.
  6. 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 organización desde la aplicación móvil mientras todavía está en la red y descarga el mapa y los datos en su dispositivo.

En el siguiente diagrama, uno de los trabajadores móviles (Joe) inicia el proceso de descarga.

Conéctese desde la aplicación móvil para descargar el mapa.

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 de réplica 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 la versión de réplica 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 de réplica que se utilizará cuando se sincronice el mapa descargado.

Versión de réplica creada cuando el mapa se descarga

Nota:

Cuando Joe descargue un mapa del servicio InspectionFS, usará como referencia la versión de réplica 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 de réplica 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 de réplica Mary_InspectionFS en la geodatabase de origen.

Segunda versión de réplica creada cuando otro cliente descarga el mapa web

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 de campo y realiza la sincronización con el servicio de entidades. Eso aplicará las ediciones a la versión de réplica Joe_InspectionFS de la geodatabase de origen.

Joe se conecta y sincroniza las ediciones.

Al finalizar el día, Mary también sincroniza sus inspecciones de sensores desde el lado occidental del mapa.

Mary se conecta y sincroniza las ediciones.

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 de réplica con la versión Inspection. El proceso aplica una política de resolución 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. Cuando finaliza la validación, el proceso concilia las versiones de réplica de los trabajadores móviles con la versión Inspection para que cada una contenga los cambios más recientes.

Ediciones conciliadas y publicadas con la versión Inspection

Cuando Joe y Mary sincronicen a la mañana siguiente, verán las ediciones hechas por el otro.

Joe y Mary despliegan las ediciones conciliadas

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. El proyecto está completo cuando se han inspeccionado todos los sensores. 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 movil, las versiones de réplica 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 réplica de los trabajadores móviles y elimina cada una de estas versiones de réplica. 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.

Versión Inspection conciliada con la versión predeterminada y publicada en ella

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. De manera similar a lo que ocurre en el flujo de trabajo anterior, en este flujo de trabajo, 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 diferencia del flujo de trabajo anterior, sin embargo, la versión de garantía de calidad permanece en la geodatabase; no se limita a la vida de un proyecto.

A continuación, se describen los pasos necesarios para completar este flujo de trabajo:

Publicar servicio de entidades

Para este proyecto, el jefe de proyecto crea y comparte un mapa web para las inspecciones de sensores en la cuenta de organización de la empresa. El mapa web hace referencia a un servicio de entidades ejecutado en el sitio de 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 secundaria a partir de la versión predeterminada y asigna a la versión secundaria el nombre Inspección. El jefe cambia el mapa para que haga referencia a la versión Inspección.

Crear la versión Inspection a partir de la versión predeterminada.

A continuación, el jefe de proyecto publica un servicio de entidades denominado InspectionFS desde el mapa en ArcGIS Pro.

Publicar un servicio de entidades a partir de la versión Inspection.

El jefe de proyecto activa la funcionalidad Sincronizar en la página 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 una versión de réplica para ese trabajador. Esta es la versión de réplica 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:

  • En Habilitar la edición y permitir a los editores, Agregar, actualizar y eliminar entidades permite una edición completa de los datos.
  • Habilitar sincronización permite llevar la capa al modo sin conexión.
  • En Sincronizar, Crear una versión para cada usuario crea una versión de réplica para el trabajador la primera vez que un trabajador móvil descarga un mapa. Esta es la versión de réplica 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:

  1. Inicie sesión en la organización.
  2. Crear un mapa web.
  3. Agregar el servicio de entidades que se acaba de publicar al mapa.
  4. Guardar el mapa web.
  5. Compartir el mapa web y el servicio de entidades con el grupo que incluya a los trabajadores móviles.
  6. 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 desde la aplicación móvil mientras todavía está en la red y descarga el mapa y los datos en su dispositivo.

En el siguiente diagrama, uno de los trabajadores móviles (Joe) inicia el proceso de descarga.

Conéctese desde la aplicación móvil para descargar el mapa.

Joe elige la extensión y la resolución del mapa.

Cuando se inicia el proceso de descarga, ArcGIS crea una versión de réplica (Joe_InspectionFS) a partir de la versión publicada (Inspección) en la geodatabase de origen. Dado que el servicio de entidades se configuró para crear una versión para cada usuario, el nombre de la versión de réplica 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 de réplica que se utilizará cuando se sincronice el mapa.

Nota:

Cuando Joe descargue un mapa del servicio InspectionFS, usará como referencia la versión de réplica 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 de réplica 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 de réplica Mary_InspectionFS en la geodatabase de origen.

Segunda versión de réplica creada cuando otro cliente descarga el mapa

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.

Ediciones realizadas en la versión predeterminada antes de que los trabajadores móviles sincronicen las ediciones

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 móvil 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 de réplica Joe_InspectionFS de la geodatabase de origen.

Joe sincroniza y su versión de réplica se actualiza.

Al finalizar el día, Mary también sincroniza sus inspecciones de sensores desde el lado occidental del mapa.

Mary sincroniza y su versión de réplica se actualiza.

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 réplica de cada trabajador móvil con la versión Inspection. El proceso aplica una política de resolución 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 de réplica Mary_InspectionFS contiene las ediciones de Joe, pero la versión de réplica Joe_InspectionFS no contiene las ediciones de Mary. Eso se debe a que la versión de réplica Joe_InspectionFS se concilió y publicó antes que la versión de réplica Mary_InspectionFS.

Las ediciones de campo sincronizadas se concilian y publican en la versión Inspection.

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 conciliación incorpora el sensor nuevo de la versión predeterminada a la versión Inspection.

La versión de réplica 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 réplica 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.

Versiones de réplica de cliente conciliadas con la versión Inspection

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.

Los clientes se sincronizan para obtener las ediciones de la versión Inspection.

Este proceso se repite de forma continua cada día. Las versiones de réplica 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 de réplica 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 de réplica Joe_InspectionFS y Mary_InspectionFS.