안녕하세요.
GDAL/OGR 1.9가 발표되었기에 알려 드립니다.
이번에 자료를 핸들링할 수 있는 드라이버들이 많이 추가된 것 같네요. DWG와 GeoMedia도 추가되었네요.
상세한 내용은 http://trac.osgeo.org/gdal/wiki/Release/1.9.0-News 참조하세요.
OSGeo 한국어 지부
---
GDAL/OGR 1.9.0 Release Notes
New GDAL drivers: ACE2, CTG, E00GRID, ECRGTOC, GRASSASCIIGrid, GTA,
NGSGEOID, SNODAS, WebP, ZMap
New OGR drivers: ARCGEN, CouchDB, DWG, EDIGEO, FileGDB, Geomedia, GFT,
IDRISI, MDB, SEGUKOOA, SEGY, SVG, XLS
Significantly improved drivers: NetCDF
Encoding support for shapefile/dbf (#882)
RFC 35: Delete, reorder and alter field definitions of OGR layers
RFC 37: Add mechanism to provide user data to CPLErrorHandler (#4295)
gdalsrsinfo: new supported utility to report SRS in various form
(supercedes testepsg)
'OSGeo 소식' 카테고리의 다른 글
GRASS GIS 6.4.2 발표 (0) | 2012.02.21 |
---|---|
FOSS4G 2013 유치의향서 제출이 시작되었습니다. (0) | 2012.02.21 |
Google Summer of Code 안내 (0) | 2012.02.15 |
OSGeo 한국어 지부 2011년 활동 보고 (0) | 2012.02.14 |
OpenGeo Suite 2.4.4 발표 - 한국 EPSG 코드 모두 지원 (0) | 2012.01.12 |
GDAL/OGR 1.9 발표 (11) | 2012.01.11 |
댓글을 달아 주세요
1.9로 버전 올리니깐.. 한글이 깨지는데.. 왜그런지 혹시 알수있을까요?
안녕하세요.
어느 상황에서 어떻게 한글이 깨지는지를 자세히 설명해 주시면 증상을 파악하는데 도움이 될 것 같습니다.
감사합니다.
C:\테스트\테스트.shp 와 같이 한글 경로가 들어있을때 : 이건 UTF-8로 바꿔서 열긴햇는데
필드 얻어올때 한글값도 깨지구요 : 이것도 안깨지게 수정하긴했습니다..
뭐 이런식으로 한글만 들어가면 다 깨지구요, 고치라고 하면 고칠기야 하겠지만, 예전 소스 그대로 에 버전만 올렷을뿐인데 sql 적용도 안되고.. 이것저것 안되네요..
기능은 많이 좋아졌는데 한글이 안되니 너무 힘들어요ㅠㅠ
GDAL라이브러리 문자열 인코딩을 대부분 UTF-8 및 UTF-16으로 바꾼 것으로 보입니다. 라이브러리로 들어오는 문자열을 무조건 UTF-8이라고 가정하고 로직이 진행되는 것으로 보입니다.
VisualStudio 2005 이상에서 프로그램 매 문자열 처리를 유니코 바탕으로 하시게 프로그램을 시작하셨다면 문제가 없었을 듯 한데 아마 그러지 않으신 듯 하군요.
아마 매크로를 써서 문자열이 들어오는 부분에서 UTF-8로 바꿔주도록 수정해야 하지 않을까 싶습니다.
자세한 내용은 다음 URL을 참고하세요.
http://blog.naver.com/niemiskai/100148333305
http://www.devpia.com/MAEUL/Contents/Detail.aspx?BoardID=51&MAEULNO=20&no=8122
장비님//
vs2008에서 유니코드로 프로젝트를 시작하면
기본문자열을 UTF-16으로 잡기 때문에
결국 입력 문자열을 UTF-8로 다시 컨버팅
해줘야만 합니다..
안녕하세요.
여기서 논의되고 있는 내용들을 OSGeo 한국어 지부 메일링 리스트 혹은 GDAL 개발자 메일링 리스트를 통해 논의해 보는 것은 어떨까요?
이야... GDAL 정말... 감격했네요..ㅎㅎ
;
파일명을 UTF8로 고정하는 플래그가 설정되어 있을줄이야...
레이어 open 루틴을 쭈욱 따라가다보면 cpl_vsil_win32.cpp에 있는
VSIWin32FilesystemHandler::Open 함수를 타게 됩니다..
중간옵션체크 부분을 보면
if( CSLTestBoolean(
CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "YES" ) ) )
부분이 있습니다.. 여기서 YES인경우 CreateFileW 함수를 타게욉니다.
그렇다면 NO라고 값을 설정하면 아무 문제 없겠다고 생각했습니다.
프로그램 로딩이후 초기화 루틴 아무곳에서 (저는 InitInstance 함수에서 걸었습니다.)
CPLSetConfigOption("GDAL_FILENAME_IS_UTF8","NO"
라고 셋팅해주시면 파일경로를 eucKR(흔히 많이 사용하는 char*)로 넘겨주실수 있습니다.
ㅎㅎ
제가 인용한 글의 원 주인이신 딜레마님께서 멋지게 결론을 내려주셨내요.
저는 직접 해본것이 아니라서 글쓰기가 망설여 졌었는데 참 다행입니다.
딜레마님께서 이 내용을 정리하셔서 OSGeo 한국어 지부 메일링 리스트로 많은 이들에게 전파해 주신다면 더욱 좋을 듯 합니다.
안녕하세요.
아주 중요한 정보를 제공해 주셨네요.
장비님의 제안처럼 해당 내용을 정리하셔서 OSGeo 한국어 지부 메일링 리스트로도 공유해 주시면 감사하겠습니다.
저는 오늘 GDAL 개발잘 Mailing List로 문의를 해볼까 생각 중이었네요.. ㅎ
C# 스타일입니다. 혹시나 필요 하신분 계실까바 올려요
;
OSGeo.GDAL.Gdal.SetConfigOption("GDAL_FILENAME_IS_UTF8", "NO"
좋은 정보에 감사 드립니다. 앞으르도 많은 활동 기대합니다.!