O ArcCatalog diz que as referências espaciais não correspondem entre o conjunto de dados e a classe de recurso com o mesmo sistema de coordenadas?

Eu tenho um conjunto de dados de recursos que está usando o GCS_WGS_1984 como o sistema de coordenadas geográficas. Inclui algumas classes de recursos.

Esse conjunto de dados de recursos está em um geodatabase de arquivo que contém mais algumas classes de recursos na raiz do gdb. Uma delas é uma classe de recurso chamada "pontos" que também está usando o GCS_WGS_1984 como seu sistema de coordenadas.

Eu pensei que seria trivial usar o ArcCatalog para arrastar a classe de recurso da raiz do gdb para o conjunto de dados do recurso, pois eles têm o mesmo sistema de coordenadas. Infelizmente, o ArcGIS fornece um diálogo de erro que diz:

Failed to paste points
The spatial references do not match

Por que isso falha? Se o GCS da classe de recurso e o conjunto de dados do recurso forem os mesmos, não deveria funcionar? Eu verifiquei que esse é o caso através das caixas de diálogo, além de exportar o arquivo prj para o conjunto de dados e a classe e usando uma ferramenta diff para comparar os dois. Eles são idênticos.

A referência espacial de uma classe de feição é diferente do sistema de coordenadas / projeção?

Tentativa de copiar a classe do recurso para o conjunto de dados do recurso, mantendo pressionada a tecla Ctrl enquanto arrasta os resultados, causando travamentos no ArcCatalog sempre (vergonha na ESRI).

Acho que poderia tentar meios alternativos de mover classes de recursos. Use CopyFeatures no conjunto de dados. Projeto da classe de recurso em uma nova classe de recurso no conjunto de dados do recurso?

O mesmo sistema de coordenadas nem sempre é um sistema de coordenadas idêntico . Eu encontrei situações em que algumas operações e ferramentas de geoprocessamento pensam que as classes de recursos não compartilham um sistema de coordenadas comum porque o nome descritivo da projeção difere ("Yukon Albers" vs "Albers - custom"), embora os parâmetros sejam idênticos ou porque de diferentes casas decimais (norte falso 500000,00 vs 500000,0000).

O que geralmente faço é garantir que os sistemas de coordenadas do conjunto de dados de recursos (e F.class) sejam criados com nosso arquivo .prj padrão, colocado na parte superior C:\path\to\ArcGIS\Desktop10.0\Coordinate Systems(torna o CS disponível com menos cliques) e / ou copia o CS de um modelo de classe de recurso mestre armazenado em algum lugar sempre à mão.

Em parte em resposta a esse problema, também tenho um conjunto de dados de recurso vazio ( D:\s.gdb\_template), no qual canalizo todos os nossos dados como um filtro de primeira etapa antes de fazer qualquer outra coisa com eles. Entre um sistema de coordenadas comum, isso também garante que a precisão, o domínio espacial etc. sejam idênticos.

Atualização: consulte a resposta de Andy sobre o uso de python, apenas 2 linhas, para copiar o sistema de referência espacial do conjunto de dados de recursos de uma classe de recurso de modelo. Isso funcionou para mim no ArcCatalog 10.3 quando o método interativo de definir o SR selecionando uma classe de recurso para importar uma não funcionou.

Esta é uma explicação e não uma resposta.

Nós (Esri) fazemos testes bastante rigorosos dos nomes e valores do sistema de referência de coordenadas. O teste 'é igual' não retornará uma falha ao comparar 500000,00 e 500000,000000, mas poderá falhar se um for realmente 500000,0 e o outro 500000,00000005. Estamos trabalhando para adicionar aliases para nomes para que 'seja igual' passe mais.

Como mindless.panda e matt wilkie mencionaram, as diferenças podem estar nos outros valores de uma referência espacial. Uma referência espacial inclui o sistema de referência de coordenadas e os valores de armazenamento / processamento. Para armazenamento: xy, ze meça a resolução e as extensões. Para processamento: xy, z, e mede os valores de tolerância. Qualquer diferença neles pode causar um erro diferente.

Aqui está o que eu fiz para resolver o problema (usando o arcpy no ArcGIS 10.0) -

Isso pressupõe o seguinte:

• FGDB - C: \ gisdata \ Test.gdb
• Classe de recursos - C: \ gisdata \ Test.gdb \ bldg

Você pode modificar seus caminhos e nomes de objetos no código e colá-los na janela python no ArcCatalog.

sr = arcpy.Describe(r'C:\gisdata\Test.gdb\bldg').spatialReference
arcpy.CreateFeatureDataset_management(r'C:\gisdata\Test.gdb', 'MyFeatureDataset', sr)

Após a criação do conjunto de dados do recurso, você pode arrastar e soltar as classes de recurso.

Este problema estava me matando! Depois de salvar várias classes de recursos de um arquivo CAD, tentei várias vezes definir seus sistemas de coordenadas e organizá-los em conjuntos de dados de recursos. Tentei definir todas as f.classes e f.datasets necessárias da projeção oficial WGS_1984_UTM_42N da ESRI, além de definir a projeção para o conjunto de dados e depois importar essa projeção para as f.classes usando a ferramenta Define Projection. Nenhuma classe f seria colada ou 1 e os outros não.

Muito obrigado a @Matt Wilkie neste post , a ferramenta Feature Class to Feature Class parece ter resolvido o problema. Ele importa com sucesso as classes f.class para o conjunto de dados desejado, mesmo que eu ainda não tenha definido o sistema de coordenadas da classe f.class em questão.

Além disso, descobri que o script Feature Class to Geodatabase (multiple) funciona muito bem para mover f.classes para um f.dataset em massa, exceto que isso deve ser feito do Geodatabase para outro (não para um f.dataset no mesmo geodatabase) . Parece que o script não renomeia automaticamente as f.classes quando elas são copiadas (ou solicita ao operador um novo nome, como em Classe de recurso para Classe de recurso). No entanto, conforme apontado por outros (o mesmo encadeamento vinculado acima), o erro fornecido é um 999999 genérico.

Eu tive esse problema ao simplesmente querer mover uma classe de recurso para um conjunto de dados de recursos em um GeoDatabase. Fiz meu conjunto de dados de recursos e garanti que ele tivesse o mesmo sistema de coordenadas. Repetidamente, recebi "Falha ao colar xyz As referências espaciais não coincidem" O trabalho mais rápido que encontrei foi importar a referência espacial idêntica no meu conjunto de dados recém-criado da classe de recurso que eu queria importar para ele. Na segunda etapa do assistente "Criar novo conjunto de dados de recursos".

Não sei por que as referências espaciais diferem.

Eu acho que uma das mensagens para a ESRI é fornecer informações de depuração de diferenças de parâmetro mais específicas quando esse erro ocorre. Eu também encontrei esse erro mesmo depois de controlar cuidadosamente os sistemas de referência espacial e as projeções, como acho que a maioria dos usuários de GIS faz.

Eu encontrei o procedimento de usar os Recursos de cópia do ArcToolbox para corrigir mensagens de erro que ocorrem quando os mecanismos de importação ou cópia são usados. Aqui, dependemos do procedimento da caixa de ferramentas Recursos de cópia para resolver corretamente as diferenças de referência ou projeção antes de introduzir a classe do recurso no conjunto de dados do recurso.

Eu até tentei criar o conjunto de dados do recurso com um sistema de projeção definido no momento da criação do conjunto de dados e, em seguida, projetar classes de recurso no conjunto de dados do recurso usando a ferramenta de projeção ArcToolbox com a mesma projeção e ainda recebi o erro descrito aqui ao tentar importar ou copie a classe do recurso no conjunto de dados.

Esses problemas do sistema de coordenadas ficam mascarados quando você usa dados no ArcMap. Como o ArcMap realiza projeção instantânea, várias classes de recursos, cada uma com projeções diferentes, podem ser adicionadas a um mapa do ArcMap sem que o usuário fique ciente. O ArcMap avisa sobre diferentes sistemas de referência de coordenadas.

ESTÁ BEM. Eu encontrei uma solução! Clique com o botão direito do mouse no Conjunto de dados de recursos no GDB e clique em Importar. Selecione os Recursos necessários e, em seguida, OK.

Tente usar a ferramenta Recursos de cópia em Ferramentas / Recursos de gerenciamento de dados. Caso contrário, eu continuava recebendo um erro, não importa o que fiz.

Você já tentou acessar o ArcMap e definir as camadas como seu GCS_WGS_1984 e depois exportar todas as suas camadas para um banco de dados geográfico de arquivos?

Se você tiver uma ou várias camadas em projeção diferente, poderá exportá-las, mas alterar o quadro de dados para GCS_WGS_1984?

Não tenho certeza disso no ArcGIS 10. Ainda não os tenho, mas estou usando o 9.3.1.