Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Helmut, checking here: > > QGIS version 3.10.0-A Coruña > Compiled against Qt 5.11.2 > Compiled against GDAL/OGR 3.0.2 <= > Compiled against GEOS 3.8.0-CAPI-1.13.1 > Compiled against SQLite 3.29.0 > PostgreSQL Client Version 11.5 > > 3.10.0 is now available in OSGeo4W without the need to install gdal-dev > I'm using nightly builds (qgis-rel-dev), and this one needs gdal-dev. QGIS version 3.10.0-A Coruña QGIS code revision 1ffa829539 Compiled against GDAL/OGR 3.1.0dev Running against GDAL/OGR 3.1.0dev > I compared your explorer search results here with mine on a windows 10 box. > > in > > https://lists.osgeo.org/pipermail/grass-dev/attachments/20191116/8570c76d/attachment-0005.jpg > > there are 2 libcurl.dlls from 2016. > > I don't have them in my win 10 box. not sure if you have admin rights on > your box, but you can rename them and then try to start winGRASS again. > Perfect!!! These libcurl.dlls were the problem! More precisely, the one on System32. After changed their names, everything works again! Issue solved! Thank you very very much for your help and persistence Helmut! Best regards, Pedro Venâncio ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
>gdal-dev was because I was also installing QGIS 3.10. checking here: QGIS version 3.10.0-A Coruña Compiled against Qt 5.11.2 Compiled against GDAL/OGR 3.0.2 <= Compiled against GEOS 3.8.0-CAPI-1.13.1 Compiled against SQLite 3.29.0 PostgreSQL Client Version 11.5 3.10.0 is now available in OSGeo4W without the need to install gdal-dev >The search for curl in c:\windows shows many results (please see images attached). I start to believe >that >this can be some local mismatch or conflict with a past installation of some other software that used curl >and gdal yes it looks like that. are you using windows 10, right? windows 10 ships curl since about 1 year or so [1]. I compared your explorer search results here with mine on a windows 10 box. in https://lists.osgeo.org/pipermail/grass-dev/attachments/20191116/8570c76d/attachment-0005.jpg there are 2 libcurl.dlls from 2016. I don't have them in my win 10 box. not sure if you have admin rights on your box, but you can rename them and then try to start winGRASS again. [1] https://daniel.haxx.se/blog/2018/01/13/microsoft-curls-too/ - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
>I'd >uninstalled everything related with QGIS, GRASS, GDAL, GMT, etc, >and installed again from OSGeo4W. > >At t >he final stages of OSGeo4W installation, I get the same >curl_mime_init error with crssync.exe, but referring to gdal301.dll >(image attached). Are you installing OSGeo4W stack with the exp/testing tick activated? It looks like as you're installing gdal-dev/gdal301.dll according to the screenshot. Then it could be that some library mixing/mismatch may happen. Try to install a fresh OSGeo4W in normal mode only for winGRASS 7.8.1, then try to start winGRASS. In the windows Explorer, search in c:\windows for curl and report back if you find some curl binary there. - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Jurgen and Helmut, I'd uninstalled everything related with QGIS, GRASS, GDAL, GMT, etc, and installed again from OSGeo4W. At the final stages of OSGeo4W installation, I get the same curl_mime_init error with crssync.exe, but referring to gdal301.dll (image attached). Jürgen E. Fischer escreveu no dia sábado, 16/11/2019 à(s) 14:32: > Hi Helmut, > > On Sat, 16. Nov 2019 at 15:22:32 +0100, Jürgen E. Fischer wrote: > > That update is unrelated. > > Oh, I didn't see the screen shot - maybe the update helps - but it was > at least not done for this. > > > Jürgen > > -- > Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 > Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 > Software Engineer D-26506 Norden > https://www.norbit.de > QGIS release manager (PSC) GermanyIRC: jef on FreeNode > ___ > grass-dev mailing list > grass-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Helmut, On Sat, 16. Nov 2019 at 15:22:32 +0100, Jürgen E. Fischer wrote: > That update is unrelated. Oh, I didn't see the screen shot - maybe the update helps - but it was at least not done for this. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Nordenhttps://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: PGP signature ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Helmut, On Sat, 16. Nov 2019 at 01:21:03 -0700, Helmut Kudrnovsky wrote: > >Updated now, but same error when running any algorithm. > Search in the log files for curl and similar and look which library uses > curl, then repeat where in the OSGeo4W shell and a normal Windows cmd line > with this library name That update is unrelated. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Nordenhttps://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: PGP signature ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
>Updated now, but same error when running any algorithm. Search in the log files for curl and similar and look which library uses curl, then repeat where in the OSGeo4W shell and a normal Windows cmd line with this library name - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
I've seen there was a curl update today in OSGeo4W 64bit. please try to > update your OSGeo4W environment and try again to start winGRASS in > OSGeo4W. > Updated now, but same error when running any algorithm. Also when starting the gui I get C:\OSGeo4W64\bin>g.gui Launching GUI in the background, please wait... C:\OSGeo4W64\bin>Traceback (most recent call last): File "C:\OSGEO4~1\apps\grass\grass78/gui/wxpython/wxgui.py", line 107, in OnInit workspace=self.workspaceFile) File "C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\lmgr\frame.py", line 143, in __init__ self.notebook = self._createNoteBook() File "C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\lmgr\frame.py", line 338, in _createNoteBook gcstyle=GC_PROMPT) File "C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\goutput.py", line 118, in __init__ self.cmdPrompt = GPromptSTC(parent=self, menuModel=self._menuModel) File "C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\prompt.py", line 138, in __init__ GPrompt.__init__(self, parent=parent, menuModel=menuModel) File "C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\prompt.py", line 56, in __init__ self.mapList = self._getListOfMaps() File "C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\prompt.py", line 100, in _getListOfMaps result['raster'] = grass.list_strings('raster') File "C:\OSGEO4~1\apps\grass\grass78\etc\python\grass\script\core.py", line 1288, in list_strings mapset=mapset).splitlines(): File "C:\OSGEO4~1\apps\grass\grass78\etc\python\grass\script\core.py", line 503, in read_command return handle_errors(returncode, stdout, args, kwargs) File "C:\OSGEO4~1\apps\grass\grass78\etc\python\grass\script\core.py", line 343, in handle_errors returncode=returncode) grass.exceptions.CalledModuleError: Module run None g.list --q -m type=raster ended with error Process ended with non-zero return code 3221225785. See errors in the (error) output. OnInit returned false, exiting... Error in atexit._run_exitfuncs: wx._core.wxAssertionError: C++ assertion "GetEventHandler() == this" failed at ..\..\src\common\wincmn.cpp(478) in wxWindowBase::~wxWindowBase(): any pushed event handlers must have been removed ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
>Do you see anything suspicious? Nothing obvious >The message I get (screenshot attached) is something like "It was >not possible to find the entry point of the procedure curl_mime_init >in the DLL C:\OSGEO4~1\bin\gdal300.dll". ok, I think we're narrowing down the issue now. I've seen there was a curl update today in OSGeo4W 64bit. please try to update your OSGeo4W environment and try again to start winGRASS in OSGeo4W. Otherwise, open a ticket in OSGeo4W for the gdal curl issue. - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Helmut, Thank you very much for the assistance. So: C:\OSGeo4W64>where gdal300.dll C:\OSGeo4W64\bin\gdal300.dll C:\Users\PedroVenancio>where gdal300.dll INFO: Could not find files for the given pattern(s). depwalk_bin.log has no reference to gdal3. depwalk_lib.log has some: [ 6] c:\osgeo4~1\bin\GDAL300.DLL [ 6] c:\osgeo4~1\bin\OGDI.DLL [ ^6] c:\osgeo4~1\bin\ZLIB1.DLL [ ^6] c:\osgeo4~1\bin\EXPAT.DLL [ ^6] c:\windows\system32\WSOCK32.DLL [F^6] c:\windows\system32\WS2_32.DLL [ ^6] c:\windows\system32\ADVAPI32.DLL [ ^6] c:\windows\system32\KERNEL32.DLL [F^6] c:\windows\system32\NTDLL.DLL [ ^6] c:\windows\system32\VCRUNTIME140.DLL [ ? ] API-MS-WIN-CRT-HEAP-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-STRING-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-ENVIRONMENT-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-STDIO-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-FILESYSTEM-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-MATH-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-UTILITY-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-CONVERT-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-RUNTIME-L1-1-0.DLL [ 6] c:\osgeo4~1\bin\XERCES-C_3_2.DLL [ ^6] c:\windows\system32\KERNEL32.DLL [F^6] c:\windows\system32\NTDLL.DLL [ ^6] c:\windows\system32\ADVAPI32.DLL [ ^6] c:\windows\system32\VCRUNTIME140.DLL [ ? ] API-MS-WIN-CRT-RUNTIME-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-STDIO-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-TIME-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-CONVERT-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-LOCALE-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-UTILITY-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-MATH-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-STRING-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-ENVIRONMENT-L1-1-0.DLL [ ? ] API-MS-WIN-CRT-HEAP-L1-1-0.DLL [ 6] c:\osgeo4~1\bin\EXPAT.DLL [ ^6] c:\windows\system32\MSVCR100.DLL [ ^6] c:\windows\system32\KERNEL32.DLL [F^6] c:\windows\system32\NTDLL.DLL [ ^6] c:\osgeo4~1\bin\LIBPQ.DLL [ 6] c:\windows\system32\WSOCK32.DLL [ ^6] c:\windows\system32\MSVCRT.DLL [ ^6] c:\windows\system32\WS2_32.DLL [ ? ] API-MS-WIN-CORE-ERRORHANDLING-L1-1-0.DLL [ ? ] API-MS-WIN-CORE-SYNCH-L1-2-0.DLL [ ? ] API-MS-WIN-CORE-PROFILE-L1-1-0.DLL [ ? ] API-MS-WIN-CORE-PROCESSTHREADS-L1-1-0.DLL [ ? ] API-MS-WIN-CORE-SYSINFO-L1-1-0.DLL [ ? ] API-MS-WIN-CORE-RTLSUPPORT-L1-1-0.DLL [F^6] c:\windows\system32\WS2_32.DLL [ ^6] c:\windows\system32\WS2_32.DLL [...] [ 6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GPROJ.7.8.DLL [ ? ] LIBINTL-8.DLL [ ^6] c:\windows\system32\KERNEL32.DLL [F^6] c:\windows\system32\NTDLL.DLL [ ^6] c:\windows\system32\MSVCRT.DLL [ ^6] c:\osgeo4~1\bin\PROJ_6_2.DLL [ ^6] c:\osgeo4~1\bin\GDAL300.DLL [ ^6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GIS.7.8.DLL [...] [ 6] c:\osgeo4~1\bin\GDAL300.DLL 03/11/2019 00:33 03/11/2019 00:33 20 789 760 A 0x 0x013DF7F0 x64 GUIUnknown 0x00018000 Unknown 0x0144B000Not Loaded 3.0.2.0 3.0.2.0 0.0 14.06.0 6.0 Do you see anything suspicious? The message I get (screenshot attached) is something like "It was not possible to find the entry point of the procedure curl_mime_init in the DLL C:\OSGEO4~1\bin\gdal300.dll". Thanks! Pedro Helmut Kudrnovsky escreveu no dia sexta, 15/11/2019 à(s) 20:31: > Pedro Venâncio-2 wrote > > Hi Helmut, > > > > > > What is gdalinfo --version in the OSGeo4W shell telling? > >> > > > > > > C:\OSGeo4W64>gdalinfo --version > > GDAL 3.0.2, released 2019/10/28 > > and type the same in a normal windows console, here: > > C:\Users\myusername>where gdal300.dll > INFORMATION: no file with this pattern could be found > > > > > - > best regards > Helmut > -- > Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html > ___ > grass-dev mailing list > grass-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Pedro Venâncio-2 wrote > Hi Helmut, > > > What is gdalinfo --version in the OSGeo4W shell telling? >> > > > C:\OSGeo4W64>gdalinfo --version > GDAL 3.0.2, released 2019/10/28 and type the same in a normal windows console, here: C:\Users\myusername>where gdal300.dll INFORMATION: no file with this pattern could be found - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Pedro Venâncio-2 wrote > Hi Helmut, > > > What is gdalinfo --version in the OSGeo4W shell telling? >> > > > C:\OSGeo4W64>gdalinfo --version > GDAL 3.0.2, released 2019/10/28 try to type into the OSGeo4W shell: C:\>where gdal300.dll result here: C:\OSGeo4W64\bin\gdal300.dll - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Pedro Venâncio-2 wrote > Hi Jurgen, > > > >> Try dependency walker called from the GRASS prompt and load gdal300.dll. >> There's probably something missing that the dll needs or conflicting in >> system32 that takes precendence over something shipped with OSGeo4W (see >> also >> [0]) >> >> > I'm not used with dependency walker, can you tell me the command I should > run to call it from GRASS cli? I already have it in %OSGEO4W_ROOT%\bin > folder. try: (1) add following lines in C:\OSGeo4W64\bin\grass78.bat @echo off rem # rem # rem # GRASS initialization bat script (OSGeo4W) rem # rem # rem rem Set environmental variables rem call "%~dp0\o4w_env.bat" call py3_env.bat call "%OSGEO4W_ROOT%\apps\grass\grass78\etc\env.bat" @echo off rem do a dependency walk rem add these 2 lines here for %%d in (%GISBASE%\lib\*) do depends /c /f:1 /ot:%APPDATA%\GRASS7\depwalk_lib.log %%d for %%e in (%GISBASE%\bin\*) do depends /c /f:1 /ot:%APPDATA%\GRASS7\depwalk_bin.log %%e rem rem Launch GRASS GIS rem "%GRASS_PYTHON%" "%GISBASE%\etc\grass78.py" %* rem rem Pause on error rem if %ERRORLEVEL% GEQ 1 pause (2) start OSGeo4W winGRASS7.8.1; you have to wait some minutes while dependency walker is working (3) go to %APPDATA%\GRASS7 (just copy/paste this into the windows explorer); here it opens as C:\Users\YourUsername\AppData\Roaming\GRASS7 (4) in this folder, there are 2 files: depwalk_lib.log depwalk_bin.log (5) open these 2 files in a texteditor, e.g. notepad++ and search for gdal3, here e.g. in depwald_lib.log: [ 6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GPROJ.7.8.DLL [ E ] c:\osgeo4~1\apps\msys\bin\LIBINTL-8.DLL [ ^6] c:\windows\system32\KERNEL32.DLL [F^6] c:\windows\system32\NTDLL.DLL [ ^6] c:\windows\system32\MSVCRT.DLL [ ^6] c:\osgeo4~1\bin\PROJ_6_2.DLL [ ^6] c:\osgeo4~1\bin\GDAL300.DLL <<== [ ^6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GIS.7.8.DLL that means LIBGRASS_GPROJ.7.8.DLL is looking for GDAL300.DLL in c:\osgeo4~1\bin\ - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Helmut, What is gdalinfo --version in the OSGeo4W shell telling? > C:\OSGeo4W64>gdalinfo --version GDAL 3.0.2, released 2019/10/28 Thank you very much! Best regards, Pedro ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Pedro Venâncio-2 wrote > Hi Jurgen, > > > >> Try dependency walker called from the GRASS prompt and load gdal300.dll. >> There's probably something missing that the dll needs or conflicting in >> system32 that takes precendence over something shipped with OSGeo4W (see >> also >> [0]) >> >> > I'm not used with dependency walker, can you tell me the command I should > run to call it from GRASS cli? I already have it in %OSGEO4W_ROOT%\bin > folder. > > Thank you very much! > > Best regards, > Pedro > > ___ > grass-dev mailing list > grass-dev@.osgeo > https://lists.osgeo.org/mailman/listinfo/grass-dev What is gdalinfo --version in the OSGeo4W shell telling? - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Jurgen, > Try dependency walker called from the GRASS prompt and load gdal300.dll. > There's probably something missing that the dll needs or conflicting in > system32 that takes precendence over something shipped with OSGeo4W (see > also > [0]) > > I'm not used with dependency walker, can you tell me the command I should run to call it from GRASS cli? I already have it in %OSGEO4W_ROOT%\bin folder. Thank you very much! Best regards, Pedro ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Pedro, On Thu, 14. Nov 2019 at 11:54:04 +, Pedro Venâncio wrote: > Hi Markus and Markus, > > I hope someone else can test, because here in my machine: > > - GRASS 7.8.1 standalone 64bits does not work; > - GRASS 7.8.0 standalone 64bits work fine; > - GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS; > - GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS; > - GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not work, > also inside QGIS; > - GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine, > alone and inside QGIS. > > In all of them, when I try to run any GRASS algorithm from grass78 --text, > I get the gdal300.dll error. Try dependency walker called from the GRASS prompt and load gdal300.dll. There's probably something missing that the dll needs or conflicting in system32 that takes precendence over something shipped with OSGeo4W (see also [0]) Jürgen [0] https://github.com/qgis/QGIS/issues/26891#issuecomment-495889169 -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Nordenhttps://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: PGP signature ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Helmut Kudrnovsky wrote > Pedro Venâncio-2 wrote >> Hi Markus and Markus, >> >> I hope someone else can test, because here in my machine: >> >> - GRASS 7.8.1 standalone 64bits does not work; >> - GRASS 7.8.0 standalone 64bits work fine; >> - GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS; >> - GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS; >> - GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not >> work, >> also inside QGIS; >> - GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine, >> alone and inside QGIS. >> >> In all of them, when I try to run any GRASS algorithm from grass78 >> --text, >> I get the gdal300.dll error. > > now testing standalone installer > (http://download.osgeo.org/osgeo4w/osgeo4w-setup-x86_64.exe): > > > # > Starting GRASS GIS... > WARNUNG: Sperren gleichzeitiger Zugriffe auf ein Mapset ist unter Windows > nicht möglich. > Cleaning up temporary files... > > __ ___ _____ > / / __ \/ | / ___/ ___/ / / _/ ___/ > / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ >/ /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / >\/_/ |_/_/ |_/// \/___/// > > Welcome to GRASS GIS 7.8.1 > GRASS GIS homepage: https://grass.osgeo.org > This version running through:Command Prompt > (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 > > GUI in the background, please wait... > Microsoft Windows [Version 10.0.18362.449] > (c) 2019 Microsoft Corporation. Alle Rechte vorbehalten. > > C:\Users\hkmyr>g.version --help > Displays GRASS GIS version info. > > Benutzung: > g.version [-cxbreg] [--help] [--verbose] [--quiet] [--ui] > > Schalter: > -c Gebe auch die Copyright-Informationen aus > -x Print also the citation options > -b Print also the build information > -r Print also the GIS library revision number and date > -e Print also extended info for additional libraries > -g Print info in shell script style (including Git reference commit) > > C:\Users\hkmyr>g.version -breg > version=7.8.1 > date=2019 > revision=c865432c9 > build_date=2019-11-10 > build_platform=x86_64-w64-mingw32 > build_off_t_size=8 > > ./configure --host=x86_64-w64-mingw32 '--with-libs=C:\OS3944~1/lib' > --with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin > --prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin > --includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared > --enable-largefile --with-fftw --with-freetype > --with-freetype-includes=/mingw64/include/freetype2 > --with-proj-share=/c/OSGeo4W64/share/proj > --with-proj-includes=/c/OSGeo4W64/include > --with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres > --with-postgres-includes=/c/OSGeo4W64/include > --with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib > --with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config > --with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite > --with-sqlite-includes=/c/OSGeo4W64/include > --with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex > --with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows > --with-bzlib > --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config > libgis_revision=0 > libgis_date="?" > proj=6.2.1 > gdal=3.0.2 > geos=3.8.0 > sqlite=3.29.0 > > C:\Users\hkmyr>gdalinfo --version > GDAL 3.0.2, released 2019/10/28 > > C:\Users\hkmyr>r.slope.aspect --help > Generates raster maps of slope, aspect, curvatures and partial derivatives > from an elevation raster map. > > Benutzung: > r.slope.aspect [-aen] elevation=name [slope=name] [aspect=name] >[format=string] [precision=string] [pcurvature=name] [tcurvature=name] >[dx=name] [dy=name] [dxx=name] [dyy=name] [dxy=name] [zscale=value] >[min_slope=value] [--overwrite] [--help] [--verbose] [--quiet] [--ui] > > Schalter: > -a Do not align the current region to the raster elevation map > -e Compute output at edges and near NULL values > -n Create aspect as degrees clockwise from North (azimuth), with flat > = > - > > C:\Users\hkmyr>v.dissolve --help > Löst Grenzen zwischen benachbarten Flächen mit gleicher Kategorienummer > oder > gleichem Attributwert auf. > > Benutzung: > v.dissolve.py input=name [layer=string] [column=name] output=name >[--overwrite] [--help] [--verbose] [--quiet] [--ui] > > Parameter: >input Name der Eingabe-Vektorkarte >layer Layer number or name. > Standard: 1 > column Name of attribute column used to dissolve common boundaries > output Name der
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Pedro Venâncio-2 wrote > Hi Markus and Markus, > > I hope someone else can test, because here in my machine: > > - GRASS 7.8.1 standalone 64bits does not work; > - GRASS 7.8.0 standalone 64bits work fine; > - GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS; > - GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS; > - GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not > work, > also inside QGIS; > - GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine, > alone and inside QGIS. > > In all of them, when I try to run any GRASS algorithm from grass78 --text, > I get the gdal300.dll error. now testing standalone installer (http://download.osgeo.org/osgeo4w/osgeo4w-setup-x86_64.exe): # Starting GRASS GIS... WARNUNG: Sperren gleichzeitiger Zugriffe auf ein Mapset ist unter Windows nicht möglich. Cleaning up temporary files... __ ___ _____ / / __ \/ | / ___/ ___/ / / _/ ___/ / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / \/_/ |_/_/ |_/// \/___/// Welcome to GRASS GIS 7.8.1 GRASS GIS homepage: https://grass.osgeo.org This version running through:Command Prompt (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 GUI in the background, please wait... Microsoft Windows [Version 10.0.18362.449] (c) 2019 Microsoft Corporation. Alle Rechte vorbehalten. C:\Users\hkmyr>g.version --help Displays GRASS GIS version info. Benutzung: g.version [-cxbreg] [--help] [--verbose] [--quiet] [--ui] Schalter: -c Gebe auch die Copyright-Informationen aus -x Print also the citation options -b Print also the build information -r Print also the GIS library revision number and date -e Print also extended info for additional libraries -g Print info in shell script style (including Git reference commit) C:\Users\hkmyr>g.version -breg version=7.8.1 date=2019 revision=c865432c9 build_date=2019-11-10 build_platform=x86_64-w64-mingw32 build_off_t_size=8 ./configure --host=x86_64-w64-mingw32 '--with-libs=C:\OS3944~1/lib' --with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin --prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin --includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared --enable-largefile --with-fftw --with-freetype --with-freetype-includes=/mingw64/include/freetype2 --with-proj-share=/c/OSGeo4W64/share/proj --with-proj-includes=/c/OSGeo4W64/include --with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres --with-postgres-includes=/c/OSGeo4W64/include --with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config --with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite --with-sqlite-includes=/c/OSGeo4W64/include --with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex --with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows --with-bzlib --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config libgis_revision=0 libgis_date="?" proj=6.2.1 gdal=3.0.2 geos=3.8.0 sqlite=3.29.0 C:\Users\hkmyr>gdalinfo --version GDAL 3.0.2, released 2019/10/28 C:\Users\hkmyr>r.slope.aspect --help Generates raster maps of slope, aspect, curvatures and partial derivatives from an elevation raster map. Benutzung: r.slope.aspect [-aen] elevation=name [slope=name] [aspect=name] [format=string] [precision=string] [pcurvature=name] [tcurvature=name] [dx=name] [dy=name] [dxx=name] [dyy=name] [dxy=name] [zscale=value] [min_slope=value] [--overwrite] [--help] [--verbose] [--quiet] [--ui] Schalter: -a Do not align the current region to the raster elevation map -e Compute output at edges and near NULL values -n Create aspect as degrees clockwise from North (azimuth), with flat = - C:\Users\hkmyr>v.dissolve --help Löst Grenzen zwischen benachbarten Flächen mit gleicher Kategorienummer oder gleichem Attributwert auf. Benutzung: v.dissolve.py input=name [layer=string] [column=name] output=name [--overwrite] [--help] [--verbose] [--quiet] [--ui] Parameter: input Name der Eingabe-Vektorkarte layer Layer number or name. Standard: 1 column Name of attribute column used to dissolve common boundaries output Name der Ausgabe-Vektorkarte # also winGRASS7.8.1 64 bit standalone is starting and working here. - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Pedro Venâncio-2 wrote > Hi Markus and Markus, > > I hope someone else can test, because here in my machine: > > - GRASS 7.8.1 standalone 64bits does not work; > - GRASS 7.8.0 standalone 64bits work fine; > - GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS; > - GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS; > - GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not > work, > also inside QGIS; > - GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine, > alone and inside QGIS. > > In all of them, when I try to run any GRASS algorithm from grass78 --text, > I get the gdal300.dll error. > > Best regards, > Pedro testing here OSGeo4W winGRASS7.8.1 64bit ## Starting GRASS GIS... WARNUNG: Sperren gleichzeitiger Zugriffe auf ein Mapset ist unter Windows nicht möglich. Cleaning up temporary files... __ ___ _____ / / __ \/ | / ___/ ___/ / / _/ ___/ / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / \/_/ |_/_/ |_/// \/___/// Welcome to GRASS GIS 7.8.1 GRASS GIS homepage: https://grass.osgeo.org This version running through:Command Prompt (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 GUI in the background, please wait... Microsoft Windows [Version 10.0.18362.449] (c) 2019 Microsoft Corporation. Alle Rechte vorbehalten. C:\>g.version -breg version=7.8.1 date=2019 revision=c865432c9 build_date=2019-11-10 build_platform=x86_64-w64-mingw32 build_off_t_size=8 ./configure --host=x86_64-w64-mingw32 '--with-libs=C:\OS3944~1/lib' --with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin --prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin --includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared --enable-largefile --with-fftw --with-freetype --with-freetype-includes=/mingw64/include/freetype2 --with-proj-share=/c/OSGeo4W64/share/proj --with-proj-includes=/c/OSGeo4W64/include --with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres --with-postgres-includes=/c/OSGeo4W64/include --with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config --with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite --with-sqlite-includes=/c/OSGeo4W64/include --with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex --with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows --with-bzlib --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config libgis_revision=0 libgis_date="?" proj=6.2.1 gdal=3.0.2 geos=3.8.0 sqlite=3.29.0 C:\>gdalinfo --version GDAL 3.0.2, released 2019/10/28 ## it works here. which GDAL version are you using in the OSGeo4W64 shell, here: C:\>gdalinfo --version GDAL 3.0.2, released 2019/10/28 any other software using GDAL interfering in your %PATH%? - best regards Helmut -- Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi Markus and Markus, I hope someone else can test, because here in my machine: - GRASS 7.8.1 standalone 64bits does not work; - GRASS 7.8.0 standalone 64bits work fine; - GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS; - GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS; - GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not work, also inside QGIS; - GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine, alone and inside QGIS. In all of them, when I try to run any GRASS algorithm from grass78 --text, I get the gdal300.dll error. Best regards, Pedro Markus Metz escreveu no dia quarta, 13/11/2019 à(s) 15:03: > > > On Wed, Nov 13, 2019 at 3:39 PM Markus Neteler wrote: > > > > On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio > > wrote: > > > > > > Hi all again, > > > > > > I've tested GRASS standalone and I got the same error with > WinGRASS-7.8.1-1-Setup-x86_64. > > > > > > Then I uninstalled this version and installed > WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine. > > > > > > So, it seems that there is something wrong with GRASS-7.8.1 in my > machine. Also when running algorithms in CLI, GRASS throws the message > about gdal300.dll, but that dll is present in the path specified > (screenshot attached). > > > > > > Any hint about what can be wrong? > > > > Probably this recent fix is needed? > > https://github.com/OSGeo/grass/pull/191 > > No, because GRASS is actually looking for gdal300.dll. > > Looks like a packaging error in WinGRASS-7.8.1-1-Setup-x86_64, if others > can confirm this. > > Markus M > > > > It will be part of 7.8.2. > > > > Best regards, > > Markus > > ___ > > grass-dev mailing list > > grass-dev@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/grass-dev > ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
On Wed, Nov 13, 2019 at 3:39 PM Markus Neteler wrote: > > On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio > wrote: > > > > Hi all again, > > > > I've tested GRASS standalone and I got the same error with WinGRASS-7.8.1-1-Setup-x86_64. > > > > Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine. > > > > So, it seems that there is something wrong with GRASS-7.8.1 in my machine. Also when running algorithms in CLI, GRASS throws the message about gdal300.dll, but that dll is present in the path specified (screenshot attached). > > > > Any hint about what can be wrong? > > Probably this recent fix is needed? > https://github.com/OSGeo/grass/pull/191 No, because GRASS is actually looking for gdal300.dll. Looks like a packaging error in WinGRASS-7.8.1-1-Setup-x86_64, if others can confirm this. Markus M > > It will be part of 7.8.2. > > Best regards, > Markus > ___ > grass-dev mailing list > grass-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio wrote: > > Hi all again, > > I've tested GRASS standalone and I got the same error with > WinGRASS-7.8.1-1-Setup-x86_64. > > Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 > and everything worked fine. > > So, it seems that there is something wrong with GRASS-7.8.1 in my machine. > Also when running algorithms in CLI, GRASS throws the message about > gdal300.dll, but that dll is present in the path specified (screenshot > attached). > > Any hint about what can be wrong? Probably this recent fix is needed? https://github.com/OSGeo/grass/pull/191 It will be part of 7.8.2. Best regards, Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] WinGRASS build up (WIP)
Hi all again, I've tested GRASS standalone and I got the same error with WinGRASS-7.8.1-1-Setup-x86_64. Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine. So, it seems that there is something wrong with GRASS-7.8.1 in my machine. Also when running algorithms in CLI, GRASS throws the message about gdal300.dll, but that dll is present in the path specified (screenshot attached). Any hint about what can be wrong? Thanks. Best regards, Pedro Pedro Venâncio escreveu no dia terça, 12/11/2019 à(s) 15:02: > Hi Martin, > > Hum, it can be related, because starting GRASS with > > grass --text > > and then > > v.buffer > > I get a windows message saying that the gdal300.dll is missing. However, I > have a gdal300.dll file in OSGeoW folder: C:\OSGeo4W64\bin. > > GRASS config gives: > > C:\>grass78 --config > x86_64-w64-mingw32 > ./configure --host=x86_64-w64-mingw32 '--with-libs=C:\\OS3944~1/lib' > --with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin > --prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin > --includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared > --enable-largefile --with-fftw --with-freetype > --with-freetype-includes=/mingw64/include/freetype2 > --with-proj-share=/c/OSGeo4W64/share/proj > --with-proj-includes=/c/OSGeo4W64/include > --with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres > --with-postgres-includes=/c/OSGeo4W64/include > --with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib > --with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config > --with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite > --with-sqlite-includes=/c/OSGeo4W64/include > --with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex > --with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows > --with-bzlib --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config > gcc > C:\OSGEO4~1\apps\grass\grass78 > Traceback (most recent call last): > File "C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py", line 2025, in main > index = sys.argv.index(batch_exec_param) > ValueError: '--exec' is not in list > > During handling of the above exception, another exception occurred: > > Traceback (most recent call last): > File "C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py", line 2216, in > > main() > File "C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py", line 2030, in main > params = parse_cmdline(sys.argv[1:], default_gui=default_gui) > File "C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py", line 1951, in > parse_cmdline > print_params() > File "C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py", line 1862, in > print_params > "%s\n" % val[0].split(':')[1].rstrip('$"\n').strip()) > IndexError: list index out of range > Press any key to continue . . . > > > > Martin Landa escreveu no dia terça, 12/11/2019 > à(s) 14:26: > >> Hi, >> >> út 12. 11. 2019 v 15:14 odesílatel Pedro Venâncio >> napsal: >> > GDAL version: 3.1.0dev >> > GEOS version: 3.8.0-CAPI-1.13.1 >> > PROJ version: Rel. 7.0.0, March 1st, 2020 >> >> it's probably unrelated, but GRASS 7.8.1 is compiled with GDAL 3.0 and >> PROJ 6.0. >> >> Ma >> >> -- >> Martin Landa >> http://geo.fsv.cvut.cz/gwiki/Landa >> http://gismentors.cz/mentors/landa >> > ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev