Preâmbulo
Em nossa organização, temos usado o ArcGIS Online desde os primeiros dias após seu lançamento inicial. Isso significa que temos muitas camadas que existem há bastante tempo. Uma coisa que nunca entendemos bem no início, e que se mostrou problemática nos últimos anos, é não ter referências espaciais bem consideradas e consistentes para todos os nossos serviços de feição.
Embora a referência espacial padrão nos WebMaps do ArcGIS Online seja WGS 1984 Web Mercator (esfera auxiliar), os serviços de feição podem ser publicados usando qualquer sistema de coordenadas e o ArcGIS Online então os projeta dinamicamente nos webmaps. Normalmente isso não é um problema. No entanto, descobrimos que isso se torna problemático ao usar as camadas no ArcGIS Pro, especialmente quando há uma mistura de referências espaciais que usam tanto GDA94 quanto GDA2020. Essa mistura estava introduzindo deslocamentos de dados que não podiam ser resolvidos por meio da seleção de transformações.
Desde então, decidimos que a forma mais robusta seria republicar tudo no ArcGIS Online para usar a mesma projeção: WGS 1984 Web Mercator. Dessa forma, quando carregado em um projeto ArcGIS Pro, não precisamos mais nos preocupar com incompatibilidades entre GDA94 e 2020.
NOTA: Ainda temos muitos conjuntos de dados fora do AGOL que precisam ser reprojetados também, mas essa é uma tarefa muito mais simples.
Considerações
Como muitos podem compreender, fazer mudanças significativas em muitos serviços de feição não é tarefa pequena. Isso significou agendar um período de congelamento onde os usuários não poderiam capturar ou editar dados sem risco de perda desses dados. Também significou que todas as áreas offline no Field Maps precisariam ser recriadas (o que é bastante na nossa organização)! Estimamos que levaria 3 dias para nossa equipe republicar nossos serviços de feição, verificá-los e depois atualizar os WebMaps e templates do ArcGIS Pro impactados.
Tínhamos 102 serviços de feição no total que precisavam ter sua referência espacial atualizada. Estes tinham ainda outros 120 views hospedados associados que precisavam ser considerados. Também queríamos preservar o histórico do Editor Tracking em todas as nossas camadas (algo facilmente perdido sem a consideração adequada).
Você pode ter visto recentemente problemas relacionados aos campos do Editor Tracking e novos campos padrão de data de alta precisão no ArcGIS Online (Resolvido: Problema com Campos de Data de Alta Precisão do Editor Tracking... - Esri Community). Para mitigar esses problemas e acelerar o processo o máximo possível, construí uma ferramenta Model Builder que baixa cada subcamada/tabela em um serviço de feição e recria os campos do Editor Tracking, preservando o histórico de criação/edição e habilitando o editor tracking nos dados locais (temporários) antes da publicação. Isso acelera a solução mencionada no post acima. Essas ferramentas estão anexadas para download (uma para serviços de feição com e sem tracking e outra para tabelas com tracking).
NOTA: Ela procura pelos campos padrão Creator/CreationDate/Editor/EditDate criados no ArcGIS Online. Se seus campos forem diferentes disso, o modelo precisará ser modificado para reconhecê-los.
Modelo para baixar serviço de feição e manter editor tracking
Processo
Configuração do ArcGIS Pro
- Abra um novo projeto ArcGIS Pro e insira um novo mapa
- Marque a opção Enable assignment of Unique ID nas Propriedades do Mapa > Geral
- Certifique-se que a projeção do mapa está definida como WGS 1984 Web Mercator (auxiliary sphere)
- Considere usar a configuração Projeto > Opções > Mapa e Cena > Referência Espacial > Choose spatial reference em vez de Use spatial reference of first operational layer para evitar que o mapa mude para uma referência espacial diferente ao adicionar dados
Configuração da Camada
- Adicione o serviço de feição hospedado ao ArcGIS Pro a partir do Portal
- Execute a ferramenta Download FS with Editor Tracking (W:\Mapping.atbx)
NOTA: Selecione o serviço de feição de entrada navegando pelo Portal – não selecione a camada no mapa. Certifique-se de selecionar a subcamada para que a URL tenha o número do ID da camada no final (ex.: /0)
- Se a ferramenta falhar, é porque a camada não possui campos correspondentes do Editor Tracking. Execute a versão da ferramenta chamada Download FS without Editor Tracking ou atualize a ferramenta para corresponder aos nomes dos seus campos do editor tracking.
- Se um serviço de feição tiver mais de uma subcamada, execute este processo para cada subcamada.
- Clique com o botão direito nas camadas do serviço de feição adicionadas ao mapa na Etapa 1 > Copiar, depois clique com o botão direito na camada/subcamada correspondente gerada na Etapa 2 > Colar Propriedades. Repita para cada subcamada baixada (temporária) até todas estarem feitas.
- Renomeie as camadas para corresponder às subcamadas existentes do serviço de feição.
- Atualize as propriedades da nova camada para corresponder ao ID do serviço de feição (número) no final da URL do serviço (fonte dos dados) – certifique-se de fazer isso por último pois Paste Properties irá alterar isso
- Remova a camada adicionada na Etapa 1 (serviço de feição existente), deixando apenas seus dados temporários
- Confirme se a projeção do seu mapa ainda é a referência espacial desejada
Atualizando Serviço de Feição
- Acesse o ArcGIS Online e desative o Sync em quaisquer Hosted Views (e na base se aplicável) – todas as réplicas precisam ser desregistradas ou o próximo passo não poderá prosseguir
- Acesse a faixa Compartilhar > Camada Web > Sobrescrever Camada Web
- Selecione o serviço original e clique em OK
- Na seção Configuração, certifique-se de marcar Preserve editor tracking info (a menos que nenhum editor tracking tenha sido encontrado ao baixar o serviço)
- Atualize os Fusos Horários (se necessário)
- Análise a camada para quaisquer erros e corrija conforme necessário
- Publique o serviço
NOTA: Se a republicação falhar, verifique se você não esqueceu nenhuma opção Sync nas Views. Se não conseguir publicar com sucesso, talvez precise publicar a camada como um serviço V2 e depois alterar a fonte dos dados das Views associadas para esse novo serviço. Veja "Learnings" abaixo para mais detalhes.
- Verifique o serviço e todas as views hospedadas para garantir que funcionem (verifique a aba Dados no ArcGIS Online).
- Se encontrar alguma view onde a aba Dados mostra Data Error, tente republicar a camada novamente (isso provavelmente resolverá o problema).
- Também certifique-se que pode selecionar uma feição nas tabelas atributos da View do seu serviço e dar zoom nas feições. Descobrimos ocasionalmente uma view parecia funcionar (mostrava registros) mas nenhuma feição era visível no mapa. Veja "Learnings" abaixo para mais detalhes.
Reative o Sync em quaisquer ViewsLições Aprendidas
- Ao sobrescrever um serviço, você pode perder todos os seus dados e popups associados. Os dados devem ser mantidos durante o processo de download realizado no início. Popups e outros estilos (simbologia, rótulos, etc) também devem ser mantidos durante as etapas Copiar > Colar Propriedades realizadas anteriormente. Este aviso NÃO afeta nenhuma visualização do serviço de feição. Elas permanecerão como estavam antes da camada ser sobrescrita. <\/STRONG><\/EM><\/LI><\/UL>
<\/span><\/P> <\/P>Como mencionado no Passo 8 acima, às vezes conseguimos sobrescrever um serviço de feição com sucesso, mas uma visualização pode não refletir as atualizações, retornando um Erro de Dados na aba Dados da página do item no ArcGIS Online.
<\/span>
Às vezes, clicar em Publicar no ArcGIS Pro novamente resolveria isso. Se você tentou a etapa Publicar novamente e ainda não consegue fazer todas as Visualizações funcionarem, pode ser necessário recriar a visualização manualmente e substituí-la em todos os WebMaps e modelos do ArcGIS Pro onde ela existe. Descobrimos que isso era mais fácil de fazer com a visualização antiga e a nova lado a lado na tela para que você possa passar pelas configurações definidas da visualização (Configurações > Atualizar Visualização), páginas de Visualização e Configurações.
<\/span>
<\/LI>Descobrimos que alguns dos nossos serviços de feição simplesmente se recusaram a ser sobrescritos. Esses tivemos que publicar novamente do zero (com "V2" adicionado ao nome - veja as capturas de tela abaixo). É importante lembrar que você não pode<\/STRONG> alterar a fonte de uma visualização hospedada para outro serviço de feição a menos que eles tenham a mesma referência espacial do original, e todos os campos necessários estejam presentes (entre outras coisas - leitura adicional aqui: Trocar a fonte de uma visualização hospedada de camada de feição0mdash0ArcGIS Online Help | Documentation<\/A>). Como estávamos passando por esse processo para atualizar referências espaciais, isso significava publicar a camada V2 com a referência espacial original (ex.: GDA94 MGA Zona 50), alterar as fontes de todas as visualizações para o serviço de feição V2, e então passaríamos pelo processo acima de republicação (sobrescrever) novamente na camada V2 para atualizar sua referência espacial (para WGS 1984 Web Mercator) com muito mais sucesso.
<\/span>
<\/span><\/LI><\/UL> <\/P>Resumo<\/STRONG><\/FONT><\/P>Apesar de um começo lento enquanto resolvíamos os problemas em nosso processo e trabalhávamos com 2\3 da capacidade da equipe por um tempo, logo pegamos ritmo e estávamos processando camadas em um bom ritmo. Certamente ajuda ter alguém envolvido que conheça intimamente os dados com os quais se trabalha, pois você pode acabar em uma grande confusão se entender mal as relações entre serviços de feição hospedados, suas visualizações e os produtos mapa/aplicativo onde eles existem (sem mencionar as potenciais complicações que tabelas relacionadas e outras coisas trazem para o conjunto - felizmente tivemos apenas 1 dessas). <\/FONT><\/P>No geral, levamos<\/FONT> 3 dias para:<\/P>Republicar (ou recriar se necessário) todos os 100 serviços de feição alvo<\/LI>Verificar se eles (e suas visualizações) estavam funcionais<\/LI>Verificar WebMaps e modelos do ArcGIS Pro para fontes de dados quebradas e atualizá-los<\/LI>Garantir que todos os WebMaps habilitados para uso offline ainda estavam prontos para funcionar offline (e corrigir se necessário)<\/LI><\/UL>Além do período "congelado" de 3 dias, algumas pequenas falhas foram encontradas e corrigidas (felizmente nada grave) e Experiências foram atualizadas para refletir fontes de dados alteradas (resultando em expressões quebradas). <\/
