ArcGIS 파일 명명 규칙에 밑줄을 사용하면 어떤 이점이 있습니까?


11

입문 GIS 과정에서는 파일 및 폴더 이름 내의 모든 공백을 밑줄로 바꾸어야했습니다.

이것이 왜 가르치는가?

그렇게하면 분명한 이점이 있습니까?


3
조언은 공백으로 제한되어서는 안됩니다! 통찰력을 얻으려면 ArcGIS의 일부에는 1980 년대 (이전이 아닌 경우)로 돌아가는 코드가 포함되어 있습니다. 그 당시에는 디렉토리 및 파일 이름에 심각한 제한이있었습니다. 소프트웨어는 이름이 짧고 (보통 13 자 이하) 공백 이외의 특수 문자를 포함하지 않았으며 숫자로 시작하지 않았습니다. (이 설명조차도 정확하지는 않지만 가깝습니다.) 사람들은 여전히이 오래된 코드로 추적 할 수있는 신비한 문제에 부딪칩니다.
whuber

@whuber가 시작되었습니다. 그러나 공백이나 하이픈 -은 문제가되지 않습니다. 때로는 문제가없고 때로는 문제가되기도합니다. 파일 이름을 삭제하는 방법을 아는 방법을
matt wilkie

답변:


13

한 가지 이유는 공백이 여러 프로그래밍 / 스크립트 언어에서 특별한 의미를 갖기 때문입니다.

밑줄을 사용하여 파일 및 폴더의 이름을 지정하는 습관을들이는 것이 좋습니다. 일부 언어에서는 ""(공백)이 줄 바꿈으로 취급되지 않기 때문입니다.

예- "GIS Data"라는 폴더는 잘못된 폴더 이름입니다. 스크립트 나 프로그래밍 언어로 액세스하려고하면 공간을 특별히주의해서 다루어야하기 때문입니다.

공백이 실제로 공백이며 개행이 아니라고 말하지 않으면 "GIS"와 "Data"를 별도의 폴더로 액세스하려고 시도하지만 그렇지 않습니다.

커맨드 라인의 Unix bash에서는 ls 명령을 사용하여 주어진 디렉토리의 파일과 폴더를 나열 할 수 있습니다.

ls GIS Data

결과:

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

오류!

공백이 줄 바꿈으로 처리되지 않도록 백 슬래시 '\'또는 따옴표 ''를 사용해야합니다!

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

위의 두 명령은 이제 공백을 공백으로 취급합니다.

여러 ArcGIS 지오 프로세싱 도구는 데이터 소스 경로의 어느 부분에서나 파일 또는 폴더 이름의 공백을 좋아하지 않습니다. 일반적으로 일종의 일반적인 오류 99999와 함께 실패합니다.


11

파일 이름에 공백이 있으면 실패하는 일부 지오 프로세싱 도구가 있습니다. 따라서 모두 함께 피하는 것이 가장 좋습니다.


3
Esri 소프트웨어 내에서 적용 범위 및 래스터 파일은 이름의 공백을 허용하지 않습니다. 폴더가 실제로 "문서 및 설정"(따라서 전체 경로 이름에 공백을 도입 함)을 기반으로하므로 Windows 데스크탑에 데이터 세트를 배치하는 것이 문제가되었습니다. 셰이프 파일은 훨씬 더 관대하고 공간이 가능하며 피쳐 클래스는 이제 공간을 가질 수 있고 충돌 할 수는 없지만 오래된 습관은 열심히 죽습니다. 나는 Jeff Berry에 동의합니다-피하는 것이 가장 좋습니다.
dianamaps 17

2

간단히 말해서-명령 줄의 공백은 구분 기호로 처리되기 때문입니다. 그래서:

delete C:\directory\file number 1.shp

따옴표를 추가하지 않고 대부분의 운영 체제 명령 행에서 작동하지 않습니다.

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

많은 GIS 도구는 명령 줄 기반이므로 명령 줄이 일반적인 환경에있을 경우 밑줄을 사용하는 것이 더 간단합니다. 당신이 단지 Windows 사용자라면 공백을 남겨두고 도망 갈 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.