Sortie des Shapefiles vers scratch.gdb

Question

J'ai un outil de géotraitement personnalisé créé avec ModelBuilder. L'outil copie certaines classes d'entités dans scratch.gdb, puis effectue une jointure avec d'autres tables, et enfin exporte vers d'autres classes d'entités. L'outil fonctionnait bien ces dernières années. Mais une exception s'est produite la semaine dernière, INFO - 2026-09-25 04:06:08,930 - Traceback (most recent call last) : Fichier "D:\daily_sync\python asks ask.py", ligne 39, dans run retCode = self.method() Fichier "D:\daily_sync\python asks\full.py", ligne 448, dans connectionFile+"/"+schema+"."+"BLDG_STRUCT_10_CLUSTER")).addPreTask(task.Task("Import toolbox", lambda: arcpy.ImportToolbox(toolboxPath))), Fichier "C:\Program Files\ArcGIS\Server\ArcPy\arcpy\geoprocessing_base.py", ligne 510, dans return lambda *args: val(*gp_fixargs(args, True)) ExecuteError : ERREUR 000229 : Impossible d'ouvrir C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA Échec de l'exécution (Spatial Join). Échec de l'exécution (Model8). J'ai constaté qu'il y a des shapefiles dans scratch.gdb. Le problème s'est répété même après avoir recréé scratch.gdb. Comment puis-je résoudre ce problème ?

VinceAngelo · Answer

ArcGIS ne peut pas voir aucune donnée shapefile dans un dossier se terminant par ".gdb", et tout dossier se terminant par ".gdb" qui ne contient pas les fichiers "gdb" et "timestamps" avec environ 55 autres fichiers (commençant par "a000000") n'est pas une géodatabase fichier valide.

La création de ces fichiers dans un dossier .gdb ne devrait pas être possible avec les outils Esri. Puisque point n'est pas un caractère valide dans un nom de table, "C:\foo\bar\junk.gdb\ASSIGNMENT_AREA.shp" n'est pas un nom de table valide.  Si un autre processus crée des shapefiles et les place dans un dossier "scratch.gdb", la solution serait soit :

* Utiliser une géodatabase fichier, pas un shapefile, pour commencer (pas de ".shp" à la fin lors de la création)
* Placer les composants du shapefile dans un dossier NE possédant PAS le suffixe ".gdb"

Nous pourrions avoir besoin de plus de détails sur le contenu de ce modèle pour aider à comprendre pourquoi des données invalides sont générées.

-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

Si ce code fonctionne correctement depuis des années, cela soulève la question de savoir si une nouvelle version Pro ou un correctif a été récemment appliqué. De plus, j'ai vu quelque chose de similaire lorsque une géodatabase fichier est corrompue, et ArcGIS Pro considère que le dossier FGDB est simplement un dossier et non une FGDB. Dans ce cas, la seule option est d'avoir une sauvegarde de la FGDB.