nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Visualizações de Camada de Feição: Atualizando o Esquema da Camada de Feição Pai

GlenShepherd

A Premissa:<\/STRONG><\/H2>Quando nós criamos uma Visualização de Camada de Feição Hospedada<\/A> (doravante referida como "View Layer") a partir da nossa Camada de Feição Hospedada no ArcGIS Online, o esquema da nossa View Layer é herdado da sua Camada de Feição pai.<\/P>
Às vezes, o design do projeto exige que façamos alterações no esquema da nossa Camada de Feição pai e queremos garantir que todas as View Layers dependentes estejam herdando as mesmas alterações. Isso pode incluir:<\/P>
Adicionar ou excluir campos<\/LI>
Atualizar listas de domínios codificados<\/LI>
Editar aliases dos nomes dos campos<\/LI><\/UL>
Usuários do ArcGIS Online (e<\/EM> ArcGIS Portal) podem encontrar problemas inesperados onde as atualizações não estão sendo refletidas em suas View Layers. E é importante entender como gerenciar esse comportamento antes de reformular o conteúdo, excluir as antigas view layers e criar novas do zero.<\/P> <\/P>

A Solução de Problemas:<\/STRONG><\/H2>Existem algumas razões pelas quais nossas View Layers podem não estar herdando as alterações do esquema feitas na Camada de Feição pai e alguns métodos de solução de problemas à nossa disposição para restringir a causa da desconexão...<\/P><\/P>Primeiramente, queremos garantir que não estamos tentando fazer algo que simplesmente não é possível no ArcGIS Online. View layers que participam em junções de tabelas realizadas através do Map Viewer criarão bloqueios no esquema que impedem a edição do esquema da Camada de Feição pai. Podemos ler mais sobre isso aqui: Traga seus dados mais próximos: Salve resultados de análise de Join Features como Visualizações de Camada de Feição Hospedadas<\/A><\/P>
"camadas de feição que participam em view layers com joins não podem ter seu esquema alterado e são sempre somente leitura e não podem ser usadas offline."<\/BLOCKQUOTE><\/LI><\/UL>
Uma vez esclarecido isso, vamos trabalhar na solução nos dois cenários seguintes para restringir o problema...<\/P>
(Nota: O seguinte cobrirá a solução de problemas para View Layers que foram configuradas usando o botão "Create View Layer" na página Detalhes do Item da Camada de Feição.)<\/FONT><\/P> <\/P>

Cenário 1: Adicionamos novos campos à Camada de Feição pai mas não conseguimos vê-los na tabela de atributos da View Layer<\/H3>Solução: Atualize "Definir Campos" para a View Layer<\/P>Para o item da View Layer, vá para: Detalhes do Item > aba 'Visualização'<\/LI>Clique na lista 'Mais Opções' da View Layer e vá para: Definir Definição da Visualização > Definir Campos<\/LI>Marque as caixas ao lado dos campos recém-adicionados na parte inferior da lista.<\/LI><\/UL>Recurso: Problema: Visualização hospedada não herda novo campo adicionado ao serviço hospedado de feição<\/A><\/P>
Solução: Se anteriormente escolhemos "Definir uma Área de Interesse" para a View Layer... Exclua-a.<\/P>
Para o item da View Layer, vá para: Detalhes do Item > aba 'Visualização'<\/LI>
Clique na lista 'Mais Opções' da View Layer e vá para: Definir Definição da Visualização > Definir uma Área de Interesse<\/LI>
Clique em "REMOVER ÁREA" <\/LI><\/UL>
Limitação documentada aqui:
Considerações ao criar visualizações hospedadas de camada de feição<\/A><\/P>
<\/span> <\/P> <\/P>

Cenário 2: Adicionamos novos domínios à 'Lista de Valores' em um campo específico para nossa Camada de Feição pai e não conseguimos vê-los sendo herdados por uma View Layer<\/H3>Solução: clicar no botão "Reset to source" para reverter a propriedade de atualização do campo da view layer de "Overridden" para "Inherited".<\/P>Essa desconexão pode ter ocorrido devido a alterações feitas em campos específicos dentro da View Layer, fazendo com que as propriedades do campo mudem de "Inherited" (do layer pai) para "Overridden".<\/LI>A maneira mais simples disso ocorrer é se forem feitas alterações nos nomes dos campos. Isso causa uma ruptura entre os aliases na tabela pai e aqueles na tabela da View Layer.<\/LI>Por exemplo:
Por padrão, alterações feitas no layer pai são "Inherited" pela view layer. Propriedades: Herdado<\/ STRONG>

No entanto, se uma alteração for feita no nome do campo, a propriedade de atualização da view layer torna-se "Overridden" e as alterações na camada hospedada pai não são refletidas. Propriedades: Sobrescrito
A conexão e herança podem ser restabelecidas clicando no botão "Reset to source" (mostrado acima) que reverterá quaisquer alterações feitas no campo, voltando ao estado da Camada de Feição pai. O usuário deve verificar todos os outros campos para garantir que isso não tenha acontecido em outro lugar.<\/ LI> Leia mais sobre as Configurações que influenciam a propriedade do campo "Inherited" / " Overridden" nas View Layers aqui: Configurações das visualizações hospedadas das camadas de feição (editado, cortesia @Bnewell).<\/ p > Nota: Em alguns casos, os usuários precisarão realizar uma combinação das soluções descritas acima para resolver todos os problemas de herança que estão encontrando.<\/ p > <\/ p >Algumas coisas importantes para lembrar:<\/ U ><\/ STRONG ><\/ p >< UL >< LI >Para manter a herança do esquema, é melhor não fazer edições na aba 'Dados' > 'Campos' para suas View Layers.<\/ li >< LI >Depois que publicarmos nossa Camada de Feição e criarmos View Layers dela usando um Join, não podemos usar o ArcGIS Pro para Sobrescrever a camada de feição pai, pois ela está agora bloqueada pelo esquema. As View Layers precisarão ser excluídas primeiro.<\/ li >< LI >Se tivermos subtipos e domínios configurados para uma camada de feição e simbologia/filtros dependentes desse esquema; crie todos os templates para suas camadas no ArcGIS Pro antes de publicar.<\/ li >< LI >Se tivermos uma View Layer participando em um Join de tabela, e quisermos editar o esquema da camada de feição pai, então precisaremos excluir a View Layer criada pela operação Join.<\/ li ><\/ ul > <\/ p >

Encontre mais publicações marcadas com

Comentários

GlenShepherd

Sorry @RobertAnderson3 , as I work for the Australian distrubtor of Esri, I don't have visibility of how this functionality might be progressing at Esri Inc in the states. The only additional advice I could provide to anyone experiencing this behaviour is to reach out to your country's Esri Technical Support, describe how this issue is affecting your work and request that your case be attached to the following software issues:

ENH-000155159
BUG-000134903

RobertAnderson3

Ah okay @GlenShepherd that's more than fair! Wish the communication between countries was there for development but understandable!

Thanks for the codes!

Is there a database of all these enhancement requests or bug reports somewhere online to search? Or do I NEED to reach out to support to be able to get the information on them?

jungao

Still nothing on this issue? Guess it's must too low on their priority list or they just can't fix it. maybe we just keep asking for the fix.

GlenShepherd

As mentioned above, please reach out to Esri technical support and ask to have your organisation connected to the enhancement request:

"ENH-000155159" - "Allow schema-lock bypass to update hosted feature layers with dependent view layers created from the 'Join Features' analysis tool, and furthermore, the ability to refresh/rebuild the existing view after the update has occurred."

The Public Status for this enhancement is "in review" and as it currently stands, there are only two organisations attached to it.

jungao

I was given this ENH number by ESRI tech support. I'll ask them to connect our organization to this request.

Participe da Conversa

Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.

Links Rápidos

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.