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 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

Ésta 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:

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

Flujo de trabajo 1Flujo de trabajo 2Flujo de trabajo 3

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

Versión predeterminada

Versión secundaria

Versión secundaria

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

Baja

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

Flujo de trabajo 1: Descargar mapas para el mantenimiento de datos

Este flujo de trabajo supone el uso de ArcGIS Collector 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 Collector ejecutado en uno de los dispositivos disponibles de la oficina. Antes de salir de la oficina, el trabajador descarga el mapa con Collector. Después se dirigirá al campo e inspeccionará las actualizaciones solicitadas. Las correcciones se hacen en el campo con Collector. 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:

  • 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 Collector. 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 Collector e inspeccionar las actualizaciones solicitadas sobre el terreno. Para ello, un trabajador llamado Bob inicia Collector e inicia sesión en la organización. Aparece el mapa web que se acaba de compartir.

Dado que el mapa web tiene habilitado el modo sin conexión, aparece en Collector con un botón de descarga. Bob hace clic en el botón de descarga para iniciar el proceso de descarga.

Conectarse al mapa desde ArcGIS Collector para descargarlo.

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.

Versión creada cuando el mapa se descarga en Collector

A continuación, los datos se descargan en el dispositivo. Una vez descargados, Collector cambia el mapa para que haga referencia a los datos locales. En este punto, el mapa se puede editar sin tener que estar conectado a la red. Aparece un botón de sincronización en el mapa en Collector para indicar que hace referencia a los datos locales.

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 realiza esta corrección usando Collector.

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.

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 Collector 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.

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 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 hayan conciliado y publicado en la versión predeterminada, Bob elimina las versiones Bob_NetFS_<ID>.

Flujo de trabajo 2: 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

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 un smartphone dotado de Collector.

Para este proyecto, el administrador del 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.

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

A continuación, el jefe de proyecto publica un servicio de entidades 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:

  • 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

Una vez que se haya publicado el servicio de entidades, el jefe de proyecto crea un mapa web en el portal de ArcGIS Enterprise y lo comparte 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 en Collector.

Descargar el mapa web

Cada trabajador móvil accede al mapa web iniciando sesión en su cuenta con Collector.

Con el mapa web disponible, cada trabajador móvil inicia Collector e inicia sesión en la organización. Aparece el mapa web que se acaba de compartir.

Dado que el mapa web tiene habilitado el modo sin conexión, aparece en Collector con un botón de descarga (la nube con una flecha). Uno de los trabajadores móviles (Joe) hace clic en el botón de descarga para iniciar el proceso de descarga.

Conectarse desde Collector 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 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.

Versión de mapa creada cuando el mapa se descarga

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 descargados el mapa y los datos, Collector cambia el mapa para que haga referencia a los datos locales. En este punto, Joe puede editar el mapa sin tener que estar conectado a la red. Aparece un botón Sincronizar en el mapa en Collector para indicar que hace referencia a los datos locales.

Otra trabajadora móvil (Mary) sigue los mismos pasos que Joe. Eso genera una versión Mary_InspectionFS en la geodatabase de origen.

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

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 hace clic en el botón Sincronizar en Collector. Eso aplicará las ediciones a la versión 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 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.

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. Una vez que 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 Collector. Una vez que se hayan eliminado los mapas locales de Collector, 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.

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

Flujo de trabajo 3: 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 servicio de entidades

Para este proyecto, el administrador del 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.

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

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

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

El jefe de proyecto activa la funcionalidad Sincronizar en el Editor de servicio, 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

Una vez que se haya publicado el servicio de entidades, el jefe de proyecto crea un mapa web en el portal de ArcGIS Enterprise y lo comparte 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 en Collector.

Descargar el mapa web

Cada trabajador móvil accede al mapa web iniciando sesión en su cuenta con Collector.

Con el mapa web disponible, cada trabajador móvil inicia Collector e inicia sesión en la organización. Aparece el mapa web que se acaba de compartir.

El mapa web tiene habilitado el modo sin conexión, por lo que aparece en Collector con un botón de descarga (la nube con una flecha). Uno de los trabajadores móviles (Joe) hace clic en el botón de descarga para iniciar el proceso de descarga.

Conectarse desde ArcGIS Collector 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 (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.

Una vez descargados el mapa y los datos, Collector cambia el mapa para que haga referencia a los datos locales. En este punto, Joe puede editar el mapa sin tener que estar conectado a la red. Aparece un botón Sincronizar en el mapa en Collector para indicar que hace referencia a los datos locales.

Otra trabajadora móvil (Mary) sigue los mismos pasos que Joe. Eso genera una versión Mary_InspectionFS en la geodatabase de origen.

Segunda versión de mapa 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 de campo esté conectado a la red al final del día, Joe hace clic en el botón Sincronizar en Collector. Eso aplicará las ediciones a la versión Joe_InspectionFS de la geodatabase de origen.

Joe sincroniza y su versión de mapa 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 mapa 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 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.

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 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.

Versiones 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 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 una vez que Joe y Mary hayan hecho 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 Joe_InspectionFS y Mary_InspectionFS.