Saídas de Shapefiles para scratch.gdb

Question

Eu tenho uma ferramenta de geoprocessamento personalizada criada com ModelBuilder. A ferramenta copia algumas classes de feição para scratch.gdb e depois faz junção com outras tabelas, finalmente exportando para outras classes de feição. A ferramenta funcionou bem nos últimos anos. Mas ocorreu uma exceção na semana passada, INFO - 2026-09-25 04:06:08,930 - Rastreamento (última chamada mais recente): Arquivo "D:\daily_sync\python asks ask.py", linha 39, em run retCode = self.method() Arquivo "D:\daily_sync\python asks\full.py", linha 448, em connectionFile+"/"+schema+"."+"BLDG_STRUCT_10_CLUSTER")).addPreTask(task.Task("Import toolbox", lambda: arcpy.ImportToolbox(toolboxPath))), Arquivo "C:\Program Files\ArcGIS\Server\ArcPy\arcpy\geoprocessing_base.py", linha 510, em return lambda *args: val(*gp_fixargs(args, True)) ExecuteError: ERRO 000229: Não é possível abrir C:\Users\aaaaa\AppData\Local\Temp\scratch.gdb\ASSIGNMENT_AREA Falha ao executar (Spatial Join). Falha ao executar (Model8). Eu descobri que há shapefiles em scratch.gdb. O problema se repetiu mesmo após eu recriar o scratch.gdb. Como posso resolver esse problema?

VinceAngelo · Answer

ArcGIS não consegue ver nenhum dado shapefile dentro de uma pasta que termina em ".gdb", e qualquer pasta que termina em ".gdb" que não tenha os arquivos "gdb" e "timestamps" com cerca de 55 outros arquivos (começando com "a000000") não é um geodatabase de arquivo válido.

Criar esses arquivos em uma pasta .gdb não deveria ser possível com as ferramentas Esri. Como ponto não é um caractere válido em um nome de tabela, "C:\foo\bar\junk.gdb\ASSIGNMENT_AREA.shp" não é um nome de tabela válido.  Se algum outro processo está criando shapefiles e colocando-os em uma pasta "scratch.gdb", a solução seria:

* Usar geodatabase de arquivo, não shapefile, para começar (sem ".shp" no final durante a criação)
* Colocar os componentes do shapefile em uma pasta que NÃO tenha o sufixo ".gdb"

Podemos precisar de mais detalhes sobre o conteúdo desse modelo para ajudar a entender por que dados inválidos estão sendo gerados.

-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

Se este código está funcionando corretamente há anos, isso levanta a questão de saber se uma nova versão Pro ou patch foi aplicado recentemente. Além disso, já vi algo semelhante quando um file geodatabase fica corrompido, e o ArcGIS Pro pensa que a pasta FGDB é apenas uma pasta e não um FGDB. Nesse caso, ter um backup do FGDB é a única opção.