簡介針對 Windows 7 64 位平臺下 Python 2.7 安裝 GDAL 的教程文檔面向需要使用 GDAL 處理地理空間數(shù)據(jù)的開發(fā)者特別是初次接觸時經(jīng)常遇到編譯與依賴問題的用戶。文檔詳細梳理了安裝前的環(huán)境準備包括 Visual Studio 2010、GEOS 3.3.8 與 Python 2.7并對比介紹了源碼編譯與官方 MSI 安裝兩種方案清晰標注了操作命令與目錄切換等關(guān)鍵細節(jié)。文中還給出了 swig.exe 未安裝時環(huán)境變量的配置方法以及 DLL load failed 時 bin 目錄的添加路徑方便讀者對照操作。資源僅含 1 個 docx 文檔大小約 95KB內(nèi)容涵蓋環(huán)境配置、兩種安裝路徑、安裝結(jié)果驗證以及常見錯誤排錯既有操作步驟又有附錄錯誤表便于逐項排查。整個安裝流程經(jīng)過真實環(huán)境驗證排錯思路完整按文檔操作可少走彎路。已有 628 人瀏覽學習對計劃在舊版 Windows 與 Python 環(huán)境中部署 GDAL 的用戶具有直接參考價值可有效節(jié)省自行摸索的時間。1. 老機器上裝 GDAL源碼編譯與 MSI 安裝兩條路我都走通了在 Win7 64 位這臺還在服役的老機器上給 Python 2.7 裝 GDAL是我最近做過最折騰的事不是缺 swig 就是找不到 Vcvarsall.bat好不容易裝上import gdal 又開始報 DLL 加載失敗。我把源碼編譯和官方 MSI 兩條路線都完整走通以后最大的體會是別盲目追新GDAL 1.9.2 在 2013 年的環(huán)境里遠比 1.11.0 穩(wěn)網(wǎng)上資料多到能讓你迷路但踩坑記錄也更完整。這份資源解決的是兩件事一是把 GDAL 的 C 核心裝好二是讓 Python 2.7 能 import gdal并順利讀取柵格數(shù)據(jù)。如果你跟我一樣在 Win7 64 位下用 VS2010 開發(fā)或者想快速用上測繪、遙感里的 GDAL 工具這篇筆記里的每一步命令、每一處環(huán)境變量都能讓你少走半天彎路。適合那種“機器不能換、Python 版本不能升、但功能必須跑起來”的場景。2. 安裝前的預備工作版本搭配、環(huán)境變量和 x64 命令提示符2.1 版本搭配GDAL 1.9.2 不是越老越好是剛剛好在開裝之前先把這堆版本的依賴關(guān)系捋清楚。GDAL 本身是一個 C 庫Python 要調(diào)用它不是直接通過 ctypes而是通過 SWIG 生成的包裝層。這個包裝層在編譯時會調(diào)用 Python.h 和 Python 的導入庫同時要鏈接到 gdal 的核心 DLL。也就是說你現(xiàn)在用的 Python 是哪一版、VS 是哪一版、GDAL 源碼是哪個版本三者必須能對上號。我一開始圖新鮮選了 GDAL 1.11.0結(jié)果在編譯 swig 包裝時遇到一個關(guān)于gdal_version.h宏定義錯誤滿世界找資料只找到一篇博客而且那是針對 1.9.2 的。換回 1.9.2 后同樣的操作一次通過。這個版本的“資料多”本身就是最大的優(yōu)勢——遇到問題你能快速定位到你當前版本而不是在一個泛泛的“新版”下面猜答案。GEOS 3.3.8 是個空間幾何運算庫GDAL 的 OGR 模塊在編譯時可以鏈接它。如果只是做柵格讀寫的安裝不裝 GEOS 也能跑但一旦你后續(xù)要處理矢量相交、緩沖區(qū)這類操作缺少 GEOS 的 GDAL 會在運行時直接報“GEOS support not enabled”。所以我在安裝時把 GEOS 也一并準備好。VS2010 則是這一切的編譯基石它提供 nmake 程序維護工具、C 編譯器和 vcvarsall.bat 批處理。裝了 VS2010 但不裝 VC 組件后面編譯會報“找不到 cl.exe”這一點很容易被忽略。另一個需要提前決定的是走源碼編譯還是 MSI。源碼編譯需要 VS2010 和 swig適合想了解 GDAL 架構(gòu)的人MSI 裝起來快但沒法看到中間產(chǎn)物。我這次是兩條都走了所以后續(xù)章節(jié)會分別講。提前決定路線能幫你明確安裝順序避免裝到一半才想起來缺工具。我把這組版本整理成一張表你對著匹配能省掉很多后續(xù)的“找不到頭文件”問題組件推薦版本作用注意事項操作系統(tǒng)Win7 64 位目標平臺命令提示符要用 x64 兼容版否則環(huán)境變量不完整Visual Studio2010編譯工具鏈必須包含 VC 組件提供 nmake 和 cl.exeGDAL1.9.2核心地理數(shù)據(jù)抽象庫可選 1.11.0但 1.9.2 踩坑資料更多GEOS3.3.8空間幾何運算庫編譯 GDAL 時可選依賴建議安裝Python2.7腳本環(huán)境注意是 32 位還是 64 位需與 GDAL DLL 位數(shù)一致SWIG2.10.0生成 Python 包裝代碼源碼編譯路線必需MSI 路線不需要這里要特別說一句 Python 位數(shù)的問題。Win7 64 位系統(tǒng)可以裝 32 位或 64 位的 Python 2.7而我最終用的是 32 位版本因為 GDAL 1.9.2 在 Win7 上常見的預編譯 DLL 是 32 位。如果你裝了 64 位 Python而手頭只有 32 位 gdal192.dllimport 時照樣報“找不到指定的模塊”。所以選版本時把 Python 位數(shù)和 GDAL 的位數(shù)保持一致比糾結(jié) GDAL 大版本更關(guān)鍵。2.2 用對命令提示符為什么普通 cmd 跑不了 nmake普通 cmd 窗口里沒有 nmake、cl.exe 這些編譯工具的環(huán)境變量。nmake 是 VS 自帶的程序維護工具它從 makefile.vc 里讀取編譯規(guī)則而 makefile.vc 里寫死了要調(diào)用 cl.exe 以及一堆 include/lib 路徑。這些路徑只有在執(zhí)行過 vcvarsall.bat 之后才會被設置到當前會話中。VS2010 的“Visual Studio x64 兼容工具命令提示符”就是預先調(diào)好 vcvarsall.bat 并讓它以 x64 目標架構(gòu)配置環(huán)境變量的一個快捷方式。我試過在普通 cmd 里手動 cd 到 VC 目錄運行vcvarsall.bat x64偶爾能生效但一旦目錄帶空格或路徑有特殊字符就會出錯而快捷方式不存在這個問題。正確的打開方式是點“開始 → 所有程序 → Microsoft Visual Studio 2010 → Visual Studio Tools → Visual Studio x64 兼容工具命令提示符”然后右鍵選擇“以管理員身份運行”。為什么要管理員權(quán)限因為后續(xù) nmake 會把生成的文件寫到 swig 目錄下有些目錄權(quán)限不夠會拒絕寫而且 Python 的 setup.py install 要往 C:\Program Files (x86)\Python27\Lib\site-packages 里寫 .py 和 .pyd 文件非管理員會報權(quán)限錯誤。打開后先把目錄切換到 GDAL 源碼的 swig 子目錄假設解壓在 C:\OGC\GDAL192\gdal-1.9.2cd C:\OGC\GDAL192\gdal-1.9.2\swig然后驗證環(huán)境是否就緒echo %VCINSTALLDIR%如果輸出了類似C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC的內(nèi)容說明編譯環(huán)境已經(jīng)有效若為空你需要重新用上面的快捷方式打開別繼續(xù)硬跑。除了快捷方式你還可以在普通 cmd 里執(zhí)行call C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat x64但路徑中的空格容易被轉(zhuǎn)義所以我不推薦。而且手動調(diào)用無法獲得 VS 完整的內(nèi)部變量比如_VSPROMPT。用自帶快捷方式最穩(wěn)。2.3 配置 Path提前給 swig 和 gdal192.dll 找好家無論走源碼編譯還是 MSI 安裝最后系統(tǒng)都得能找到 swig.exe 和 gdal192.dll。Swig 是源碼編譯路線的外部工具下載 swigwin-2.10.0 解壓后把 swig.exe 所在目錄比如 C:\swigwin-2.10.0加入系統(tǒng)環(huán)境變量 Path。GDAL 的 bin 目錄在源碼編譯時是C:\OGC\GDAL192\gdal-1.9.2\bin在 MSI 安裝時是C:\Program Files\GDAL192或你自己指定的安裝路徑下的 bin。操作步驟是右擊“計算機 → 屬性 → 高級系統(tǒng)設置 → 環(huán)境變量”在“系統(tǒng)變量”中找到 Path點“編輯”把這兩個目錄追加進去用分號與原有項分隔。之所以要提前配是因為 Python 在 import gdal 時通過_gdal.pyd加載 gdal192.dllWindows 的 DLL 搜索順序包括應用程序目錄、系統(tǒng)目錄、當前目錄以及 Path 中列出的目錄。如果不加 bin就一定會出現(xiàn)“DLL load failed: 找不到指定的模塊”。這個錯誤我在源碼編譯和 MSI 兩條路線里都遇到了屬于共性問題不如一開始就堵死。配置完記得把命令提示符窗口關(guān)閉重開讓新的 Path 在該會話中生效。你可以在新窗口里輸入where swig檢查 swig 是否被識別如果打印出完整路徑說明 Path 配置成功。環(huán)境變量修改后不僅命令行窗口要重開如果 Python 是直接從 IDLE 啟動的IDLE 也要重啟否則在 IDLE 里運行 import gdal 仍然會報同樣的 DLL 錯誤。這個細節(jié)我差點漏掉。另外如果你還裝了 Python 的第三方 IDE它們同樣會緩存環(huán)境變量最好全部重啟一遍。3. 源碼編譯路線nmake 生成綁定、setup.py 安裝與三處必踩的坑3.1 生成 Python 包裝nmake /f makefile.vc python 和 swig 的依賴源碼編譯路線的第一步是在 swig 目錄下執(zhí)行 nmake讓 makefile.vc 幫你生成 Python 包裝代碼。在 x64 兼容工具命令提示符中先確保當前目錄是C:\OGC\GDAL192\gdal-1.9.2\swig然后輸入nmake /f makefile.vc python這條命令的行為是先更新 setup.ini 寫入 GDAL 的安裝路徑然后 cd 到 python 子目錄調(diào)用 swig.exe 去解析 gdal 的 .i 接口定義文件生成gdal_wrap.c和osgeo/gdal.py等一整套包裝產(chǎn)物。/f參數(shù)指定 makefile 文件名因為默認文件名是 makefile而 GDAL 把 Windows 專用的規(guī)則放在 makefile.vc 里所以必須顯式指定。我第一次跑這條命令時卡在了swig.exe 不是內(nèi)部或外部命令。這就是因為機器上根本沒裝 SWIG。SWIG 是一個獨立的代碼生成工具GDAL 的源碼里只有接口文件并不附帶 swig.exe。解決辦法是下載 swigwin-2.10.0這個版本在 Python 2.7 時代是穩(wěn)定選擇。解壓后把 swig.exe 所在的整個目錄加進 Path具體方法見 2.3。配置完成后重新打開命令提示符先where swig確認能找到再重新執(zhí)行 nmake 命令。這次 nmake 會在 python 子目錄下生成一堆 .c 和 .py 文件如果沒有任何 fatal error說明包裝代碼生成成功。我建議你在執(zhí)行后查看一下swig/python/osgeo/目錄正常情況下里面會有_gdal.pyd的骨架文件注意此時還沒編譯成真正的擴展還有g(shù)dal.py、ogr.py等純 Python 包裝層文件。nmake 只負責從接口文件生成 C 源碼真正的 .pyd 要靠接下來的 setup.py 編譯。3.2 編譯擴展模塊setup.py build 與 Vcvarsall.bat 的經(jīng)典錯誤包裝代碼生成完畢就要在swig/python目錄下編譯 Python 擴展。先進入該目錄cd C:\OGC\GDAL192\gdal-1.9.2\swig\python然后運行python setup.py build python setup.py installsetup.py build的作用是調(diào)用 distutils把上一步生成的 .c 文件編譯成_gdal.pyd然后復制到build\lib.win32-2.7這樣一個臨時目錄。setup.py install則把生成的模塊和一堆 .py 文件安裝到 Python 的 site-packages 目錄里也就是C:\Program Files (x86)\Python27\Lib\site-packages\osgeo。這里幾乎所有人都會遇到unable to find Vcvarsall.bat報錯。原因在于 Python 2.7 的 distutils 默認去尋找 VS2008VC9的編譯環(huán)境因為 CPython 2.7 官方是用 VS2008 編譯的。而我機器上裝的是 VS2010VC10distutils 在注冊表里找不到 VS2008 對應的 Vcvarsall.bat就直接罷工。網(wǎng)上有好幾種解法有人用 mingw我試了因為 GDAL 的 C 代碼里用了很多微軟特有的約定mingw 根本編不過果斷放棄。一個輕量級的簡單方案是設置環(huán)境變量把 VS2010 的路徑指給 VS90COMNTOOLSset VS90COMNTOOLS%VS100COMNTOOLS%VS100COMNTOOLS是 VS2010 安裝時自動設置的系統(tǒng)環(huán)境變量指向其工具目錄比如C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools\。distutils 在找不到 VS2008 時會檢查VS90COMNTOOLS我們用這條命令把 VS2010 的工具路徑“偽裝”成 VS2008 的它就能找到 Vcvarsall.bat 了。這個 set 命令只對當前命令行窗口有效所以必須和隨后的 build/install 命令在同一個窗口里執(zhí)行。執(zhí)行 setup.py build 時控制臺會刷出大量的編譯信息其中夾著一些 warning比如宏重定義、符號截斷這些通常不影響最終結(jié)果。關(guān)鍵是看最后有沒有出現(xiàn)error C...或fatal error LNK...。我這次編譯打印了幾十條 warning嚇得我以為失敗后來發(fā)現(xiàn) install 正常import 也能用才知道那些 warning 是 GDAL 源碼里早就存在的跟我們的環(huán)境無關(guān)。所以看到 warning 別慌只要沒有硬錯誤就可以繼續(xù)。另外如果 setup.py build 過程中報找不到 Python.h說明 Python 的 include 目錄沒設置到位。雖然 distutils 會自行定位但有時 GDAL 的 makefile.vc 會在編譯選項中覆蓋 include 路徑此時需要手動指定環(huán)境變量PYTHON_INCLUDE_DIR和PYTHON_LIBRARY。不過 1.9.2 的默認配置里一般不會出這個問題我在多次嘗試中只在 1.11.0 上遇到過。3.3 install 后 import 報錯DLL 搜索路徑與 bin 目錄的真相setup.py install 成功后在命令提示符里測試導入python -c import gdal如果看到ImportError: DLL load failed: 找不到指定的模塊這并不代表編譯失敗而是 Python 在導入osgeo._gdal時找不到 gdal192.dll。_gdal.pyd是一個動態(tài)鏈接庫它內(nèi)部鏈接了gdal192.dll。Windows 在加載_gdal.pyd時會按 DLL 搜索順序去找gdal192.dll而默認順序里并不包含 GDAL 編譯產(chǎn)物的 bin 目錄。解決方法是把 bin 目錄加進 Path。源碼編譯產(chǎn)物的 bin 目錄是C:\OGC\GDAL192\gdal-1.9.2\bin里面有 gdal192.dll、gdalinfo.exe 等一系列可執(zhí)行文件和動態(tài)庫。把它加到系統(tǒng) Path 后重新打開命令行窗口再測試python -c import gdal這次會順利通過。如果你用的是 IDLE 或 Spyder配置完 Path 后必須重啟這些編輯器因為它們會緩存環(huán)境變量。我一度在 IDLE 里反復 import 失敗卻在 cmd 里成功就是這個緩存原因。4. MSI 快速路線下載匹配版本、直接安裝、補一條 Path4.1 下載官方 MSI版本匹配 Python 2.7 和 Windows 位數(shù)的關(guān)鍵如果你不想碰編譯官方提供的 MSI 安裝包就是最省事的路。GDAL 官方有 Windows 預編譯的 MSI其中包含了 gdal192.dll、命令行工具和 Python 綁定。下載時要注意兩個匹配一是 MSI 的版本要對應 GDAL 1.9.2或你想要的 1.11.0二是 MSI 的位數(shù)要能與你的 Python 版本匹配。因為 Python 2.7 在 Win7 64 位下通常裝的是 32 位版本所以你要找標記為win32的 MSI而不是amd64。如果裝錯安裝過程可能正常但 import gdal 時一樣會報 DLL 加載失敗因為擴展模塊的位數(shù)和 Python 解釋器的位數(shù)不一致。雙擊 MSI 后會進入標準的安裝向?qū)?。我一般選擇默認安裝路徑也就是C:\Program Files\GDAL192這個路徑后面還要用到。安裝向?qū)Ю锶绻霈F(xiàn)“Python bindings”或“osgeo”之類的選項一定要確保它是啟用的。有些精簡版 MSI 會默認取消 Python 綁定那樣裝完只有核心庫Python 里并沒有 osgeo 模塊。如果你不確定可以在安裝后打開C:\Program Files\GDAL192\python目錄里面至少要有 osgeo 文件夾才算正常。4.2 安裝順序與權(quán)限先裝 Python 2.7再裝 MSI用管理員安裝MSI 安裝有一個容易被忽略的依賴順序必須先把 Python 2.7 裝好再執(zhí)行 GDAL 的 MSI。因為 MSI 里的 Python 綁定是通過掃描注冊表里的 Python 安裝信息來定位 site-packages 的如果 Python 還沒裝綁定組件就會靜默跳過。我見過有人先裝 GDAL 后裝 Python結(jié)果 GDAL 提示安裝成功可 Python 里什么都沒有只能重裝。另外MSI 安裝到C:\Program Files需要管理員權(quán)限如果你的系統(tǒng)開啟了 UAC雙擊安裝時一定要右鍵“以管理員身份運行”否則可能在最后寫入注冊表時失敗。安裝完成后我會第一時間檢查C:\Program Files (x86)\Python27\Lib\site-packages\osgeo這個目錄是否存在。如果存在且里面有g(shù)dal.py、_gdal.pyd說明綁定已經(jīng)裝好。如果只有g(shù)dal.py而沒有_gdal.pyd說明 MSI 沒識別到 Python 的擴展模塊多半是 Python 安裝的是 64 位而你下載了 32 位 MSI或者反過來。4.3 安裝后檢查Path 修正與 DLL 搜索順序MSI 安裝完成后打開命令行窗口輸入python -c from osgeo import gdal; print(gdal.VersionInfo())如果打印出一串版本號比如1910說明安裝成功。如果出現(xiàn)ImportError: DLL load failed: 找不到指定的模塊多半還是 Path 里沒有 gdal192.dll 的目錄。MSI 默認把 gdal192.dll 放在C:\Program Files\GDAL192你需要把這個目錄加到系統(tǒng) Path。另外MSI 安裝的 Python 模塊在C:\Program Files (x86)\Python27\Lib\site-packages\osgeo如果這里沒有生成可能 MSI 在安裝時沒能判斷出 Python 安裝位置。這時可以手動把C:\Program Files\GDAL192\python\osgeo復制到 site-packages 下或者重新安裝 MSI 并確保 Python 2.7 已預先安裝。即使 MSI 安裝時勾選了“Add GDAL to PATH”我也建議用where gdal192.dll再確認一次。因為有些版本的 MSI 只把gdalinfo.exe所在的 bin 目錄加入 Path卻漏掉了gdal192.dll本身的目錄兩者雖然通常在同一目錄但偶爾有例外。執(zhí)行where gdal192.dll如果輸出C:\Program Files\GDAL192\gdal192.dll說明系統(tǒng)能找到如果提示找不到就手動補路徑。4.4 源碼編譯 vs MSI我為什么兩條都留下來了我在這次安裝中把兩條路線都跑了一遍不是為了湊字數(shù)而是它們在后續(xù)維護中有不同的價值。源碼編譯雖然前置條件多但你能拿到全套中間文件比如 gdalinfo.exe 可以直接在命令行用而且當你需要改動 GDAL 的源碼做二次開發(fā)時一切都在手邊。MSI 安裝快適合只想要一個能用的 Python 包、不愿意折騰編譯的人。我把兩者的差異列成一張表你根據(jù)自己的能力邊界做選擇對比項源碼編譯MSI 安裝編譯耗時5-10 分鐘2 分鐘環(huán)境要求VS2010、SWIG、GEOS只需要 Python 2.7踩坑數(shù)量多但資料全少但資料零散可控性可改源碼、可調(diào)編譯參數(shù)黑盒只能裝固定版本適合人群C 基礎好、要做二次開發(fā)用 Python 做批處理、快速上手就我個人的習慣遇到新機器我會先用 MSI 裝一個能用的環(huán)境確認項目能跑如果后面要深入 GDAL 源碼或者定制插件再回頭用源碼編譯把中間產(chǎn)物保留下來。兩條路線共享一份環(huán)境變量配置所以第一遍把 Path 弄好第二遍會順很多。另外MSI 安裝后osgeo目錄里的_gdal.pyd和gdal192.dll位置可能不同有時候 DLL 在 Program Files\GDAL192而 pyd 在 site-packages\osgeo。Python 導入 pyd 后pyd 會去找 DLL如果找不到就會報錯。所以即便 MSI 安裝時添加了 Path也最好用where gdal192.dll檢查一下。5. 安裝避坑指南四個報錯現(xiàn)場的原因與修復步驟5.1 swig.exe 不是內(nèi)部或外部命令現(xiàn)象執(zhí)行nmake /f makefile.vc python時控制臺提示“swig.exe 不是內(nèi)部或外部命令也不是可運行的程序或批處理文件”nmake 立即停止。原因系統(tǒng)沒有安裝 SWIG或者安裝后沒把 swig.exe 所在目錄加入環(huán)境變量 Path。GDAL 源碼只提供接口文件swig 是獨立的生成器需要額外下載。解決下載 swigwin-2.10.0解壓到一個無空格路徑如 C:\swigwin-2.10.0。將C:\swigwin-2.10.0添加到系統(tǒng) Path。重新打開命令提示符先where swig確認識別成功再重跑 nmake。5.2 unable to find Vcvarsall.bat現(xiàn)象執(zhí)行python setup.py build時distutils 報 “error: Unable to find vcvarsall.bat”編譯直接終止。原因Python 2.7 的 distutils 默認按照 VS2008 編譯的 CPython 來找編譯器。機器上裝的是 VS2010注冊表里沒有 VS2008 的 Vcvarsall.bat 路徑導致 distutils 放棄查找。解決用命令set VS90COMNTOOLS%VS100COMNTOOLS%把 VS2010 的工具路徑偽裝成 VS2008 的。設置后在同一窗口中重新執(zhí)行python setup.py build和python setup.py install。注意這個 set 只對當前窗口有效所以每一步都要在同一個窗口里連貫執(zhí)行。5.3 ImportError: DLL load failed: 找不到指定的模塊現(xiàn)象安裝完成后import gdal或from osgeo import gdal報“ImportError: DLL load failed: 找不到指定的模塊”。這個問題在源碼編譯和 MSI 方案中都出現(xiàn)過。原因Python 導入_gdal.pyd時系統(tǒng)搜索不到它依賴的gdal192.dll。這只說明 DLL 搜索路徑不完整與 Python 代碼本身無關(guān)。解決把 GDAL 的 bin 目錄加入系統(tǒng) Path。源碼編譯時是C:\OGC\GDAL192\gdal-1.9.2\binMSI 安裝時是C:\Program Files\GDAL192。加完 Path 后找出你自己使用的環(huán)境如果是命令行就重開窗口如果是 IDLE 就重啟 IDLE再試導入。5.4 編譯期間 error C1083: 找不到 gdal_version.h 或 gdal.h現(xiàn)象setup.py build 時輸出類似fatal error C1083: 無法打開包括文件: gdal.h: No such file or directory編譯停止。原因GDAL 的源碼中Python 綁定的編譯需要依賴核心庫的頭文件。如果 makefile.vc 里的 include 路徑?jīng)]有指向 gdal 源碼的gcore和port目錄就會找不到頭文件。常見于路徑中含空格、或者解壓目錄不是預期路徑的情況。解決確認 GDAL 源碼解壓路徑中沒有空格推薦直接放 C:\OGC\GDAL192\。然后檢查 swig\python 目錄下的 setup.py 是否有寫死相對路徑的選項必要時在編譯前設置環(huán)境變量GDAL_INCLUDEC:\OGC\GDAL192\gdal-1.9.2\gcore。這個坑在默認官方源碼包中較少出現(xiàn)但我在精簡版源碼包里踩到過。6. 裝完怎么驗證先跑 gdalinfo再寫三行 Python 讀柵格6.1 用 gdalinfo 命令行工具驗證核心庫裝完 GDAL 后第一件事不是急著寫 Python而是先跑命令行工具。打開任意命令提示符現(xiàn)在普通 cmd 也可以了因為環(huán)境變量已經(jīng)配好輸入gdalinfo --version如果輸出類似GDAL 1.9.2, released 2012/10/08的版本信息說明核心庫和命令行工具都能工作。再拿一個真實的 TIFF 文件試試gdalinfo C:\your\path\test.tif在輸出里能看到影像尺寸、波段數(shù)、投影坐標、地理范圍等元數(shù)據(jù)。如果命令找不到 gdalinfo說明 GDAL 的 bin 目錄不在 Path 中回到 2.3 補一遍。6.2 用 Python 讀取柵格元數(shù)據(jù)和第一個波段命令行工具正常后再驗證 Python 綁定。寫一個十幾行的腳本from osgeo import gdal import sys # 打開柵格文件 ds gdal.Open(rC:\your\path\test.tif) if ds is None: sys.exit(無法打開文件檢查路徑和GDAL安裝) # 讀取元數(shù)據(jù) print(尺寸: {}x{}.format(ds.RasterXSize, ds.RasterYSize)) print(波段數(shù): {}.format(ds.RasterCount)) # 讀取第一個波段的數(shù)據(jù) band1 ds.GetRasterBand(1) arr band1.ReadAsArray() print(第一個波段數(shù)組形狀:, arr.shape) print(數(shù)組最大值:, arr.max())gdal.Open返回一個 Dataset 對象RasterXSize和RasterYSize分別代表列數(shù)和行數(shù)。GetRasterBand(1)取得第一個波段ReadAsArray()把柵格數(shù)據(jù)讀成 NumPy 二維數(shù)組方便做統(tǒng)計和裁剪。如果這一步有輸出說明 Python 已經(jīng)成功調(diào)起底層 GDAL DLL。6.3 一個常用技巧用from osgeo import gdal不要寫import gdal很多舊教程會讓你直接import gdal但在 GDAL 1.9.2 的 Python 綁定里這個寫法會觸發(fā) deprecation_warn。更規(guī)范的是from osgeo import gdal它直接進入真正的綁定模塊不經(jīng)過兼容層。我一開始用import gdal也跑通了但總會在控制臺看到一個 FutureWarning后來改成from osgeo import gdal后干凈很多。這也算是一個容易被忽略的小細節(jié)。從那以后我每次在新機器上裝 GDAL都會強制走一遍 gdalinfo --version 和這個十幾行的讀柵格腳本確認環(huán)境和數(shù)據(jù)鏈路都通了才敢繼續(xù)寫業(yè)務代碼。希望這個習慣也幫到你。本文還有配套的精品資源點擊獲取