Opened 9 years ago
Closed 8 years ago
#3057 closed defect (fixed)
Problems with Numpy and matplotlib after updating through OSGeo4W
Reported by: | veroandreo | Owned by: | |
---|---|---|---|
Priority: | critical | Milestone: | 7.0.6 |
Component: | Python | Version: | svn-releasebranch72 |
Keywords: | wingrass | Cc: | |
CPU: | Unspecified | Platform: | MSWindows 7 |
Description
[from grass-user ML]
I updated grass stable and trunk at my mum and brother's PCs (windows 7 - 32 bits and windows 10 - 64 bits, respectively) by means of OSGeo4W installer.
When starting both versions (7.0.4 and 7.3 r68614) in both computers, I get a message saying Numeric, numarray or NumPy not found.
Then, when I tried to use g.gui.timeline or g.gui.tplot, I got an error saying matplotlib and pyparsing must be installed.
I run the update again and specifically checked for numpy, matplotlib and pyparsing under libs, and all of them were there already selected for "update" or "keep", so dunno...
All was fine before the update, in 7.0.3 and 7.1 no such issues in any of the computers. In case it matters, I'm also using MSYS for bash shell in windows and the settings are:
set GRASS_SH=%OSGEO4W_ROOT%\apps\msys\bin\sh.exe set GRASS_PYTHON=%OSGEO4W_ROOT%\bin\python.exe set PYTHONHOME=%OSGEO4W_ROOT%\apps\Python27
Has anybody had a similar issue? Do I have to manually select or install some other lib/dependency??
Attachments (2)
Change History (28)
follow-ups: 2 4 5 comment:1 by , 8 years ago
comment:2 by , 8 years ago
Replying to hellik:
Replying to veroandreo:
Has anybody had a similar issue? Do I have to manually select or install some other lib/dependency??
still an issue, see:
https://lists.osgeo.org/pipermail/grass-dev/2016-July/081115.html
tested in the OSGeo4W64-shell:
GDAL 2.1.0, released 2016/04/25 C:\>python Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import numpy as np >>>
comment:3 by , 8 years ago
Priority: | normal → major |
---|
comment:4 by , 8 years ago
Replying to hellik:
Replying to veroandreo:
Has anybody had a similar issue? Do I have to manually select or install some other lib/dependency??
still an issue, see:
https://lists.osgeo.org/pipermail/grass-dev/2016-July/081115.html
__________ ___ __________ _______________ / ____/ __ \/ | / ___/ ___/ / ____/ _/ ___/ / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / \____/_/ |_/_/ |_/____/____/ \____/___//____/ Welcome to GRASS GIS 7.3.svn (r68875) GRASS GIS homepage: http://grass.osgeo.org This version running through: Command Shell (C:\Windows\system32\cmd.exe) Help is available with the command: g.manual -i See the licence terms with: g.version -c See citation options with: g.version -x If required, restart the GUI with: g.gui wxpython When ready to quit enter: exit Launching <wxpython> GUI in the background, please wait... Microsoft Windows [Version 10.0.10586] (c) 2015 Microsoft Corporation. Alle Rechte vorbehalten. C:\>Numeric,numarray or NumPy not found. This module requires the Numeric/numarray or NumPy module, which could not be imported. It probably is not installed (it's not part of the standard Python distribution). See the Numeric Python site (http://numpy.scipy.org) for information on downloading source or binaries. Numeric,numarray or NumPy not found. This module requires the Numeric/numarray or NumPy module, which could not be imported. It probably is not installed (it's not part of the standard Python distribution). See the Numeric Python site (http://numpy.scipy.org) for information on downloading source or binaries. Numeric,numarray or NumPy not found. This module requires the Numeric/numarray or NumPy module, which could not be imported. It probably is not installed (it's not part of the standard Python distribution). See the Numeric Python site (http://numpy.scipy.org) for information on downloading source or binaries. Numeric,numarray or NumPy not found. This module requires the Numeric/numarray or NumPy module, which could not be imported. It probably is not installed (it's not part of the standard Python distribution). See the Numeric Python site (http://numpy.scipy.org) for information on downloading source or binaries.
tested with
System Info GRASS Version: 7.3.svn GRASS SVN revision: r68875 Build date: 2016-07-07 Build platform: x86_64-w64-mingw32 GDAL: 2.0.2 PROJ.4: 4.9.2 GEOS: 3.5.0 SQLite: 3.7.17 Python: 2.7.5 wxPython: 2.8.12.1 Platform: Windows-8-6.2.9200 (OSGeo4W)
comment:5 by , 8 years ago
Replying to hellik:
Replying to veroandreo:
Has anybody had a similar issue? Do I have to manually select or install some other lib/dependency??
still an issue, see:
https://lists.osgeo.org/pipermail/grass-dev/2016-July/081115.html
now tested with standalone winGRASS:
System Info GRASS Version: 7.3.svn GRASS SVN revision: r68855 Build date: 2016-07-06 Build platform: x86_64-w64-mingw32 GDAL: 2.0.2 PROJ.4: 4.9.2 GEOS: 3.5.0 SQLite: 3.7.17 Python: 2.7.5 wxPython: 2.8.12.1 Platform: Windows-8-6.2.9200
no such error!
any idea?
follow-up: 16 comment:6 by , 8 years ago
Unfortunately I cannot reproduce this error also using OSGeo4W. No idea what could be wrong.
follow-up: 9 comment:7 by , 8 years ago
Tested again in a brand new 64-bit Windows 10 laptop.
Same issue, both in grass73 (r69169) and 7.0.4 installed with 64-bit osgeo4w installer. However, no such problem in wingrass73 standalone installer.
comment:8 by , 8 years ago
Keywords: | wingrass added |
---|---|
Milestone: | 7.2.0 → 7.0.5 |
follow-up: 17 comment:9 by , 8 years ago
Replying to veroandreo:
Tested again in a brand new 64-bit Windows 10 laptop.
Same issue, both in grass73 (r69169) and 7.0.4 installed with 64-bit osgeo4w installer. However, no such problem in wingrass73 standalone installer.
tested again with OSGeo4W-winGRASS; still an issue.
outside grass session
C:\>python -c "import sys; print(sys.path)" ['', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\matplotlib-1.3.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\nose-1.3.3-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\tornado-4.0.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\backports.ssl_match_hostname-3.4.0.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\certifi-14.05.14-py2.7.egg', 'c:\\osgeo4~1\\apps\\python27\\lib\\site-packages\\python_dateutil-2.1-py2.7.egg', 'C:\\OSGEO4~1\\bin\\python27.zip', 'C:\\OSGEO4~1\\apps\\Python27\\DLLs', 'C:\\OSGEO4~1\\apps\\Python27\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\plat-win', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGEO4~1\\bin', 'C:\\OSGEO4~1\\apps\\Python27', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\jinja2-2.7.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\markupsafe-0.23-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\pytz-2012j-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode']
C:\>python -c "import numpy"
no problem.
now tested within a OSGeo4W-winGRASS session:
C:\>echo %GRASS_PYTHON% C:\OSGEO4~1\bin\python.exe
C:\>python -c "import sys; print(sys.path)" ['', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\matplotlib-1.3.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\nose-1.3.3-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\tornado-4.0.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\backports.ssl_match_hostname-3.4.0.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\certifi-14.05.14-py2.7.egg', 'c:\\osgeo4~1\\apps\\python27\\lib\\site-packages\\python_dateutil-2.1-py2.7.egg', 'C:\\OSGEO4~1\\apps\\grass\\grass-7.3.svn\\etc\\python', 'C:\\OSGEO4~1\\bin\\python27.zip', 'C:\\OSGEO4~1\\apps\\Python27\\DLLs', 'C:\\OSGEO4~1\\apps\\Python27\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\plat-win', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGEO4~1\\bin', 'C:\\OSGEO4~1\\apps\\Python27', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\jinja2-2.7.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\markupsafe-0.23-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\pytz-2012j-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode']
C:\>python -c "import numpy"
it seems it's the same python used.
any idea?
follow-up: 14 comment:11 by , 8 years ago
comment:12 by , 8 years ago
Milestone: | 7.0.5 → 7.0.6 |
---|
comment:13 by , 8 years ago
I see that also on Ubuntu 14.04 LTS with 7.0.4 (r67364), 7.2 (r68908) and 7.3 (r68881).
g.gui.timeline says when I click on run:
/usr/local/lib/python2.7/dist- packages/matplotlib/font_manager.py:273: UserWarning: Matplotlib is building the font cache using fc-list. This may take a moment. warnings.warn('Matplotlib is building the font cache using fc-list. This may take a moment.')
But it works. I have not seen any practical issues related to that, but those messages are a bit irritating...
I can add configuration information if you think this is relevant...
comment:14 by , 8 years ago
comment:15 by , 8 years ago
Priority: | major → critical |
---|---|
Version: | unspecified → svn-releasebranch72 |
follow-up: 18 comment:16 by , 8 years ago
Replying to martinl:
Unfortunately I cannot reproduce this error also using OSGeo4W. No idea what could be wrong.
tested this issue on several winboxes (xp, vista, 7,8,10). everywhere an issue with the OSGeo4W-wingrass.
comment:17 by , 8 years ago
Replying to hellik:
Replying to veroandreo:
Tested again in a brand new 64-bit Windows 10 laptop.
Same issue, both in grass73 (r69169) and 7.0.4 installed with 64-bit osgeo4w installer. However, no such problem in wingrass73 standalone installer.
tested again with OSGeo4W-winGRASS; still an issue.
tested it again outside and inside an OSGeo4W-winGRASS session:
outside a OSGeo4W-winGRASS session in an OSGeo4W-environment:
C:\>echo %PYTHONHOME% C:\OSGEO4~1\apps\Python27
C:\>echo %PYTHONPATH% %PYTHONPATH%
C:\>python -c "import sys; print(sys.path)" ['', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\matplotlib-1.3.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\nose-1.3.3-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\tornado-4.0.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\backports.ssl_match_hostname-3.4.0.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\certifi-14.05.14-py2.7.egg', 'c:\\osgeo4~1\\apps\\python27\\lib\\site-packages\\python_dateutil-2.1-py2.7.egg', 'C:\\OSGEO4~1\\bin\\python27.zip', 'C:\\OSGEO4~1\\apps\\Python27\\DLLs', 'C:\\OSGEO4~1\\apps\\Python27\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\plat-win', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGEO4~1\\bin', 'C:\\OSGEO4~1\\apps\\Python27', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\jinja2-2.7.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\markupsafe-0.23-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\pytz-2012j-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode']
C:\>python -c "import numpy" C:\>
no issue importin numpy.
now inside a OSGeo4W-winGRASS session
C:\>echo %PYTHONHOME% C:\OSGEO4~1\apps\Python27
C:\>echo %PYTHONHOME% C:\OSGEO4~1\apps\Python27
C:\>python -c "import sys; print(sys.path)" ['', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\matplotlib-1.3.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\nose-1.3.3-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\tornado-4.0.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\backports.ssl_match_hostname-3.4.0.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\certifi-14.05.14-py2.7.egg', 'c:\\osgeo4~1\\apps\\python27\\lib\\site-packages\\python_dateutil-2.1-py2.7.egg', 'C:\\OSGEO4~1\\apps\\grass\\grass-7.3.svn\\etc\\python', 'C:\\OSGEO4~1\\bin\\python27.zip', 'C:\\OSGEO4~1\\apps\\Python27\\DLLs', 'C:\\OSGEO4~1\\apps\\Python27\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\plat-win', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGEO4~1\\bin', 'C:\\OSGEO4~1\\apps\\Python27', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\jinja2-2.7.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\markupsafe-0.23-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\pytz-2012j-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode']
C:\>python -c "import numpy" C:\> {{{ and in the winGRASS-python shell {{{ Willkommen in der wxGUI interaktiven Python Shell 0.9.8 Geben Sie "help(grass)" für mehr GRASS Skripting Information ein. Geben Sie "AddLayer()" ein, um Raster oder Vektor der Baumstruktur hinzuzufügen. Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. import sys print(sys.path) ['C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\OSGEO4~1\\apps\\grass\\grass-7.3.svn\\gui\\wxpython', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\matplotlib-1.3.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\nose-1.3.3-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\tornado-4.0.1-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\backports.ssl_match_hostname-3.4.0.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\certifi-14.05.14-py2.7.egg', 'c:\\osgeo4~1\\apps\\python27\\lib\\site-packages\\python_dateutil-2.1-py2.7.egg', 'C:\\OSGEO4~1\\apps\\grass\\grass-7.3.svn\\etc\\python', 'C:\\OSGEO4~1\\bin\\python27.zip', 'C:\\OSGEO4~1\\apps\\Python27\\DLLs', 'C:\\OSGEO4~1\\apps\\Python27\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\plat-win', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGEO4~1\\bin', 'C:\\OSGEO4~1\\apps\\Python27', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\jinja2-2.7.2-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\markupsafe-0.23-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\pytz-2012j-py2.7.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', 'C:\\OSGEO4~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\OSGEO4~1\\apps\\grass\\grass-7.3.svn\\etc\\r.in.wms'] import numpy }}} also no issue inside OSGeo4W-winGRASS session to import numpy. any ideas? }}}
follow-ups: 19 22 comment:18 by , 8 years ago
Replying to hellik:
Replying to martinl:
Unfortunately I cannot reproduce this error also using OSGeo4W. No idea what could be wrong.
tested this issue on several winboxes (xp, vista, 7,8,10). everywhere an issue with the OSGeo4W-wingrass.
I'm getting closer now to the issue:
testcase:
- install the standalone WinGRASS-7.2.svn-r69794-61
- start it normally from the windowa menue by "C:\Program Files\GRASS GIS 7.2.svn\grass72svn.bat" -gui
=> everything works fine without any numpy error in winGRASS startup!
next steps:
- copy env.bat and grass72svn.bat from the C:\Program Files\GRASS GIS 7.2.svn\ installation to a folder, e.g. D:\temp\testgrasspython
- in D:\temp\testgrasspython\grass72svn.bat, set GISBASE=C:\Program Files\GRASS GIS 7.2.svn points to the standalone installation
- change in D:\temp\testgrasspython\env.bat that the python stuff points to the OSGeo4W-python:
set GRASS_PYTHON=C:\OSGeo4W64\bin\python.exe set PYTHONHOME=C:\OSGeo4W64\apps\Python27
and now you get in the standalone installation (while pointing to the OSGeo4W-python stuff) the same numpy error in startup like in the OSGeo4W-winGRASS.
conclusion:
there must be a difference between the python stuff of the standalone-winGRASS-build environment and the OSGeo4W-provided python stuff!!
by , 8 years ago
Attachment: | standalonepython.zip added |
---|
standalone winGRASS content of python folder
comment:19 by , 8 years ago
Replying to hellik:
there must be a difference between the python stuff of the standalone-winGRASS-build environment and the OSGeo4W-provided python stuff!!
added the listed content of the both python27 folders (standalone and OSGeo4W); some differences, but not yet any obvious.
follow-up: 21 comment:20 by , 8 years ago
It appears also on Ubuntu! So, I don`t think it is a Windows only thing...
follow-up: 23 comment:21 by , 8 years ago
Replying to sbl:
It appears also on Ubuntu! So, I don`t think it is a Windows only thing...
I think I found the problem, will fix it today or tomorrow.
comment:22 by , 8 years ago
Replying to hellik:
I'm getting closer now to the issue:
next steps:
- copy env.bat and grass72svn.bat from the C:\Program Files\GRASS GIS 7.2.svn\ installation to a folder, e.g. D:\temp\testgrasspython
- in D:\temp\testgrasspython\grass72svn.bat, set GISBASE=C:\Program Files\GRASS GIS 7.2.svn points to the standalone installation
- change in D:\temp\testgrasspython\env.bat that the python stuff points to the OSGeo4W-python:
set GRASS_PYTHON=C:\OSGeo4W64\bin\python.exe set PYTHONHOME=C:\OSGeo4W64\apps\Python27and now you get in the standalone installation (while pointing to the OSGeo4W-python stuff) the same numpy error in startup like in the OSGeo4W-winGRASS.
now tested it the other way around:
taking the OSGeo4W-winGRASS-installation; regarding python let's point to the python stuff living in C:\Program Files\GRASS GIS 7.3.svn and start OSGeo4W-winGRASS-7.3.svn
=> with pointing to the standalone installer python, also OSGeo4W-winGRASS-7.3.svn starts without any numpy problem nor any problem with raster profiling, bivariate scatterplots etc.
conclusion:
there must be a difference between the python stuff of the standalone-winGRASS-build environment and the OSGeo4W-provided python stuff!!
yes confirmed, there is definitely some issue with OSgeo4W's python stuff. tested on 3 different winboxes (7,8,10) with a fresh OSGeo4W installation.
comment:23 by , 8 years ago
Replying to annakrat:
Replying to sbl:
It appears also on Ubuntu! So, I don`t think it is a Windows only thing...
I think I found the problem, will fix it today or tomorrow.
fixed by r69797
tested by
GRASS version: 7.3.svn GRASS SVN revision: r69797 Build date: 2016-11-13 Build platform: x86_64-w64-mingw32 GDAL: 2.1.2 PROJ.4: 4.9.3 GEOS: 3.5.0 SQLite: 3.14.1 Python: 2.7.5 wxPython: 2.8.12.1 Platform: Windows-8-6.2.9200 (OSGeo4W)
comment:24 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:25 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
reopen, as backport needed (?).
Replying to veroandreo:
still an issue, see:
https://lists.osgeo.org/pipermail/grass-dev/2016-July/081115.html