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_privs
berichtet, 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 ...
Antworten:
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:
Neue SDE-Datenbank hat Benutzer:
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.
quelle
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.
quelle
Ü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).
quelle
Sie müssen auch sicherstellen, dass Sie
Create Table Privileges
die 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?
quelle
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.
quelle
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
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.
quelle