Solucionar problemas de edição de recursos no conjunto de dados de recursos com ArcMap / ArcSDE Oracle

Estou tendo problemas para editar uma classe de recurso que está em um conjunto de dados de recursos.

Adicionamos apenas a classe de recurso único como uma camada no ArcMap e estamos usando a função "Iniciar edição" na barra de ferramentas Edição para editar.

O ArcMap relata que "Todas as fontes de dados no mapa são registradas como versionadas ou você não possui privilégios para modificar fontes de dados que não são registradas como versionadas".

O banco de dados e o conjunto de dados do recurso são versionados. Confirmamos isso com o ArcCatalog. Também não podemos fazer edições sem versão.

Optamos por editar uma versão nas opções da barra de ferramentas Edição.

sdelayer relata que o usuário que está se conectando (também o proprietário do esquema) tem permissões SELECT, INSERT, UPDATE, DELETE na camada.

A Oracle dba_tab_privsrelata que temos permissões SELECT, INSERT, UPDATE, DELETE na tabela de negócios.

Se eu conectar ao geodatabase com o usuário SDE, não posso conceder novos privilégios ao proprietário do esquema para o conjunto de dados do recurso. O ArcCatalog relata um erro de automação.

Se eu me conectar ao geodatabase como proprietário do esquema, posso conceder novos privilégios (para "eu mesmo") no conjunto de dados do recurso. No entanto, não sei se eles fizeram algum efeito.

Este é o ArcGIS 9.3.1.

O que resta? Existem soluções infalíveis?

ATUALIZAÇÃO : copiei a classe de recurso para uma nova (localizada fora do conjunto de recursos em destaque), que posso editar. Quando coloco a classe de recurso dentro do conjunto de dados do recurso, não posso. Qual é a palavra final sobre as permissões do conjunto de dados do recurso?

Eu preciso resolver o que está causando o ArcMap pensar "você não tem privilégios para modificar fontes de dados" .

A classe de recurso em questão possui muitas (centenas) de classes de relacionamento. Eu suspeito que estes são a fonte dos meus problemas. Vou fazer uma pergunta separada sobre aqueles ...

Acredito que o problema foi acionado ao carregar uma exportação de geodatabase XML para o SDE. A exportação original tinha geodados pertencentes a um usuário que não existia no banco de dados quando os dados foram carregados. Conseqüentemente, os dados passaram a pertencer ao usuário especificado na conexão (em vez do usuário referenciado no geodatabase). Assim:

O banco de dados SDE original tinha usuários:

• SDE
• USER1
• USER2

O novo banco de dados SDE possui usuários:

• SDE
• USER1

Nossa conexão com o novo geodatabase da SDE foi feita com "USER1".

Portanto, quando carregamos o dump XML, as classes de recurso do USER2 se tornaram propriedade de USER1. Exceto que o geodatabase disse que pertencia ao USER2. Isso é um problema apenas se os recursos estiverem em um conjunto de dados de recursos.

Ao iniciar a edição, você recebe um aviso / mensagem de que existem diferentes sistemas de coordenadas na área de trabalho e pode ter problemas? Corri para isso e essa mensagem de erro que você recebe é completamente falsa. Não foi a SDE que me impediu de editar, é o ArcMap.

Eu tinha alguns shapefiles no mapa que estavam em um sistema de coordenadas do plano de estado. As camadas SDE foram adicionadas após os shapefiles, mas os shapefiles definiram o sistema de coordenadas da área de trabalho. Qualquer coisa adicionada depois disso foi transformada no sistema de coordenadas shapefile.

Também pensávamos que era a SDE, mas nem a SDE nem a Oracle estavam dando qualquer indicação de falta de direitos. Descobrimos que o sistema de coordenadas era o probelm e o ArcMap não sabia como reconciliar o erro; portanto, ele apenas o impediu de editar e culpou as permissões do banco de dados.

Acabamos reconstruindo o MXD e adicionamos os shapefiles por último, para evitar o erro do sistema de coordenadas.

Verifique novamente se você está conectado como usuário com privilégios de edição usando o sdemon (ou dê uma olhada na tabela process_information no seu esquema sde quando estiver conectado via ArcMap).

Você também precisa se certificar de que possui a Create Table Privilegesedição com versão que adicionará as tabelas A, D e I ao esquema. Além disso, qual é o esquema padrão do seu usuário do banco de dados?

Isso pode parecer bobo, mas sua conexão SDE no ArcCatalog foi alterada para ser a nova versão ou ainda está definida como padrão?

Tinha um pop-up de mensagem 'Tipo de versão de edição incorreta' ao tentar edições não versionadas nas classes de recursos em um conjunto de dados de recursos. A solução a seguir pode ajudar com aqueles que se deparam com o problema original (use com cuidado):

Registre o conjunto de dados do recurso não versionado, causando problemas na versão e, em seguida, cancele imediatamente o registro na versão. Quando o cancelamento do registro como arccatalog com versão pode notificá-lo de que há edições que não foram compactadas - eu selecionei a opção 'compactar edições na base' ao fazer oversion. Agora é possível editar classes de recursos não versionadas no conjunto de dados de recursos anteriormente problemático.

Não tenho certeza sobre as EDITs com versão (não testei), mas para as EDITs sem versão, faça o seguinte: -Vá para o botão suspenso do editor na barra de ferramentas do editor, abra a lista suspensa e clique na última entrada do menu , opções. -Uma caixa de diálogo será aberta; nessa caixa de diálogo, clique na guia Versão e, em seguida, desmarque / desmarque a primeira caixa de seleção "Editar uma versão do banco de dados com a capacidade de desfazer e refazer". -Volte para a edição inicial e deve funcionar.

que versão do arco é essa? Isso me lembra um problema que tive no oracle em que eu diferia (sei que não é possível) sistemas de coordenação em duas classes de características no mesmo conjunto de dados. Eu acho que aconteceu no 10.2 e no arco 9.2. não lembre da correção, exceto que tivemos que recarregar os dados com o sistema de coordenadas correto.