Shapefiles Ausgabe in scratch.gdb

Question

Ich habe ein benutzerdefiniertes Geoverarbeitungswerkzeug, das mit ModelBuilder erstellt wurde. Das Werkzeug kopiert einige Feature-Classes in scratch.gdb und führt dann eine Verknüpfung mit anderen Tabellen durch, um schließlich in andere Feature-Classes zu exportieren. Das Werkzeug lief in den letzten Jahren einwandfrei. Aber letzte Woche trat eine Ausnahme auf, INFO - 2026-09-25 04:06:08,930 - Rückverfolgung (letzter Aufruf zuletzt): Datei "D:\daily_sync\python asks ask.py", Zeile 39, in run retCode = self.method() Datei "D:\daily_sync\python asks\full.py", Zeile 448, in connectionFile+"/"+schema+"."+"BLDG_STRUCT_10_CLUSTER")).addPreTask(task.Task("Import toolbox", lambda: arcpy.ImportToolbox(toolboxPath))), Datei "C:\Program Files\ArcGIS\Server\ArcPy\arcpy\geoprocessing_base.py", Zeile 510, in return lambda *args: val(*gp_fixargs(args, True)) ExecuteError: FEHLER 000229: Kann C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA nicht öffnen Ausführung von (Spatial Join) fehlgeschlagen. Ausführung von (Model8) fehlgeschlagen. Ich habe festgestellt, dass sich Shapefiles in scratch.gdb befinden. Das Problem trat erneut auf, selbst nachdem ich scratch.gdb neu erstellt habe. Wie kann ich das Problem lösen?

VinceAngelo · Answer

ArcGIS kann keine Shapefile-Daten in einem Ordner mit der Endung ".gdb" erkennen, und jeder Ordner mit der Endung ".gdb", der nicht die Dateien "gdb" und "timestamps" zusammen mit etwa 55 anderen Dateien (beginnend mit "a000000") enthält, ist keine gültige File-Geodatabase.

Das Erstellen dieser Dateien in einem .gdb-Ordner sollte mit Esri-Tools nicht möglich sein. Da Punkt kein gültiges Zeichen in einem Tabellennamen ist, ist "C:\foo\bar\junk.gdb\ASSIGNMENT_AREA.shp" kein gültiger Tabellenname. Wenn ein anderer Prozess Shapefiles erstellt und sie in einen "scratch.gdb"-Ordner legt, wäre die Lösung entweder:

* Verwenden Sie eine File-Geodatabase anstelle von Shapefiles (während der Erstellung kein ".shp" am Ende)
* Legen Sie die Shapefile-Komponenten in einen Ordner ohne ".gdb"-Endung

Wir benötigen möglicherweise weitere Details zum Inhalt dieses Modells, um herauszufinden, warum ungültige Daten erzeugt werden.

-V

AlfredBaldenweck · Answer

Yeah, I'm a little confused.

You definitely have a shapefile in an (otherwise) empty folder that says "gdb" on it. Not sure exactly what's happening to get you to this point, but my expectation is that Pro is expecting a file geodatabase featureclass, and you're feeding it a shapefile that happens to live in a folder that is labeled as a file geodatabase but is not actually.

Easiest fix is to try just changing the path to C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA.shp, but that ".gdb" in the path may still cause problems (ever had someone unzip a file geodatabase on you? you get \…\file.gdb\file.gdb\assignment and it causes all sorts of problems when scripting.

Pro looks for file geodatabases by 1) the extension on the folder and 2) checking for some system files found in all file geodatabases. So my next question is: How are you recreating the scratch gdb? Are you doing it through Pro's Catalog, or via arcpy, or somehow else?

JoshuaBixby · Answer

Wenn dieser Code jahrelang korrekt ausgeführt wurde, stellt sich die Frage, ob kürzlich eine neue Pro-Version oder ein Patch angewendet wurde. Außerdem habe ich etwas Ähnliches gesehen, wenn eine File-Geodatabase beschädigt wird und ArcGIS Pro den FGDB-Ordner nur als normalen Ordner und nicht als FGDB erkennt. In diesem Fall ist eine Sicherungskopie der FGDB die einzige Option.