Levando Seus Mapas Offline: Publicando os Dados
Por Tom DeWitte, Kevin Ruggiero, Mike Hirschheimer
Parte 3 de 5
Organizações grandes e pequenas precisam manter seus trabalhadores móveis informados. Seja em um dia de céu azul ou com tempestades se formando no céu, os trabalhadores móveis precisam de informações atuais sobre o sistema de utilidades que passam todos os dias mantendo. Essas informações informam o trabalhador móvel sobre quais condutores estão energizados, canos estão pressurizados e cabos estão ativos. Informação crítica que ajuda a manter o trabalhador móvel seguro e o sistema de utilidades confiável.
Transmitir consistentemente e de forma confiável informações novas e atualizadas para toda a força de trabalho móvel de uma concessionária não é fácil. Os mapas em papel usados nos primeiros 150 anos da indústria de utilidades não podiam receber atualizações incrementais. No dia seguinte ao mapa em papel ser entregue ao trabalhador móvel, a informação no mapa já estava desatualizada. O mesmo problema se aplicava aos primeiros aplicativos visualizadores de mapas móveis, como o ArcReader. A captura instantânea da informação armazenada localmente no dispositivo móvel não podia ser atualizada incrementalmente. Ela também ficava cada vez mais desatualizada a cada dia após a criação da captura instantânea da informação.
Essas lições aprendidas com esforços anteriores para fornecer informações oportunas e atuais ao trabalhador móvel nos dizem que é necessário um mecanismo para atualizar as informações do trabalhador móvel incremental e consistentemente. No mundo móvel atual, isso equivale a manter uma cópia local da representação geoespacial dos canos, condutores e cabos no telefone, tablet ou laptop do trabalhador móvel. O mecanismo para transmitir essa informação ao dispositivo móvel quando ele está conectado a uma rede são os web services.
O Que São Web Services
Um web service é um método de comunicação entre seu dispositivo móvel e seu servidor de dados. Quando um web service é criado, ele é um processo sempre ativo, que fica ouvindo por solicitações dos aplicativos clientes móveis.
Existem muitos tipos diferentes de web services. Dentro do ArcGIS Enterprise existem tipos especializados de web services para geocodificação, geoprocessamento, compartilhamento de dados de imagem e compartilhamento de dados vetoriais. O compartilhamento de dados vetoriais é como registros de feições e tabelas são passados entre o dispositivo móvel e o repositório centralizado de dados.
O ArcGIS Enterprise suporta múltiplos tipos de web services para dados vetoriais. Estes incluem KML, WFS, ArcGIS Feature Services e Hosted Feature Layers. ArcGIS Feature Services e Hosted Feature Layers são os únicos web services para compartilhamento de dados vetoriais que suportam a sincronização das mudanças entre o dispositivo móvel e o repositório centralizado de dados. Em outras palavras, para manter nossos trabalhadores móveis informados com as mudanças nos dados feitas pela equipe do escritório e por outros trabalhadores móveis, deve haver um Feature Service ou um Hosted Feature Layer para gerenciar a comunicação.
Um feature service é como os dados gerenciados pelo ArcGIS Enterprise Geodatabase, como os dados do Utility Network, são compartilhados para dispositivos móveis para sincronização.
Um hosted feature service é como os dados das camadas hospedadas do ArcGIS Portal são compartilhados para dispositivos móveis para sincronização.
Organizando Dados com Feature Services
No exemplo que temos descrito nesta série de blogs, os dados que precisam estar disponíveis no dispositivo móvel para cache local vêm de quatro diferentes repositórios de dados. Dois dos repositórios são Enterprise Geodatabases, um repositório é das camadas hospedadas do Portal, e o quarto é um basemap vector tile registrado no ArcGIS Online configurado para exportação. Cada Enterprise Geodatabase conterá múltiplas featureclasses e tabelas que precisam ter seus registros sincronizados com os dispositivos móveis.
Um único feature service pode ser um agrupamento de uma ou mais featureclasses e tabelas. Ao tentar determinar como organizar seus dados em feature services, é importante saber que cada feature service individual só pode conectar-se a um repositório de dados. Isso significa que todas as featureclasses e tabelas devem acessar o mesmo enterprise geodatabase através da mesma conexão relacional ao banco de dados.
Publicar dados para uso offline tem algumas restrições adicionais na organização do conteúdo no feature service.
-Uma featureclass ou tabela só pode ser referenciada uma vez.
-Camadas grupo subtype não são um tipo suportado
Publicando um Feature Service para Sincronização
Criar um feature service também pode ser referido como publicar os dados. Publicar os dados é o segundo dos quatro passos principais na criação de áreas de mapas offline.
A etapa "Publicar os Dados" normalmente é realizada com a ferramenta desktop ArcGIS Pro. A ferramenta "Share as Web Layer" é a ferramenta específica usada para publicar o feature service.
Por padrão, um feature service não suporta sincronização. Para ativar a sincronização, marque a caixa "Enable Sync" dentro do painel de configuração das propriedades do feature.
Muitas das featureclasses em enterprise geodatabases têm suas geometrias configuradas para suportar o armazenamento da elevação (Z) e distância ao longo da linha (M). Editores em campo desses dados habilitados para Z e M podem não ter essa informação disponível no momento da captura dos dados. Para permitir que editores em campo coletem essa informação sem uma definição completa da geometria, valores padrão e comportamentos precisam ser definidos.
Para o valor Z marque a caixa para ativar "Apply default to features with Z-values". Então defina o valor padrão z desejado.
Para o valor M marque a caixa para ativar "Allow geometry updates without m-value". Isso definirá o valor M como NULL quando uma nova feição for criada.
Publicando Sua Utility Network
A chave para manter os trabalhadores móveis seguros é fornecer informações atuais sobre seus ativos de utilidade pública. Quando esses ativos estão armazenados em um enterprise geodatabase e gerenciados com as capacidades do utility network, a etapa de publicação consiste em modificar as propriedades de um feature service já publicado.
Para que os mapeadores do escritório criem e mantenham a representação digital conectada dos seus ativos de utilidade pública, é necessário que os dados estejam configurados como branch versioned e publicados como um feature service. O feature service do utility network já publicado pode não estar totalmente configurado para sincronização com áreas offline do mapa. Para suportar sincronização com áreas offline do mapa são necessárias duas configurações no feature service que precisarão ser definidas. A primeira é modificar as propriedades já mencionadas do feature service para habilitar a sincronização. A segunda configuração é definir o papel que o branch versioning terá durante o processo de sincronização. Existem duas opções para branch versioning durante a sincronização:
-Nenhuma
-Criar uma versão para cada mapa baixado
Para saber qual opção definir começa com entender o que seus trabalhadores móveis farão com esses dados dos ativos da utilidade pública.
Criação de Versão = Nenhuma
Se a resposta a esta pergunta for que os trabalhadores móveis apenas visualizarão e consultarão os dados do utility network, então a configuração padrão "Nenhuma" é a configuração correta. Com essa configuração nenhuma adicional versões são criadas ou necessárias para sincronizar com sucesso.<\/P>
<\/span><\/P>Se você definir a opção de Criação de Versão como 1 None7 e permitir que seus trabalhadores móveis editem os ativos da utility, essas edições serão postadas diretamente na versão padrão. Sincronizar com a versão padrão compartilhará essas edições imediatamente com todos os outros usuários do escritório e de campo.<\/P>Criação de Versão = Versão para cada mapa baixado<\/STRONG><\/P>Esta opção é recomendada quando seus trabalhadores móveis estão editando os ativos da utility gerenciados pela utility network, e essas edições precisam ser revisadas e verificadas quanto ao controle de qualidade antes de serem compartilhadas com o restante da organização.<\/P>
<\/span><\/P>Quando esta opção é escolhida, uma branch version é criada dentro do enterprise geodatabase quando o trabalhador móvel baixa a área do mapa offline pela primeira vez. Todas as edições de campo serão sincronizadas com a branch version criada.<\/P>Uma explicação mais detalhada está disponível na documentação online da Esri<\/A>.<\/P>Criação de Versão = Criar uma versão para cada usuário<\/STRONG><\/P>Esta opção não é válida para feature services branch versioned.<\/P>Com essas duas configurações definidas, o utility network feature service está pronto para suportar a sincronização da área do mapa offline.<\/P>
Publicando Seu Landbase<\/H2>Diferente da Utility Network, um feature service pode não existir ainda para compartilhar as informações do landbase. Os mapeadores do escritório podem estar usando o aplicativo desktop ArcMap e sua capacidade de conexão direta para acessar os dados do landbase armazenados em um enterprise geodatabase. Nesta configuração de exemplo, o enterprise geodatabase usará versionamento tradicional para rastrear e gerenciar alterações no landbase.<\/P>
<\/span><\/P>Publicar o landbase feature service para suportar a sincronização da área do mapa offline requer marcar a opção de configuração do feature service, Enable Sync.<\/P>
<\/span><\/P>Com a sincronização habilitada, agora você deve decidir qual estratégia de versionamento implantar para suportar os usuários móveis. Se seus usuários móveis não devem criar ou modificar os recursos do landbase, então a opção correta de Criação de Versão para Sincronização é: None.<\/P>
<\/span><\/P>Se seus usuários móveis irão criar novos recursos do landbase ou modificar recursos existentes do landbase, então uma versão precisa ser criada para gerenciar o fluxo das edições do landbase. Duas opções de gerenciamento de versão estão disponíveis para versionamento tradicional: 1 Create a version for each downloaded map7 ou 1 Create a version for each user7.<\/P>Uma explicação mais detalhada dessas opções de versão para sincronização em feature services está disponível na documentação online da Esri.<\/A><\/P>
Dimensionando Seus Feature Services<\/H2>No início de cada dia útil, provavelmente haverá um pico no número de dispositivos móveis tentando sincronizar com os feature services publicados. Esse pico é causado pelos trabalhadores móveis abrindo o Field Maps e o web map habilitado para área offline em seus dispositivos móveis. Isso iniciará uma sincronização.<\/P>A capacidade de um único feature service escalar para acomodar esse pico matinal em dispositivos concorrentes solicitando sincronização é definida dentro da parte de pooling das propriedades do feature service. Os parâmetros de pooling que impactam diretamente a capacidade são: "Minimum number of instances per machine7 e "Maximum number of instances per machine7. Esses parâmetros são ajustáveis após o feature service ser publicado.<\/P>
<\/span><\/P>O valor Minimum number of instances per machine representa o nível base de usuários concorrentes que um único servidor pode suportar. À medida que o número de solicitações por dados aumenta, o servidor começará automaticamente a criar novas instâncias adicionais. Isso continuará até que a demanda concorrente por dados seja atendida ou até que o Maximum number of instances per machine seja alcançado.<\/P>Se o número de solicitações concorrentes exceder o valor máximo de instâncias, usuários adicionais serão colocados em uma fila e deverão aguardar até que uma instância fique disponível.<\/P>Após o pico matinal na sincronização, o número de usuários concorrentes solicitando dados do feature service diminuirá. Isso fará com que o número de instâncias criadas diminua até que o valor mínimo de instâncias por máquina seja atingido.<\/P>Publicando Seus Dados Coletados em Campo<\/H2>Hosted Feature layers fornecem outro método para publicar dados para sincronização em dispositivos móveis. O processo de publicação está integrado ao processo inicial de criação do Hosted Feature layer. Uma vez criado um Hosted Feature layer, ele é automaticamente publicado como um feature service.<\/P>Semelhante a um feature service publicado no Enterprise, um hosted feature service não está habilitado para sync quando criado inicialmente. Habilitar sync é uma tarefa do proprietário do hosted feature layer, modificando as configurações.<\/P>
<\/span><\/P>Marcar a caixa Enable Sync é tudo que é necessário para habilitar a sincronização.<\/P>Registrando o Basemap na sua Org<\/H2>A última fonte de dados a preparar para áreas offline é o basemap. Para nosso exemplo usaremos um basemap curado pela Esri. A maioria dos basemaps fornecidos pela Esri não são compatíveis com sincronização em áreas offline. Todos os basemaps padrão referenciados pelo ArcGIS Enterprise NÃO são válidos para áreas offline. Apenas um subconjunto dos basemaps do ArcGIS Online é válido para uso dentro das áreas offline. Uma lista dos 19 basemaps vetoriais Esri para áreas offline (para exportação) pode ser vista aqui<\/A>.<\/P> <\p> Usar esses basemaps ArcGIS Online no ArcGIS Enterprise requer que o basemap seja registrado como uma camada no Enterprise, e que uma conta válida do ArcGIS Online esteja embutida dentro da camada registrada tile vetorial.<\p> 
<\span> <\p> Recomenda-se que essa conta do ArcGIS Online não seja uma conta ativa de funcionário, nem deve ser uma conta com direitos administrativos. Essa conta embutida deve ser uma conta não-usuário criada expressamente para acesso aos basemaps. <\p>
