Como os conflitos na topologia, redes geométricas, relacionamentos e anotações vinculadas à feição são tratados?

Resposta

Nota: Este artigo faz referência a versões somente do ArcGIS 9.x e 10.0. Versões posteriores do ArcGIS podem conter diferentes funcionalidades, bem como diferentes nomes e locais para menus, comandos e ferramentas de geoprocessamento.

Há vários cenários em que podem ocorrer conflitos, mesmo quando os valores dos atributos são os mesmos em cada versão. Os conflitos ocorrem quando a mesma feição, feição relacionada à topologia ou relacionamento é modificado em duas versões: a versão atual que está sendo editada e uma versão de destino.

Há duas categorias de conflitos:

• quando a mesma feição foi atualizada em cada versão
• quando a mesma feição foi atualizada em uma versão e excluída na outra.

Abaixo estão vários cenários onde os conflitos podem ocorrer dentro da topologia, relacionamentos ou redes geométricas onde os valores de comprimento e área podem ser os mesmos em cada versão. As descrições são detalhadas abaixo e podem fornecer informações sobre o motivo sos conflitos estarem ocorrendo:

Conflitos na topologia

Como as feições em classes de feição que participam de uma topologia podem compartilhar geometria com outras feições, o processo de revisão de conflitos entre versões de classes de feições topológicas é diferente de substituir conflitos por classes de feições simples. Também é diferente do processo usado para substituir conflitos com redes geométricas, classes de relacionamento e anotações vinculadas à feição.

Quando uma classe de feição que participa de uma topologia é editada, outras feições relacionadas topologicamente podem ser alteradas simultaneamente. As feições alteradas podem pertencer à mesma classe de feição ou a uma ou mais outras classes de feições. Para gerenciar o processo de detecção de novos erros de topologia que podem ter sido introduzidos por edições, as topologias registram onde as edições foram feitas como áreas de ação. A edição de feições em uma topologia cria áreas de ação na topologia.

Novos erros de topologia podem ocorrer quando as versões primárias e secundárias editadas são reconciliadas, mesmo quando as áreas de ação em cada versão foram validadas e estão livres de erros. Para detectar tais erros de topologia, as áreas em uma versão secundária retornam ao status sujo depois que as alterações da versão primária são introduzidas durante uma reconciliação. Após a reconciliação, essas áreas podem ser revalidadas e eventuais erros detectados.

A reconciliação de duas versões que não contêm áreas de ação ativas ainda podem resultar em áreas de ação. Qualquer área de ação que esteve presente na versão secundária, seja ela validada ou não, é uma área de ação depois que as versões são reconciliadas. Em geral, ao reconciliar uma versão:

• Qualquer área de ação que a versão secundária herdou da versão primária, seja ela validada na versão secundária ou não, é uma área de ação após a reconciliação.
• Qualquer área deação que foi criada devido a uma feição que foi criada, atualizada ou excluída na versão secundária, seja validada ou não, é uma área de ação após a reconciliação.

Conflitos em relacionamentos

Os relacionamentos têm dependências semelhantes às anotações vinculadas à feição. Excluir uma feição de uma classe de relacionamento de origem pode disparar uma mensagem para excluir uma feição da classe de relacionamento de destino. Portanto, esteja ciente das ramificações de simplesmente substituir conflitos envolvendo classes de feições que participam de classes de relacionamento.

Como um exemplo de quando um conflito pode surgir entre as classes de relacionamento:

1. Atualize o campo Primário da classe de origem, quebrando o relacionamento na versão A.
2. Ao mesmo tempo, atualize a feição relacionada à classe de destino na versão B.

Como a classe de destino depende da classe de origem, um conflito é detectado ao reconciliar as versões.

Outro cenário:

Durante uma sessão de edição no conjunto de dados de feições de concessionárias de energia elétrica, é excluído um poste que tem um relacionamento composto com um transformador, fazendo com que o transformador relacionado seja excluído.

Ao mesmo tempo, em outra sessão de edição, um segundo editor atualiza os atributos do mesmo transformador que acabou de ser excluído na sessão de edição anterior, excluindo seu poste relacionado.

Quando as edições são reconciliadas, um conflito de atualização-exclusão é detectado.

Neste exemplo, se o segundo editor escolher substituir todos os conflitos com as representações da sessão de edição, o poste e o transformador excluídos durante a sessão de edição são recriados e o transformador da sessão do segundo editor é criado, resultando em dois transformadores. Isso pode não ser aparente olhando para o mapa, porque os transformadores estão um em cima do outro; no entanto, existem dois registros para o transformador na tabela de atributos.

Conflitos em redes geométricas

Ao editar recursos de rede, alterações na rede geométrica e na rede lógica podem criar conflitos.

Por exemplo, ao adicionar um serviço a um principal, o principal não é dividido fisicamente na rede geométrica, mas é dividido na rede lógica. Portanto, embora a geometria do principal não tenha sido editada diretamente, ela foi editada logicamente. Se a versão de destino que está sendo reconciliada também modificou a principal, o novo serviço inserido cria um conflito com a principal.

A revisão de um conflito envolvendo classes de feições geométricos de rede requer a compreensão de como o comando Substituir Com na caixa de diálogo Resolução de Conflitos atualiza a topologia de rede existente presente na sessão de edição.

No exemplo principal do serviço, dois usuários modificaram a rede de água: um alterando um atributo e o outro conectando um novo serviço. Revisar o conflito requer apenas investigar as diferenças e ver se o conflito é válido, e nenhuma ação adicional é necessária. Como o principal contém o atributo correto para o diâmetro, o novo serviço está conectado corretamente ao principal, mas há casos em que a resolução de conflitos envolvendo uma classe de feição de junção também atualiza a extremidade da rede conectada.

Conflitos na anotação vinculada à feição

Trabalhar com anotação vinculada à feição requer lembrar uma regra: ao substituir uma feição que possui anotação vinculada à feição, a feição e a anotação são substituídas pela nova feição e anotação. Portanto, a edição adicional da nova anotação pode ser necessária ou isso resulta em duas anotações.

Por exemplo, pode ser encontrado um conflito no qual uma feição foi movida e sua anotação foi reposicionada. A versão de conflito executou a mesma edição: movendo a feição e rotacionando a anotação. Se a feição for substituída pela feição da versão de conflito, a anotação vinculada à feição existente será excluída, a feição de conflito será inserida e uma nova anotação será criada. Em seguida, a nova anotação precisa ser editada movendo-a e rotacionando-a conforme necessário.

Ou pode ser encontrado um conflito no qual outro editor excluiu uma feição na versão DEFAULT do geodatabase, que também exclui sua anotação vinculada à feição associada. Em uma versão secundária do geodatabase, a anotação que acabou de ser excluída é editada. Ao reconciliar, se a feição for substituída pela versão de edição, a feição que foi excluída na versão DEFAULT e sua anotação vinculada associada são substituídas. Além disso, a anotação da sessão de edição é retornada, deixando assim duas anotações para a mesma feição.

Excluir, modificar ou adicionar uma feição em uma versão antes de uma reconciliação pode gerar um conflito com outra versão onde essa feição existe.