Fehlerbehebung bei Bearbeitungsfunktionen in Feature-Datasets mit ArcMap / ArcSDE Oracle

8

Ich habe Probleme beim Bearbeiten einer Feature-Class, die sich in einem Feature-Dataset befindet.

Wir haben in ArcMap nur die einzelne Feature-Class als Layer hinzugefügt und verwenden zum Bearbeiten die Funktion "Bearbeitung starten" in der Bearbeitungssymbolleiste.

ArcMap meldet: "Alle Datenquellen in der Karte sind als versioniert registriert, oder Sie haben keine Berechtigung zum Ändern von Datenquellen, die nicht als versioniert registriert sind."

Die Datenbank und das Feature-Dataset sind versioniert. Wir haben dies mit ArcCatalog bestätigt. Wir können auch keine nicht versionierten Änderungen vornehmen.

Wir haben ausgewählt, eine Version aus den Optionen der Bearbeitungssymbolleiste zu bearbeiten.

sdelayer meldet, dass der verbindende Benutzer (auch der Schemabesitzer) über die Berechtigungen SELECT, INSERT, UPDATE und DELETE für die Ebene verfügt.

Oracle dba_tab_privsberichtet, dass wir die Berechtigungen SELECT, INSERT, UPDATE und DELETE für die Geschäftstabelle haben.

Wenn ich mit dem SDE-Benutzer eine Verbindung zur Geodatabase herstelle, kann ich dem Schemabesitzer keine neuen Berechtigungen für das Feature-Dataset gewähren. ArcCatalog meldet einen Automatisierungsfehler.

Wenn ich als Schemabesitzer eine Verbindung zur Geodatabase herstelle, kann ich dem Feature-Dataset neue Berechtigungen (für "mich") erteilen. Ich weiß jedoch nicht, ob sie etwas bewirkt haben.

Dies ist ArcGIS 9.3.1.

Was ist übrig? Gibt es sichere Lösungen?

UPDATE : Ich habe die Feature-Class in eine neue kopiert (außerhalb des Featuredataset), die ich bearbeiten kann. Wenn ich die Feature-Class in das Feature-Dataset einfüge, kann ich das nicht. Was hat das letzte Wort zu den Berechtigungen für Feature-Datasets?

Ich muss ausbügeln, was ArcMap zu der Annahme veranlasst, dass "Ihnen Berechtigungen zum Ändern von Datenquellen fehlen" .

Die betreffende Feature-Class verfügt über viele (Hunderte) Beziehungsklassen. Ich vermute, dass dies die Ursache meiner Probleme ist. Ich werde eine separate Frage zu diesen stellen ...

Walker
quelle
Können Sie mit nicht versionierter Bearbeitung bearbeiten?
Derek Swingley
Nein, das funktioniert auch nicht.
Walkerer
Können Sie etwas in Ihrer GDB bearbeiten?
Derek Swingley
1
Wurden Berechtigungen mithilfe von ESRI-Tools zugewiesen? Und wurden sie auf der Ebene des Feature-Datasets zugewiesen? Weder sdelayer noch dba_tab_privs sind geodatabase-fähig (sie kennen keine Feature-Datasets), daher müssen Sie möglicherweise die Berechtigungen für Ihr Feature-Dataset neu zuweisen. Ich bin mir immer noch nicht sicher, warum Sie nicht als Schemabesitzer bearbeiten können. Möglicherweise ist es an der Zeit, sich an den Support zu wenden.
Derek Swingley

Antworten:

5

Ich glaube, dass das Problem durch das Laden eines XML-Geodatabase-Exports in SDE ausgelöst wurde. Der ursprüngliche Export hatte Geodaten, die einem Benutzer gehörten, der beim Laden der Daten nicht in der Datenbank vorhanden war. Folglich wurden die Daten Eigentum des in der Verbindung angegebenen Benutzers (anstelle des in der Geodatabase angegebenen Benutzers). So:

Die ursprüngliche SDE-Datenbank hatte Benutzer:

  • SDE
  • USER1
  • USER2

Neue SDE-Datenbank hat Benutzer:

  • SDE
  • USER1

Unsere Verbindung zur neuen SDE-Geodatabase wurde mit "USER1" hergestellt.

Als wir den XML-Dump geladen haben, wurden die Feature-Classes von USER2 Eigentum von USER1. Außer die Geodatabase sagte, dass sie zu USER2 gehörten. Dies ist nur dann ein Problem, wenn sich die Features in einem Feature-Dataset befinden.

Walker
quelle
1
Konnten Sie die Angelegenheit klären? Ich stehe auch vor einem ähnlichen Problem und keine der oben genannten Lösungen hat für mich funktioniert. pomi
Das Problem wurde durch Löschen und erneutes Importieren des Datasets behoben, außer dass alle möglichen Benutzer erstellt wurden, sodass der Besitz im Feature-Dataset wiederhergestellt wurde.
Walkerer
2

Erhalten Sie zu Beginn der Bearbeitung eine Warnung / Meldung, dass sich im Arbeitsbereich unterschiedliche Koordinatensysteme befinden und möglicherweise Probleme auftreten? Ich bin auf diese und jene Fehlermeldung gestoßen, die Sie erhalten, ist völlig falsch. SDE hat mich nicht am Bearbeiten gehindert, es ist ArcMap.

Ich hatte ein paar Shapefiles auf der Karte, die sich in einem Koordinatensystem der Staatsebene befanden. Die SDE-Ebenen wurden nach den Shapefiles hinzugefügt, aber die Shapefiles definierten das Koordinatensystem des Arbeitsbereichs. Alles, was danach hinzugefügt wurde, wurde in das Shapefile-Koordinatensystem umgewandelt.

Wir dachten, es sei auch SDE, aber weder SDE noch Oracle gaben Hinweise auf ein Problem mit fehlenden Rechten. Wir haben herausgefunden, dass das Koordinatensystem das Problem ist und ArcMap nicht wusste, wie der Fehler in Einklang gebracht werden kann. Daher haben Sie nur daran gehindert, die Datenbank zu bearbeiten, und die Datenbankberechtigungen dafür verantwortlich gemacht.

Am Ende haben wir das MXD neu erstellt und die Shapefiles als letztes hinzugefügt, um den Koordinatensystemfehler zu vermeiden.

DTMiller
quelle
Alle Daten wurden in SDE geladen, aber dies ist eine wirklich gute Antwort für Leute, die diese Situation treffen.
Walkerer
1

Überprüfen Sie mithilfe von sdemon, ob Sie als Benutzer mit Bearbeitungsrechten verbunden sind (oder sehen Sie sich die Tabelle process_information in Ihrem SDE-Schema an, wenn Sie über ArcMap verbunden sind).

Derek Swingley
quelle
sdemon und process_information melden, dass ich mit dem Schemabesitzer verbunden bin.
Walkerer
1

Sie müssen auch sicherstellen, dass Sie Create Table Privilegesdie A-, D- und I-Tabellen zum Schema hinzufügen, da die versionierte Bearbeitung dem Schema hinzugefügt wird. Was ist auch das Standardschema Ihres Datenbankbenutzers?

Das mag albern klingen, aber wird Ihre SDE-Verbindung in ArcCatalog in die neue Version geändert oder immer noch auf die Standardeinstellung gesetzt?

CDBrown
quelle
Wir haben die Version so konfiguriert, dass Änderungen automatisch an DEFAULT zurückgesendet werden. Der Datenbankbenutzer ist der Schemabesitzer, und sein eigenes Schema ist der Standard. Der Datenbankbenutzer kann Tabellen in seinem eigenen Schema UND im SDE-Schema erstellen. Es ist nur der Feature-Datensatz, der (irgendwie ...)
stört
Probieren Sie es aus - klicken Sie in ArcCatalog mit der rechten Maustaste auf das FDS, während Sie als SDE-Benutzer angemeldet sind - wählen Sie Berechtigungen aus, geben Sie im GP-Tool den Benutzer ein, den Sie verwenden möchten - Erteilen Sie die Berechtigungen zum Anzeigen und Bearbeiten - Führen Sie das Tool aus - Erstellen Sie eine neue Version - Erstellen Sie eine neue Verbindung, die auf die neue untergeordnete Version verweist. - Fügen Sie ArcMap Daten mit der neuen Verbindungsdatei hinzu.
Testbearbeitung
1

Beim Versuch, nicht versionierte Änderungen an Feature-Classes in einem Feature-Dataset vorzunehmen, wurde das Meldungsfenster "Versionstyp falsch bearbeiten" angezeigt. Die folgende Lösung kann bei Problemen helfen, bei denen das ursprüngliche Problem auftritt (mit Vorsicht verwenden):

Registrieren Sie das nicht versionierte Feature-Dataset, das Probleme verursacht, als versioniert und heben Sie die Registrierung sofort als versioniert auf. Wenn Sie die Registrierung als versioniertes Arccatalog aufheben, werden Sie möglicherweise darüber informiert, dass Änderungen nicht komprimiert wurden. Ich habe beim Aufheben der Version die Option "Änderungen auf Basis komprimieren" ausgewählt. Jetzt können nicht versionierte Feature-Classes unter dem zuvor problematischen Feature-Dataset bearbeitet werden.

Dion
quelle
0

Sie sind sich nicht sicher über die versionierten EDITs (ich habe sie nicht getestet), aber für die nicht versionierten EDITs gehen Sie wie folgt vor: - Gehen Sie zur Dropdown-Schaltfläche des Editors in der Editor-Symbolleiste, öffnen Sie die Dropdown-Liste und klicken Sie auf den letzten Menüeintrag , Optionen. - In diesem Dialogfeld wird ein Dialogfeld geöffnet. Klicken Sie auf die Registerkarte "Versionierung" und deaktivieren Sie dann das erste Kontrollkästchen "Eine Version der Datenbank mit der Möglichkeit zum Rückgängigmachen und Wiederherstellen bearbeiten". -Gehen Sie zurück zum Start der Bearbeitung und es sollte funktionieren.


quelle
mwalker sagte in seinem ursprünglichen Beitrag: "Wir können auch keine nicht versionierten Änderungen vornehmen."
Derek Swingley
0

Welche Version von Arc ist das? Dies erinnert mich an ein Problem, das ich in Oracle hatte, wo ich unterschiedliche (ich weiß, dass dies nicht möglich sein sollte) Koordinatensysteme für zwei Feature-Classes im selben Datensatz hatte. Ich denke, das ist auf 10.2 und Bogen 9.2 passiert. Ich erinnere mich nicht an das Update, außer dass wir die Daten mit dem richtigen Koordinatensystem neu laden mussten.

Brad Nesom
quelle
Es ist Arc 9.3.1 SP1. Ich werde die Datenbank abfragen, um festzustellen, ob etwas einen anderen Raumbezug hat.
Walkerer