Výstup Shapefile do scratch.gdb

Question

Mám vlastní geoprocesní nástroj vytvořený pomocí ModelBuilderu. Nástroj kopíruje některé feature class do scratch.gdb, poté je spojuje s jinými tabulkami a nakonec exportuje do jiných feature class. Nástroj fungoval bez problémů několik posledních let. Ale minulý týden došlo k výjimce, INFO - 2026-09-25 04:06:08,930 - Traceback (nejnovější volání naposledy): Soubor "D:\daily_sync\python asks ask.py", řádek 39, v run retCode = self.method() Soubor "D:\daily_sync\python asks\full.py", řádek 448, v connectionFile+"/"+schema+"."+"BLDG_STRUCT_10_CLUSTER")).addPreTask(task.Task("Import toolbox", lambda: arcpy.ImportToolbox(toolboxPath))), Soubor "C:\Program Files\ArcGIS\Server\ArcPy\arcpy\geoprocessing_base.py", řádek 510, v return lambda *args: val(*gp_fixargs(args, True)) ExecuteError: CHYBA 000229: Nelze otevřít C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA Nepodařilo se provést (Spatial Join). Nepodařilo se provést (Model8). Zjistil jsem, že ve scratch.gdb jsou shapefiles. Problém se opakoval i po znovuvytvoření scratch.gdb. Jak mohu problém vyřešit?

VinceAngelo · Answer

ArcGIS nevidí žádná data shapefile uvnitř složky končící na ".gdb" a jakákoli složka končící na ".gdb", která nemá soubory "gdb" a "timestamps" spolu s přibližně 55 dalšími soubory (začínajícími na "a000000"), není platná file geodatabase.

Vytvoření těchto souborů ve složce .gdb by nemělo být možné pomocí nástrojů Esri. Protože tečka není platný znak v názvu tabulky, "C:\foo\bar\junk.gdb\ASSIGNMENT_AREA.shp" není platný název tabulky. Pokud nějaký jiný proces vytváří shapefiles a ukládá je do složky "scratch.gdb", řešením by bylo buď:

* Použít file geodatabase místo shapefile od začátku (bez ".shp" na konci při vytváření)
* Umístit komponenty shapefile do složky, která NEMÁ příponu ".gdb"

Možná budeme potřebovat více podrobností o obsahu toho modelu, abychom mohli pomoci zjistit, proč jsou generována neplatná data.

-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

Pokud tento kód běží správně už roky, vyvstává otázka, zda nedávno nebyla aplikována nová verze Pro nebo záplata. Také jsem viděl něco podobného, když se souborová geodatabáze poškodí a ArcGIS Pro si myslí, že složka FGDB je jen složka a ne FGDB. V takovém případě je jedinou možností mít zálohu FGDB.