Salida de Shapefiles a scratch.gdb

Question

Tengo una herramienta de geoprocesamiento personalizada creada con ModelBuilder. La herramienta copia algunas clases de entidades a scratch.gdb y luego las une con otras tablas, finalmente exporta a otras clases de entidades. La herramienta ha funcionado bien durante los últimos años. Pero ocurrió una excepción la semana pasada, INFO - 2026-09-25 04:06:08,930 - Rastreo (última llamada más reciente): Archivo "D:\daily_sync\python asks ask.py", línea 39, en run retCode = self.method() Archivo "D:\daily_sync\python asks\full.py", línea 448, en connectionFile+"/"+schema+"."+"BLDG_STRUCT_10_CLUSTER")).addPreTask(task.Task("Importar toolbox", lambda: arcpy.ImportToolbox(toolboxPath))), Archivo "C:\Program Files\ArcGIS\Server\ArcPy\arcpy\geoprocessing_base.py", línea 510, en return lambda *args: val(*gp_fixargs(args, True)) ExecuteError: ERROR 000229: No se puede abrir C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA Error al ejecutar (Spatial Join). Error al ejecutar (Model8). Encontré que hay shapefiles en scratch.gdb. El problema se repitió incluso después de que recreé scratch.gdb. ¿Cómo puedo resolver el problema?

VinceAngelo · Answer

ArcGIS no puede ver ningún dato de shapefile dentro de una carpeta que termine en ".gdb", y cualquier carpeta que termine en ".gdb" que no tenga los archivos "gdb" y "timestamps" junto con ~55 otros archivos (que comienzan con "a000000") no es una geodatabase de archivos válida.

Crear esos archivos en una carpeta .gdb no debería ser posible con las herramientas de Esri. Dado que punto no es un carácter válido en un nombre de tabla, "C:\foo\bar\junk.gdb\ASSIGNMENT_AREA.shp" no es un nombre de tabla válido.  Si algún otro proceso está creando shapefiles y colocándolos en una carpeta "scratch.gdb", la solución sería:

* Usar geodatabase de archivos, no shapefile, para empezar (sin ".shp" al final durante la creación)
* Colocar los componentes del shapefile en una carpeta que NO tenga el sufijo ".gdb"

Podríamos necesitar más detalles sobre el contenido de ese modelo para ayudar a entender por qué se están generando datos inválidos.

-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 este código ha estado funcionando correctamente durante años, surge la pregunta de si recientemente se aplicó una nueva versión Pro o un parche. Además, he visto algo similar cuando una geodatabase de archivos se corrompe, y ArcGIS Pro piensa que la carpeta FGDB es solo una carpeta y no una FGDB. En este caso, tener una copia de seguridad de la FGDB es la única opción.