Vantagem (s) do uso de sublinhados nas convenções de nomenclatura de arquivos do ArcGIS?

11

Em um curso introdutório de GIS, foi insistido que todos os espaços nos nomes de arquivos e pastas sejam substituídos por sublinhados.

Por que isso é ensinado?

Existe um benefício claro de fazer isso?

pecado
fonte
3
O conselho não deve se limitar a espaços! Para um insight, considere que partes do ArcGIS contêm código que remonta aos anos 80 (se não antes). Naquela época, havia sérias limitações nos nomes de diretório e arquivo: o software assumia nomes curtos (geralmente 13 caracteres ou menos), não continha caracteres especiais além de espaços e não começava com um dígito numérico. (Mesmo essa descrição não está exatamente correta, mas está próxima.) As pessoas ainda enfrentam problemas misteriosos rastreáveis ​​a esse código antigo.
whuber
@whuber está em alta. Não são apenas os espaços, hífens, -também causam problemas, porque às vezes eles estão bem e às vezes não. Veja um método de script de arco para limpar um nome de arquivo?
22612 Mattel - São

Respostas:

13

Um dos motivos é que os espaços têm um significado especial em várias linguagens de programação / script.

Criar o hábito de nomear arquivos e pastas com sublinhados é uma boa prática, pois os "" (espaços) não serão tratados como uma nova linha por alguns idiomas.

Exemplo - Uma pasta chamada "Dados GIS" é um nome de pasta incorreto. Isso porque se eu tentar acessá-lo com um script ou alguma linguagem de programação, tenho que tratar os espaços com cuidado especial.

Se eu não disser que os espaços são de fato espaços e não novas linhas, ele tentará acessar "GIS" e "Dados" como pastas separadas, mas não são.

No Unix bash, na linha de comando, posso usar o comando ls para listar os arquivos e pastas em um determinado diretório.

ls GIS Data

Resultado:

ls: GIS: No such file or directory
ls: Data: No such file or directory

Erro!

Agora eu tenho que usar barras invertidas '\' ou aspas '' para impedir que os espaços sejam tratados como novas linhas!

ls '1 2 3' or ls 1\ 2\ 3

Os dois comandos acima agora tratam os espaços como espaços.

Várias ferramentas de geoprocessamento do ArcGIS não gostam de espaços nos nomes de arquivos ou pastas em QUALQUER parte do caminho para a fonte de dados. Eles geralmente falham com algum tipo de erro genérico 99999.

SaultDon
fonte
11

Existem algumas ferramentas de geoprocessamento que falharão se houver espaços nos nomes dos arquivos. Portanto, é melhor evitá-los todos juntos.

Jeff Berry
fonte
3
No software Esri, coberturas e arquivos rasterizados nunca toleravam espaços nos nomes. A colocação de conjuntos de dados em uma área de trabalho do Windows foi / é problemática porque a pasta é realmente baseada em "Documentos e configurações" (introduzindo espaços no nome do caminho inteiro). Os shapefiles são muito mais tolerantes e os espaços são possíveis, e acredito que as classes de recursos agora podem ter um espaço e não falhar, mas os velhos hábitos são difíceis. Eu concordo com Jeff Berry - melhor evitá-los.
Dianamaps
2

Simplificando - é porque os espaços nas linhas de comando são tratados nos delimitadores. Então:

delete C:\directory\file number 1.shp

não funcionará na maioria das linhas de comando do sistema operacional sem adicionar aspas:

delete "C:\directory\file number 1.shp"

Muitas ferramentas GIS são baseadas em linha de comando; portanto, é mais simples usar sub-pontuações se você estiver em um ambiente em que a linha de comando seja comum. Se você é apenas um usuário do Windows, provavelmente poderá sair apenas deixando espaços.

GIS-Jonathan
fonte