Shapefiles uitvoer naar scratch.gdb

Question

Ik heb een aangepaste geoprocessing tool gebouwd met ModelBuilder. De tool kopieert enkele feature classes naar scratch.gdb en voegt deze vervolgens samen met andere tabellen, en exporteert uiteindelijk naar andere feature classes. De tool werkte de afgelopen jaren prima. Maar vorige week trad er een uitzondering op, INFO - 2026-09-25 04:06:08,930 - Traceback (most recent call last): Bestand "D:\daily_sync\python asks ask.py", regel 39, in run retCode = self.method() Bestand "D:\daily_sync\python asks\full.py", regel 448, in connectionFile+"/"+schema+"."+"BLDG_STRUCT_10_CLUSTER")).addPreTask(task.Task("Import toolbox", lambda: arcpy.ImportToolbox(toolboxPath))), Bestand "C:\Program Files\ArcGIS\Server\ArcPy\arcpy\geoprocessing_base.py", regel 510, in return lambda *args: val(*gp_fixargs(args, True)) ExecuteError: ERROR 000229: Kan C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA niet openen Uitvoering mislukt (Spatial Join). Uitvoering mislukt (Model8). Ik ontdekte dat er shapefiles in scratch.gdb staan. Het probleem deed zich opnieuw voor, zelfs nadat ik scratch.gdb opnieuw had aangemaakt. Hoe kan ik dit probleem oplossen?

VinceAngelo · Answer

ArcGIS kan geen enkele shapefile-gegevens zien in een map die eindigt op ".gdb", en elke map die eindigt op ".gdb" maar niet de bestanden "gdb" en "timestamps" bevat samen met ~55 andere bestanden (beginnend met "a000000") is geen geldige file geodatabase.

Het aanmaken van die bestanden in een .gdb-map zou niet mogelijk moeten zijn met Esri-tools. Aangezien punt geen geldig teken is in een tabelnaam, is "C:\foo\bar\junk.gdb\ASSIGNMENT_AREA.shp" geen geldige tabelnaam. Als een ander proces shapefiles maakt en deze in een "scratch.gdb"-map stopt, zou de oplossing zijn:

* Gebruik file geodatabase, niet shapefile, als start (geen ".shp" aan het einde bij het aanmaken)
* Plaats de shapefile-componenten in een map zonder ".gdb"-achtervoegsel

We hebben mogelijk meer details nodig over de inhoud van dat model om te helpen begrijpen waarom er ongeldige gegevens worden gegenereerd.

-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

Als deze code al jaren correct draait, roept dat de vraag op of er recent een nieuwe Pro-versie of patch is toegepast. Ook heb ik iets soortgelijks gezien wanneer een file geodatabase beschadigd raakt, en ArcGIS Pro denkt dat de FGDB-map gewoon een map is en geen FGDB. In dat geval is het hebben van een back-up van de FGDB de enige optie.