GeoDjango在Windows上:尝试在您的设置中设置GDAL_LIBRARY_PATH

16

我以前已经做过这件事情十几次了,但这一次似乎出了点问题...

按照文档:

https://docs.djangoproject.com/en/1.11/ref/contrib/gis/install/#windows

我正在尝试在Windows机器上设置GeoDjango(这是在paperspace.com上设置的虚拟Windows 10)。我的PATH设置似乎有些问题,但我找不出是什么。我运行了说明中突出显示的命令。我检查了我的PATH变量,一切看起来都很好。我尝试将它们指向OSGeo4Win的32位和64位版本,但无论如何,每次都会得到以下输出:

C:\Python\lib\site-packages\floppyforms\__init__.py:21: UserWarning: Unable to import floppyforms.gis, geometry widgets not available
  "Unable to import floppyforms.gis, geometry widgets not available")
Traceback (most recent call last):
  File "manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "C:\Python\lib\site-packages\django\core\management\__init__.py", line 363, in execute_from_command_line
    utility.execute()
  File "C:\Python\lib\site-packages\django\core\management\__init__.py", line 337, in execute
    django.setup()
  File "C:\Python\lib\site-packages\django\__init__.py", line 27, in setup
    apps.populate(settings.INSTALLED_APPS)
  File "C:\Python\lib\site-packages\django\apps\registry.py", line 108, in populate
    app_config.import_models()
  File "C:\Python\lib\site-packages\django\apps\config.py", line 202, in import_models
    self.models_module = import_module(models_module_name)
  File "C:\Python\lib\importlib\__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 978, in _gcd_import
  File "<frozen importlib._bootstrap>", line 961, in _find_and_load
  File "<frozen importlib._bootstrap>", line 950, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 655, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 205, in _call_with_frames_removed
  File "C:\Python\lib\site-packages\django\contrib\auth\models.py", line 4, in <module>
    from django.contrib.auth.base_user import AbstractBaseUser, BaseUserManager
  File "C:\Python\lib\site-packages\django\contrib\auth\base_user.py", line 52, in <module>
    class AbstractBaseUser(models.Model):
  File "C:\Python\lib\site-packages\django\db\models\base.py", line 124, in __new__
    new_class.add_to_class('_meta', Options(meta, app_label))
  File "C:\Python\lib\site-packages\django\db\models\base.py", line 330, in add_to_class
    value.contribute_to_class(cls, name)
  File "C:\Python\lib\site-packages\django\db\models\options.py", line 214, in contribute_to_class
    self.db_table = truncate_name(self.db_table, connection.ops.max_name_length())
  File "C:\Python\lib\site-packages\django\db\__init__.py", line 33, in __getattr__
    return getattr(connections[DEFAULT_DB_ALIAS], item)
  File "C:\Python\lib\site-packages\django\db\utils.py", line 211, in __getitem__
    backend = load_backend(db['ENGINE'])
  File "C:\Python\lib\site-packages\django\db\utils.py", line 115, in load_backend
    return import_module('%s.base' % backend_name)
  File "C:\Python\lib\importlib\__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "C:\Python\lib\site-packages\django\contrib\gis\db\backends\postgis\base.py", line 5, in <module>
    from .features import DatabaseFeatures
  File "C:\Python\lib\site-packages\django\contrib\gis\db\backends\postgis\features.py", line 1, in <module>
    from django.contrib.gis.db.backends.base.features import BaseSpatialFeatures
  File "C:\Python\lib\site-packages\django\contrib\gis\db\backends\base\features.py", line 4, in <module>
    from django.contrib.gis.db.models import aggregates
  File "C:\Python\lib\site-packages\django\contrib\gis\db\models\__init__.py", line 3, in <module>
    from django.contrib.gis.db.models.aggregates import *  # NOQA
  File "C:\Python\lib\site-packages\django\contrib\gis\db\models\aggregates.py", line 1, in <module>
    from django.contrib.gis.db.models.fields import ExtentField
  File "C:\Python\lib\site-packages\django\contrib\gis\db\models\fields.py", line 3, in <module>
    from django.contrib.gis import forms, gdal
  File "C:\Python\lib\site-packages\django\contrib\gis\forms\__init__.py", line 3, in <module>
    from .fields import (  # NOQA
  File "C:\Python\lib\site-packages\django\contrib\gis\forms\fields.py", line 4, in <module>
    from django.contrib.gis.geos import GEOSException, GEOSGeometry
  File "C:\Python\lib\site-packages\django\contrib\gis\geos\__init__.py", line 5, in <module>
    from .collections import (  # NOQA
  File "C:\Python\lib\site-packages\django\contrib\gis\geos\collections.py", line 11, in <module>
    from django.contrib.gis.geos.geometry import GEOSGeometry, LinearGeometryMixin
  File "C:\Python\lib\site-packages\django\contrib\gis\geos\geometry.py", line 11, in <module>
    from django.contrib.gis import gdal
  File "C:\Python\lib\site-packages\django\contrib\gis\gdal\__init__.py", line 28, in <module>
    from django.contrib.gis.gdal.datasource import DataSource
  File "C:\Python\lib\site-packages\django\contrib\gis\gdal\datasource.py", line 39, in <module>
    from django.contrib.gis.gdal.driver import Driver
  File "C:\Python\lib\site-packages\django\contrib\gis\gdal\driver.py", line 5, in <module>
    from django.contrib.gis.gdal.prototypes import ds as vcapi, raster as rcapi
  File "C:\Python\lib\site-packages\django\contrib\gis\gdal\prototypes\ds.py", line 9, in <module>
    from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal
  File "C:\Python\lib\site-packages\django\contrib\gis\gdal\libgdal.py", line 44, in <module>
    'GDAL_LIBRARY_PATH in your settings.' % '", "'.join(lib_names)
django.contrib.gis.gdal.error.GDALException: Could not find the GDAL library (tried "gdal111", "gdal110", "gdal19", "gdal18", "gdal17"). Try setting GDAL_LIBRARY_PATH in your settings.

有人有什么想法吗?

更新: 我去商店买了一台新的笔记本电脑,但仍然遇到同样的问题。这可能是某些GeoDjango依赖项的版本问题吗?我不知道该怎么办,但对我来说这是紧急情况。

10个回答

23

问题最终是由于Django和GDAL之间的版本不匹配引起的。在我的情况下,Django没有搜索到正确的文件名(gdal202.dll)。

修复它需要我在以下文件的第26行添加str('gdal202')

(Python Root)\Lib\site-packages\django\contrib\gis\gdal\libgdal.py

请注意,如果您在虚拟环境中工作,则Python Root实际上将是您的环境位置,例如:Users\YourName\Envs\project

如果此问题再次发生,您可以查看C:\OSGeo4W\bin目录来确定Django需要搜索哪个gdalxxx.dll

此外,请确保您使用的是32位版本的Python和OSGeo4Win。否则,您可能会遇到相同的错误。


添加注释说明,1.11.13只能写入到版本('gdal201.dll'),因此我认为所有1.11版本都需要进行此修复。 - Adam Starrh
现在对于 Django 2.2.6,这是必需的。 截至今天所需的文件名是 gdal204.dll - Adam Starrh
1
使用gdal3.5.0.dll对我有效。 - Reed Jones

18

添加

GDAL_LIBRARY_PATH = r'C:\OSGeo4W64\bin\gdal202'

将Django设置正常运作对我很有帮助


Django的设置指的是哪个文件? - ziggy
在我的项目中,它位于project_folder/config/settings/base.py。更多关于Django设置的信息请参见https://docs.djangoproject.com/en/2.0/ref/settings/和https://docs.djangoproject.com/en/2.0/topics/settings/。 - Saltanat Alikhanova
2
请记住,如果您在Windows和Mac或Linux开发环境之间切换,这种方法会带来干扰。 - Adam Starrh
正如@AdamStarrh提到的那样,如果您的应用程序在多个操作系统(例如开发人员)之间共享,则会导致破坏。对于特定的MacOS,这个问题的原因很可能是因为GDAL是通过homebrew安装的,这将库安装到自己的“opt”文件夹中。将其符号链接到/usr/local/lib即可解决此问题。 - Larcho

4

除了之前的评论外,您可能会遇到 [WinError 127] 指定的过程无法找到。

这是由于您的系统上有多个sqlite3.dll引起的。如果路径首先命中它们,则会出现与gdal202的冲突。

您可以通过更改工作目录来扩展adam starrh的答案。

#Set working directory to actual working directoy of gdal
#This is required to prevent any conflicts with older SQLITE versions, 
#f.e. in python path  
#Prevents error in GDAL 202
#BASE_WORKINGDIRECTORY to change it back later if you need to
BASE_WORKDIRECTORY = os.getcwd()
os.chdir(os.path.dirname(lib_path))

# This loads the GDAL/OGR C library
lgdal = CDLL(lib_path)

这个内容位于 Lib\site-packages\django\contrib\gis\gdal\libgdal.py - danleyb2
我也遇到了[WinError 127]错误,但是建议的方法不幸不能解决问题。当我从PyCharm调用makemigrations时,会出现错误:“在动态链接库C:\OSGeo4W64\bin\gdal202.DLL中找不到sqlite3_column_origin_name过程入口点”。我在网上找不到任何解决方案。 - silentsurfer
更新:在通过pip从https://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal安装GDAL后,我也不得不这样做。你真是救命恩人! - silentsurfer

3

我在虚拟环境中遇到了与Django相关的同样问题。解决我的问题的方法是:

  1. In settings.py add the path to the gdalxxx.dll your app is trying to use, for me it was

     GDAL_LIBRARY_PATH = r'C:\Users\<User>\Documents\<proj>\Lib\site-packages\osgeo\gdal301'
    
这可能已经可以解决你的问题,但如果Django仍然抱怨缺少GEOS库,则需要执行以下操作:
  1. In settings.py add the path to the geos_c.dll your app is trying to use, for me it was:

    GEOS_LIBRARY_PATH = r'C:\Users\<User>\Documents\<proj>\Lib\site-packages\shapely\DLLs\geos_c'
    

请记住,如果您在Windows和Mac或Linux开发环境之间切换,这种方法会造成干扰。 - Adam Starrh
在设置中设置路径对我也起作用了。 - cgitosh

3

我遇到了同样的错误。

django.core.exceptions.ImproperlyConfigured: Could not find the GDAL library (tried "gdal204", "gdal203", "gdal202", "gdal201", "gdal20"). Is GDAL installed? If it is, try setting GDAL_LIBRARY_PATH in your settings.

首先,安装OSGeo4W,然后在您的settings.py中添加以下代码。

import os
if os.name == 'nt':
    import platform
    OSGEO4W = r"C:\OSGeo4W"
    if '64' in platform.architecture()[0]:
        OSGEO4W += "64"
    assert os.path.isdir(OSGEO4W), "Directory does not exist: " + OSGEO4W
    os.environ['OSGEO4W_ROOT'] = OSGEO4W
    os.environ['GDAL_DATA'] = OSGEO4W + r"\share\gdal"
    os.environ['PROJ_LIB'] = OSGEO4W + r"\share\proj"
    os.environ['PATH'] = OSGEO4W + r"\bin;" + os.environ['PATH']

如果你仍然遇到错误,请在运行python manage.py check后执行以下操作: 前往C:\OSGeo4W64或C:\OSGeo4W目录,你会找到gdalxxx.dll文件,请将其重命名为'gdal202'或'gdal203',以匹配错误消息中的文件名。 然后再次运行python manage.py check,这应该能够解决问题。


我很高兴我滚动到了最后...但我并不真正理解为什么这个有效而上面的无效。尽管如此,我非常感激。谢谢。 - bluppfisk
结果证明,问题在于将 c:\osgeo4w64\bin 添加到 Windows 路径中。但奇怪的是,将 GDAL_LIBRARY_PATH 设置为该文件并不能解决问题。 - bluppfisk
它能够工作是因为你给GDAL文件命名与Django正在寻找的特定文件名查询相匹配。 - Adam Starrh

2

如果您正在使用Django教程并通过OSGeo4W安装GDAL,在修改Windows环境时,请确保已定义正确的Python和OSGeo4W版本。

例如,当安装64位OSGeo4W时,应设置环境路径:

set OSGEO4W_ROOT=C:\OSGeo4W64

对于Python 3.5.2版本:

set PYTHON_ROOT=C:\Python36

请确保您没有混淆虚拟环境中的Python安装和系统Python。

在正确修改环境后,才安装Django。


你能详细说明一下你所说的“确保您不要混淆虚拟环境中的Python安装和系统Python”是什么意思吗? - silentsurfer
1
确保环境变量路径分配符合您在活动虚拟环境中使用的Python版本。 - tmpbtz

1
对我来说,这个问题在Windows上通过将osgeo python包的路径添加到环境变量中解决了(C:\Python36\Lib\site-packages\osgeo)。看起来,在做了这件事情之后,django成功找到了gdal202.dll文件。

0

解决方案:

  1. 从pip安装GDAL:pip install GDAL,如果无法安装,请从wheel安装:https://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal
  2. a) 如果您使用虚拟环境,请将以下代码添加到settings.py中: os.environ["PATH"] += os.pathsep + BASE_DIR + '\\venv\\Lib\\site-packages\\osgeo'

    b) 否则,请添加以下代码:

    from distutils.sysconfig import get_python_lib os.environ["PATH"] += os.pathsep + get_python_lib() + '\\osgeo'


0

当执行makemigrations时,可能会出现以下问题: enter image description here

可能是dll(gdal202.dll)库无法正常工作。 因此,我们可以使用来自https://download.lfd.uci.edu/pythonlibs/r5uhg2lo/GDAL-2.3.2-cp36-cp36m-win_amd64.whl的GDAL-whl-package替换整个GDAL库。 下载此whl包,将其重命名为GDAL-2.3.2-cp36-cp36m-win_amd64.whl.zip enter image description here 将osgeo文件夹提取到一个位置(D:\ ProgramData \ osgeo),并修改GDAL_DATA PROJ_LIB和路径以指向其子文件夹

这意味着需要更改Windows环境

set OSGEO4W_ROOT=C:\OSGeo4W
set PYTHON_ROOT=C:\Python3X
set GDAL_DATA=%OSGEO4W_ROOT%\share\gdal
set PROJ_LIB=%OSGEO4W_ROOT%\share\proj
set PATH=%PATH%;%PYTHON_ROOT%;%OSGEO4W_ROOT%\bin
reg ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path /t REG_EXPAND_SZ /f /d "%PATH%"
reg ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v GDAL_DATA /t REG_EXPAND_SZ /f /d "%GDAL_DATA%"
reg ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v PROJ_LIB /t REG_EXPAND_SZ /f /d "%PROJ_LIB%"

set OSGEO4W_ROOT=D:\ProgramData\osgeo
set PYTHON_ROOT=C:\Python3X
set GDAL_DATA=%OSGEO4W_ROOT%\data\gdal
set PROJ_LIB=%OSGEO4W_ROOT%\data\proj
set PATH=%PATH%;%PYTHON_ROOT%;%OSGEO4W_ROOT%\bin
reg ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path /t REG_EXPAND_SZ /f /d "%PATH%"
reg ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v GDAL_DATA /t REG_EXPAND_SZ /f /d "%GDAL_DATA%"
reg ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v PROJ_LIB /t REG_EXPAND_SZ /f /d "%PROJ_LIB%"

注意:不要忘记将 "D:\ProgramData\osgeo\gdal203.dll" 重命名为 "D:\ProgramData\osgeo\gdal202.dll"


0

问题已经通过应用这个链接中的修补程序得到了解决。


请记住,如果您在Windows和Mac或Linux开发环境之间切换,这种方法会带来不便。 - Adam Starrh
是的,这就是为什么Pathlib和类似的函数可以帮助消除这些顾虑,特别是在进行生产部署时。我提供的内容并不能完全解决问题,当我更新多边形字段时,我遇到了另一个问题,但通过应用更新的修复程序解决了该问题(请参见更新的帖子)。 - Husam Alhwadi

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接