Solucionar problemas de edición de entidades en dataset de entidades con ArcMap / ArcSDE Oracle

Tengo problemas para editar una clase de entidad que está en un conjunto de datos de entidad.

Hemos agregado solo la clase de entidad única como una capa en ArcMap y estamos utilizando la función "Iniciar edición" en la barra de herramientas Edición para editar.

ArcMap informa que "Todas las fuentes de datos en el mapa están registradas como versionadas o carece de privilegios para modificar las fuentes de datos que no están registradas como versionadas".

La base de datos y el conjunto de datos de características están versionados. Confirmamos esto con ArcCatalog. Tampoco podemos realizar ediciones no versionadas.

Hemos seleccionado editar una versión de las opciones de la barra de herramientas Edición.

sdelayer informa que el usuario que se conecta (también el propietario del esquema) tiene permisos SELECT, INSERT, UPDATE, DELETE en la capa.

Oracle dba_tab_privsinforma que tenemos permisos SELECT, INSERT, UPDATE, DELETE en la mesa de negocios.

Si me conecto a la geodatabase con el usuario SDE, no puedo otorgar nuevos privilegios al propietario del esquema para el conjunto de datos de características. ArcCatalog informa un error de automatización.

Si me conecto a la geodatabase como el propietario del esquema, puedo otorgar nuevos privilegios (para "mí mismo") al conjunto de datos de características. Sin embargo, no sé si han tenido algún efecto.

Esto es ArcGIS 9.3.1.

¿Lo que queda? ¿Hay alguna solución segura?

ACTUALIZACIÓN : Copié la clase de entidad a una nueva (ubicada fuera del conjunto de datos de entidad), que puedo editar. Cuando pongo la clase de entidad dentro del conjunto de datos de entidad, no puedo. ¿Qué tiene la última palabra sobre los permisos del conjunto de datos de funciones?

Necesito resolver lo que está causando que ArcMap piense "te faltan privilegios para modificar las fuentes de datos" .

La clase de entidad en cuestión tiene muchas (cientos) de clases de relación. Sospecho que estos son la fuente de mis problemas. Haré una pregunta por separado sobre esos ...

Creo que el problema se desencadenó al cargar una exportación de geodatabase XML en SDE. La exportación original tenía geodatos que pertenecían a un usuario que no existía en la base de datos cuando se cargaron los datos. En consecuencia, los datos pasaron a ser propiedad del usuario especificado en la conexión (en lugar del usuario al que se hace referencia en la geodatabase) Así:

La base de datos SDE original tenía usuarios:

• SDE
• USUARIO1
• USUARIO2

La nueva base de datos SDE tiene usuarios:

• SDE
• USUARIO1

Nuestra conexión con la nueva geodatabase SDE se realizó con "USER1".

Entonces, cuando cargamos el volcado XML, las clases de entidad de USER2 se convirtieron en propiedad de USER1. Excepto que la geodatabase dijo que pertenecían a USER2. Esto solo es un problema si las características están en un conjunto de datos de características.

Cuando comienza a editar, ¿recibe una advertencia / mensaje de que hay diferentes sistemas de coordenadas en el espacio de trabajo y puede experimentar problemas? Me encontré con esto y ese mensaje de error que recibes es completamente falso. SDE no fue el que me impidió editar, es ArcMap.

Tenía un par de archivos de forma en el mapa que estaban en un sistema de coordenadas del plano estatal. Las capas SDE se agregaron después de los archivos de forma, pero los archivos de forma definieron el sistema de coordenadas del espacio de trabajo. Cualquier cosa agregada después de eso se transformó en el sistema de coordenadas del archivo de forma.

Pensamos que también era SDE, pero ni SDE ni Oracle estaban dando indicios de falta de derechos. Descubrimos que el sistema de coordenadas era el problema y ArcMap no sabía cómo conciliar el error, por lo que simplemente le impidió editar y culpó a los permisos de la base de datos.

Terminamos reconstruyendo el MXD y agregamos los archivos de forma en último lugar para evitar el error del sistema de coordenadas.

Verifique que esté conectado como usuario con privilegios de edición utilizando sdemon (o eche un vistazo a la tabla process_information en su esquema sde cuando esté conectado a través de ArcMap).

También debe asegurarse de que tiene la Create Table Privilegesedición versionada agregará las tablas A, D e I al esquema. Además, ¿cuál es el esquema predeterminado de su usuario de base de datos?

Esto puede sonar tonto, pero ¿se ha cambiado su conexión SDE en ArcCatalog para que sea la nueva versión o aún está configurada como predeterminada?

Tenía un mensaje emergente de 'Tipo de versión de edición incorrecta' al intentar ediciones no versionadas en clases de entidad dentro de un conjunto de datos de entidad. La siguiente solución puede ayudar con aquellos que se encuentran con el problema original (usar con precaución):

Registre el conjunto de datos de características no versionadas que causan problemas con la versión e inmediatamente anule el registro como versión. Al anular el registro como versionado, arccatalog puede notificarle que hay ediciones que no se han comprimido: seleccioné la opción 'comprimir ediciones en la base' al deshacer la versión. Ahora puede editar clases de entidad no versionadas en el conjunto de datos de entidades previamente problemático.

No estoy seguro acerca de los EDIT versionados (no lo probé) pero para los EDIT no versionados, haga esto, -Vaya al botón desplegable del editor en la barra de herramientas del editor, abra el menú desplegable, haga clic en la última entrada del menú , opciones. -Se abrirá un cuadro de diálogo, en este cuadro de diálogo, haga clic en la pestaña Control de versiones y, a continuación, DESHAGA CLIC / DESACTIVAR la primera casilla de verificación "Editar una versión de la base de datos con la capacidad de deshacer y rehacer". -Vuelva a la edición de inicio y debería funcionar.

¿Qué versión de arco es esta? Esto me recuerda un problema que tuve en Oracle donde tuve diferentes sistemas de coordinación (sé que no se supone que sea posible) en dos clases de características en el mismo conjunto de datos. Creo que eso sucedió en 10.2 y el arco 9.2. No recuerdo la solución, excepto que tuvimos que volver a cargar los datos con el sistema de coordenadas correcto.