[GRASS-dev] GRASS_INFO_WARNING(5712, 1): Unable to start driver

Hi devs, with System Info GRASS version: 7.1.svn GRASS SVN revision: 66775 Build date: 2015-11-10

Re: [GRASS-dev] GRASS_INFO_WARNING(5712, 1): Unable to start driver

wenzeslaus wrote > On Tue, Nov 10, 2015 at 2:10 PM, Helmut Kudrnovsky < > hellik@ > > wrote: >> >> GRASS SVN revision: 66775 >> >> GRASS_INFO_ERROR(5712,3): Unable to start driver > >> GRASS_INFO_END(5712,3) >> >> any idea? >

Re: [GRASS-dev] Planning of 7.0.2 release

>Hi > >if there are no objections, we could release tomorrow night (in roughly >24hs from now). +1 - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Planning-of-7-0-2-release-tp5225086p5237245.html Sent from the Grass - Dev mailing list archive a

[GRASS-dev] what is the correct way to import a spatialite db into trunk?

given a shapefile translated to a spatialite db: ogr2ogr -f "SQLITE" testshape.sqlite testshape.shp -dsco SPATIALITE=YES ogrinfo testshape.sqlite -al INFO: Open of `testshape.sqlite' using driver `SQLite' successful. Layer name: testshape Geometry: Polygon Feature Count: 1 Extent: (16.7098

Re: [GRASS-dev] what is the correct way to import a spatialite db into trunk?

Helmut Kudrnovsky wrote > any ideas to how to import a spatialite db into trunk? ah ok, with v.in.ogr-import wizzard it works, the command in trunk for importing a spatialite db seems to be: v.in.ogr input=C:\tmp\newaddons\testsqlite\gg\testshape.sqlite layer=testshape output=testshape geome

[GRASS-dev] ERROR: RB Search Tree: Out of memory (v.in.ogr)

hi devs, given the data (sqlite version) set from here: http://www.eea.europa.eu/data-and-maps/data/natura-6 trying to v.in.ogr parts of the dataset by e.g.: v.in.ogr --verbose input=C:\tmp\Natura2000_end2014_Spatialite\Natura2000_end2014.sqlite layer=natura2000polygon output=siteB geometry=GEOM

[GRASS-dev] Activating pyspatialite in the wingrass addon build server

Hi, some days ago I've added a new addon which uses pyspatialite for connecting to sqlite/spatialite databases. could be pyspatialite activated in the wingrass addon build server? pyspatialite is available in the OSGeo4W stack. - best regards Helmut -- View this message in context: http:

Re: [GRASS-dev] Activating pyspatialite in the wingrass addon build server

Martin Landa wrote > Hi, > > 2015-11-30 17:57 GMT+01:00 Helmut Kudrnovsky < > hellik@ > >: >> some days ago I've added a new addon which uses pyspatialite for >> connecting >> to sqlite/spatialite databases. >> >> could be p

Re: [GRASS-dev] Unable to rename cell/null file - NULL file messed up

> (I did not install with g.extension because that does not seem to work for GRASS at the moment). testedt here with System Info GRASS version: 7.0.2 GRASS SVN Revision

Re: [GRASS-dev] Unable to rename cell/null file - NULL file messed up

pvanbosgeo wrote > When running a script (r.biodiversity) in GRASS 7.0 for Windows, I am > getting the warning: > > WARNING: Unable to rename cell file > 'C:\GIS\GrassJvdS/latlong/YLD_NUT/.tmp/unknown/3988.0' to > 'C:\GIS\GrassJvdS/latlong/YLD_NUT/fcell/Shan3_CA_Renyi_0_0': File exists > WARNING:

Re: [GRASS-dev] latest wingrass binary failing

Anna Petrášová wrote > Hi, > > tested binary r66992 > ; > fails > to launch GUI. r66972 > ; > works. > Sorry, I forgot to copy the traceback and I h

Re: [GRASS-dev] [GRASS-SVN] r66995 - grass-addons/grass7/vector/v.in.natura2000

Hi Vaclav, wenzeslaus wrote > Hi Helmut, > > On Tue, Dec 1, 2015 at 5:11 AM, < > svn_grass@ > > wrote: > >> +try: >> +import pyspatialite.dbapi2 as db >> +except ImportError: >> +grass.warning( "pyspatialite has to be installed." ) >> > > better than this is the approach taken in v.f

Re: [GRASS-dev] relation between GRASS modules and GUI wizards

>I propose that we decide once and for all that calling a module by name, >be it in the terminal window, or in the GUI console or via the menu, >launches the actual module GUI. >If we want to propose specific wizards >to ease the use of these modules, these should be called as such, and >not via t

[GRASS-dev] Grass addons manual list shorter than addon list

Hi, if you look at https://grass.osgeo.org/grass70/manuals/addons/ the addon manual list, especially on the vector side, seems to be quite short comparing to the addons in svn. Any idea? - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Grass-

Re: [GRASS-dev] Grass addons manual list shorter than addon list

Martin Landa wrote > Hi, > > 2015-12-10 0:21 GMT+01:00 Helmut Kudrnovsky < > hellik@ > >: >> https://grass.osgeo.org/grass70/manuals/addons/ >> >> the addon manual list, especially on the vector side, seems to be quite >> short comparing to the addo

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

>since today you can start testing 64bit daily builds via standalone >installer (*) [1,2] or through OSGeo4W [3] (`grass-daily`) package. I >also drop dependency on MSYS. So no MSYS installed together with >GRASS. thanks a lot for your effort to bring winGRASS to 64bit!!! :-) already downloading

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

> But it's ready for testing! System Info GRASS version: 7.1.svn GRASS SVN revision: 67160 Build date: 2015-12-16

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

Martin Landa wrote > Hi, > > 2015-12-16 23:52 GMT+01:00 Helmut Kudrnovsky < > hellik@ > >: >> after some quick tests of some ratser modules: it's quite responsive and >> fast ... > > it would be interesting to compare with 32bit (new) and also o

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

Hi Jürgen, Jürgen E. Fischer wrote > Hi Helmut, > > On Wed, 16. Dec 2015 at 13:07:17 -0800, Helmut Kudrnovsky wrote: >> >since today you can start testing 64bit daily builds via standalone >> >installer (*) [1,2] or through OSGeo4W [3] (`grass-daily`) package. I >&

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

Martin Landa wrote > Hi, > > 2015-12-17 14:51 GMT+01:00 Helmut Kudrnovsky < > hellik@ > >: >> 7.0.2 32 bit (old mingw tool chain) -> 7.1.svn 32 bit (new mingw2 tool >> chain) -> 7.1.svn 64 bit (new mingw2 tool chain) > > please try to compare 7.0.

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

wenzeslaus wrote > On Thu, Dec 17, 2015 at 8:51 AM, Helmut Kudrnovsky < > hellik@ > > wrote: >> >> >> > >: >> >> after some quick tests of some ratser modules: it's quite responsive > and >> >> fast ... >> > >>

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

wenzeslaus wrote > python -m grass.gunittest.main --location nc_basic_spm_grass7 > --location-type nc how do I know if the test has finished? after: C:\OSGeo4W\src\grass7>python -m grass.gunittest.main --location nc_spm_08_grass7 --location-type nc test_assertions from .\lib\python\gunitte

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

wenzeslaus wrote > On Thu, Dec 17, 2015 at 2:01 PM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> wenzeslaus wrote >> > python -m grass.gunittest.main --location nc_basic_spm_grass7 >> > --location-type nc >> >> how do I know if th

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

wenzeslaus wrote > On Thu, Dec 17, 2015 at 2:01 PM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> wenzeslaus wrote >> > python -m grass.gunittest.main --location nc_basic_spm_grass7 >> > --location-type nc >> >> how do I know if th

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

wenzeslaus wrote >> >> in testfiles.html the last entries are: >> >> [...] >> ./lib/python/pygrass/raster test_raster succeeded 6 6 >> 0 100% >> ./lib/python/pygrass/raster test_raster_img succeeded 9 9 >> 0 100% >> ./lib/python/pygrass/rast

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

wenzeslaus wrote > On Thu, Dec 17, 2015 at 2:40 PM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> wenzeslaus wrote >> >> >> >> in testfiles.html the last entries are: >> >> >> >> [...] >> >> ./lib/pyth

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

Helmut Kudrnovsky wrote > > wenzeslaus wrote >> On Thu, Dec 17, 2015 at 2:40 PM, Helmut Kudrnovsky < >> hellik@ >> > wrote: >> >>> wenzeslaus wrote >>> >> >>> >> in testfiles.html the last entries are: >>> >

[GRASS-dev] r.category: wrong separator in examples

hi in the manuals of g7 [1], following separators are given: separator=character Field separator Special characters: pipe, comma, space, tab, newline Default: tab but in the examples below, the separator is : cat:Label val1:val2:Label [...] 0:no data 2: . 5: .

Re: [GRASS-dev] winGRASS OSGeo4W crashes when switching to 3D view

Markus Neteler wrote > Hi, > > while teaching our IRSAE course > (http://gis.cri.fmach.it/grass-gis-and-r-course/) we did not have > success to perform a NVIZ exercise on Windows. > > Switching to 3D mode leads to a GUI crash when loading the "elevation" > DEM. We used "elevation" in the new (yet

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

Anna Petrášová wrote > Hi, > > On Thu, Dec 17, 2015 at 11:04 AM, Martin Landa < > landa.martin@ > > > wrote: > >> Hi, >> >> 2015-12-17 14:51 GMT+01:00 Helmut Kudrnovsky < > hellik@ > >: >> > 7.0.2 32 bit (old mingw tool chain

[GRASS-dev] results in winGRASS7 32bit vs 64bit: should they be identical?

hi, I've done some quick diff test with results of winGRASS7 32bit vs 64bit in the NC sample dataset: r.slope.aspect: r.mapcalc aspect32bit - aspect64bit => 0 r.mapcalc slope32bit - slope64bit => 0 they seems to be identical. r.watershed: r.mapcalc accum32bit - accum64bit r.info map=diffacc

Re: [GRASS-dev] results in winGRASS7 32bit vs 64bit: should they be identical?

>> any ideas if they should be identical? > >Testing like this will likely show differences due to CPU precision etc. in this quick test it's the same machine, running 32bit and 64bit winGRASS binaries ... >The test needs to be implemented in a different way, using an epsilon. >Essentially, some

Re: [GRASS-dev] results in winGRASS7 32bit vs 64bit: should they be identical?

>Like this you check if the difference is very small and below the >acceptable threshold. >In C, we use GRASS_EPSILON for these comparisons. now done with GRASS_EPSILON 1.0e-15 r.mapcalc expression=difftestepsilon = if( abs( accum32bit@accumtest - accum64bit@accumtest) <= 1.0e-15, 1 , 100 ) a

Re: [GRASS-dev] [GRASS-SVN] r67473 - grass/trunk/mswindows

Hi Martin, Martin Landa wrote > Hi, > > 2016-01-03 21:57 GMT+01:00 < > svn_grass@ > >: >> -IF EXIST "%GISBASE%\extrabin\R.exe" %GISBASE%\extrabin\R path >> +IF EXIST "%ProgramFiles%\R\" %GISBASE%\extrabin\R path > > you are checking %ProgramFiles%\R\ and then calling > %GISBASE%\extrabin\R,

Re: [GRASS-dev] Using GRASS addons in R on Windows

pvanbosgeo wrote > In Windows running R from within GRASS (latter installed via OSGeo4W) > works fine, except that it can't seem to find the GRASS addons I > installed (with g.extension), not using rgrass7 nor directly using > system(). On Linux this is no problem, I can run any installed addon.

Re: [GRASS-dev] Using GRASS addons in R on Windows

pvanbosgeo wrote > On Fri, Jan 8, 2016 at 10:39 AM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> pvanbosgeo wrote >> > In Windows running R from within GRASS (latter installed via OSGeo4W) >> > works fine, except that it can't seem to find the

Re: [GRASS-dev] release plan for 7.0.3

Martin Landa wrote > Hi, > > 2015-12-18 18:08 GMT+01:00 Martin Landa < > landa.martin@ > >: >> 1) this weekend soft freeze starts >> 2) before the end of the year: hard freeze + RC1 >> 3) around January 10: RC2 >> 4) around January 14: 7.0.3 > > I would like to open discussion about releasing R

Re: [GRASS-dev] Using GRASS addons in R on Windows

pvanbosgeo wrote > In Windows running R from within GRASS (latter installed via OSGeo4W) > works fine, except that it can't seem to find the GRASS addons I > installed (with g.extension), not using rgrass7 nor directly using > system(). On Linux this is no problem, I can run any installed addon.

[GRASS-dev] No interface description of modules (rgrass7)

hi, having a look into the source of the R-package rgrass7 [1] there are mentioned some modules (g7) having no interface description: -- parseGRASS <- function(cmd, legacyExec=NULL) { bin_out_win <- c("d.colors.exe", "d.save.exe", "d.what.rast.exe", "d.what.vect.exe", "d

Re: [GRASS-dev] Using GRASS addons in R on Windows

pvanbosgeo wrote > On Mon, Jan 11, 2016 at 10:29 AM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> pvanbosgeo wrote >> > In Windows running R from within GRASS (latter installed via OSGeo4W) >> > works fine, except that it can't seem to find the

Re: [GRASS-dev] Using GRASS addons in R on Windows

pvanbosgeo wrote > In Windows running R from within GRASS (latter installed via OSGeo4W) > works fine, except that it can't seem to find the GRASS addons I > installed (with g.extension), not using rgrass7 nor directly using > system(). On Linux this is no problem, I can run any installed addon.

[GRASS-dev] GRASS_ADDON_BASE or GRASS_ADDON_PATH and other variables

hi devs, taken from the GRASS-stats ML: https://lists.osgeo.org/pipermail/grass-stats/2016-January/001634.html "However, it will not work for initGRASS(), which does not set GRASS_ADDON_BASE or GRASS_ADDON_PATH. Where should I look to see where the correct values are stored on Unix (Linux an

Re: [GRASS-dev] wingrass daily builds layout

Markus Neteler wrote > On Jan 17, 2016 2:13 PM, "Martin Landa" < > landa.martin@ > > wrote: >> >> Hi, >> >> 2016-01-14 17:50 GMT+01:00 Martin Landa < > landa.martin@ > >: >> > on the other hand, eg. [1] have same layout (platform first). >> >> any other comments? Any objection to change layout

Re: [GRASS-dev] GRASS addons dependencies

Panagiotis Mavrogiorgos wrote > Hi everybody, > > Some addons depend on other addons. E.g. r.lfp depends on > r.stream.distance. > > If you try to use it while r.stream.distance is not installed, you get the > following traceback which is not particularly helpful; especially so if > you > are not

[GRASS-dev] ubuntu grass daily: installing addons: ERROR: Please install GRASS development package

hi, on an ubuntu laptop I've installed grass daily following [1] during installing an addon via g.extension, I get following message: g.extension extension=r.geomorphon url= Fetching from GRASS GIS Addons repository (be patient)... Compiling... ERROR: Pl

Re: [GRASS-dev] ubuntu grass daily: installing addons: ERROR: Please install GRASS development package

Anna Petrášová wrote > On Wed, Feb 17, 2016 at 4:45 PM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> hi, >> >> on an ubuntu laptop I've installed grass daily following [1] >> >> during installing an addon via g.extension, I get following

Re: [GRASS-dev] wingrass - daily builds & GDAL 2.0

Martin Landa wrote > Hi, > > from osgeo4w ML: > > """ > The switch is done - and qgis-dev, qgis-rel-dev and qgis-ltr-dev are now > rebuilt with GDAL 2.0.2. > """ > > I have updated GRASS daily builds accordingly. The next winGRASS daily > build (21/2) will be built against GDAL 2.0. Enjoy && tes

Re: [GRASS-dev] is OSGeo4W GRASS 7.0.3 working?

Anna Petrášová wrote > Hi, > > could anyone confirm GRASS 7.0.3 installed through OSGeo4W is working? I > was trying on 3 machines and it always fails during startup with some > error > about spatialite4.dll. GRASS 71svn was working in same cases, in one case > it just crashed for unknown reason.

Re: [GRASS-dev] db.join script wanted

Markus Neteler wrote > On Wed, Mar 9, 2016 at 8:11 PM, Paulo van Breugel > < > p.vanbreugel@ > > wrote: >> On Wed, Mar 9, 2016 at 7:14 PM, Luca Delucchi < > lucadeluge@ > > wrote: >>> >>> On 9 March 2016 at 19:11, Markus Neteler < > neteler@ > > wrote: >>> > >>> > >>> > Yeah.. I think >>> > L

Re: [GRASS-dev] How to sample raster values along a vector line?

Markus Neteler wrote > Hi devs, > > I somehow don't get how to sample values from a raster map along a > vector line which is several pixels long. > In essence, something like this > #1852: r.profile: accept lines vector map as profile > https://trac.osgeo.org/grass/ticket/1852 > > Issues: > - I

[GRASS-dev] raster query/r.what error with a r.external-linked raster

hi, I have a self compiled: System Info GRASS Version: 7.1.svn GRASS SVN revision: 68037 Build date: 2016-03-11

Re: [GRASS-dev] os.remove

pvanbosgeo wrote > On 21-03-16 10:12, Paulo van Breugel wrote: >> Hi devs, >> >> In the addon r.forestfrag (python script), I used os.remove() to >> remove some temporary files (in lines 230, 258 and 430). However, this >> fails in Windows, with an error message like below: >> >> WindowsError: [E

Re: [GRASS-dev] raster query/r.what error with a r.external-linked raster

wenzeslaus wrote > On Mon, Mar 14, 2016 at 4:02 PM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> Module run None ['r.what', '--q', '-rf', >> 'map=EUD_CP_DEMS_3500025000_AA@demdata', 'null=No data', >> 

Re: [GRASS-dev] raster query/r.what error with a r.external-linked raster

wenzeslaus wrote > On Tue, Mar 22, 2016 at 10:03 AM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> >> as I'm not used to compile on Linux, what may be the command to >> compile with -ggdb? configure? make? >> > > It is a compiler flag and i

Re: [GRASS-dev] raster query/r.what error with a r.external-linked raster

>This may be an issue with GDAL itself, e.g. an external library having >been updated without rebuilding GDAL. If that's the case, any program >which calls GDALAllRegister() (e.g. "gdalinfo --formats") would >exhibit the same issue. gdalinfo testraster.tif gdalinfo --formats both are working. >A

Re: [GRASS-dev] raster query/r.what error with a r.external-linked raster

Helmut Kudrnovsky wrote >>This may be an issue with GDAL itself, e.g. an external library having >>been updated without rebuilding GDAL. If that's the case, any program >>which calls GDALAllRegister() (e.g. "gdalinfo --formats") would >>exhibit the s

[GRASS-dev] creating temporary mapsets in a parallelized python script

Hi, in a parallelized python script it is needed to do the parallelized jobs in different mapsets as region settings are changed during calculations. Any hints how to create temporary mapsets? Already existing pygrass / pyscript functions? thanks - best regards Helmut -- View this mes

Re: [GRASS-dev] creating temporary mapsets in a parallelized python script

Anna Petrášová wrote > On Mon, Apr 11, 2016 at 4:04 PM, Helmut Kudrnovsky < > hellik@ > > wrote: >> Hi, >> >> in a parallelized python script it is needed to do the parallelized jobs >> in >> different mapsets as region settings are changed du

Re: [GRASS-dev] creating temporary mapsets in a parallelized python script

Anna Petrášová wrote > On Mon, Apr 11, 2016 at 4:46 PM, Helmut Kudrnovsky < > hellik@ > > wrote: >> Anna Petrášová wrote >>> On Mon, Apr 11, 2016 at 4:04 PM, Helmut Kudrnovsky < >> >>> hellik@ >> >>> > wrote: >>>> Hi,

Re: [GRASS-dev] creating temporary mapsets in a parallelized python script

wenzeslaus wrote > On Mon, Apr 11, 2016 at 5:19 PM, Helmut Kudrnovsky < > hellik@ > > wrote: > >> > I see, then it's easier to fix the script and use grass.use_temp_region >> >> From the manual: >> >> script.core.use_temp_region()[source]¶

Re: [GRASS-dev] Projection name lookup table needed?

>gdalinfo eudem_dem_3035_europe.tif >Driver: GTiff/GeoTIFF >Files: eudem_dem_3035_europe.tif > eudem_dem_3035_europe.tif.ovr >Size is 24, 20 >Coordinate System is: >PROJCS["ETRS89 / LAEA Europe", [...] >r.unpack subregion_eudem_25m.pack >WARNING: Difference between PROJ_INFO file of

Re: [GRASS-dev] Projection name lookup table needed?

Helmut Kudrnovsky wrote >>gdalinfo eudem_dem_3035_europe.tif >>Driver: GTiff/GeoTIFF >>Files: eudem_dem_3035_europe.tif >> eudem_dem_3035_europe.tif.ovr >>Size is 24, 20 >>Coordinate System is: >>PROJCS["ETRS89 / LAEA Europe", &

[GRASS-dev] GRASS 7 Addons HTML manual pages down: Page not found (404)

it seems that the grass7 addons are down. - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GRASS-7-Addons-HTML-manual-pages-down-Page-not-found-404-tp5262593.html Sent from the Grass - Dev mailing list archive at Nabble.com.

Re: [GRASS-dev] GRASS 7 Addons HTML manual pages down: Page not found (404)

Helmut Kudrnovsky wrote > it seems that the grass7 addons are down. not sure if related, no addons of OSGeo4W-winGRASS71svn can't be fetched. - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GRASS-7-Addons-HTML-manual-pages-down-Page-n

Re: [GRASS-dev] GRASS 7 Addons HTML manual pages down: Page not found (404)

Martin Landa wrote > Hi, > > 2016-04-23 11:27 GMT+02:00 Helmut Kudrnovsky < > hellik@ > >: >> Helmut Kudrnovsky wrote >>> it seems that the grass7 addons are down. >> >> not sure if related, no addons of OSGeo4W-winGRASS71svn can't b

[GRASS-dev] r.volume - error: reading raster at row x outside of region

Hi devs, I have 2 rasters: r.info map=sample_tallard_eu_dem_westernalps_slope ++ | Map: sample_tallard_eu_dem_western Date: Sun Apr 24 20:36:43 2016 | | Mapset: westernalpsriver

Re: [GRASS-dev] r.volume - error: reading raster at row x outside of region

Helmut Kudrnovsky wrote > Hi devs, > > I have 2 rasters: > > r.info map=sample_tallard_eu_dem_westernalps_slope > > > ++ > | Map: sample_tallard_eu_dem_w

Re: [GRASS-dev] r.volume - error: reading raster map request for row y outside of region

Markus Neteler wrote > Hi Helli, > > please consider to switch your session to a English language locale, eg > > export LANG=en_US > export LANGUAGE=en_US > export LC_MESSAGES=en_US > > Then more people may be able to follow the error messages you have sent. > > Apart from that: > r.volume's "r

Re: [GRASS-dev] [GRASS-user] why is v.build.all (and many others) a windows batch file and not an executable?

Markus Neteler wrote > (moved temporarily here for catching expert answers, then I'll > transfer the result to grass-user to avoid cross-posting) > > The point is that the user wants to run without extra hassle > (parameter updates are ok of course) existing G6 scripts in a G7 > session on Windows

Re: [GRASS-dev] [GRASS-user] why is v.build.all (and many others) a windows batch file and not an executable?

Markus Neteler wrote > (moved temporarily here for catching expert answers, then I'll > transfer the result to grass-user to avoid cross-posting) > > The point is that the user wants to run without extra hassle > (parameter updates are ok of course) existing G6 scripts in a G7 > session on Windows

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

> > no error reported in former steps either, and I can see the file " > > grass71svn.bat " is located in the right place. what is the "right place"? what is the path to the "right place"? > > SET OSGEO4W_ROOT=@osgeo4w@ could it be that OSGEO4W_ROOT isn't defined? was winGRASS also installed

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

> > @echo off > > > > rem > > ## > > ### > > > > rem # > > > > rem # GRASS initialization bat script (OSGeo4W) > > > > rem # > > > > rem > > ## > > ### > > > > > >

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

For MS windows have a look here: https://lists.osgeo.org/pipermail/grass-dev/2016-May/080159.html https://lists.osgeo.org/pipermail/grass-dev/2016-May/080160.html >I assume win10 is too new so I tried win 7 and win8.1 using different >computers. I AFAIK the Windows version doesn't matter. >Er

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

>error: >libintl-8.dell missing >libsystre-0.dll missing [...] >ERROR: wxGUI requires wxPython. No module named wxversion It looks like the running/buildenvironment is inkompetent. all these dll's and wxpython should be available by the OSGeo4W environment. try the OSGeo4W advanced install t

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

Regarding missing dll's and wxpython, try to install e.g. OSGeo4W-winGRASS 7.0.4, then all dependencies should be installed. - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Seeking-advices-for-image-segmentation-algorithms-and-windows-compile-ques

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

Regarding error in las modules: See https://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/package.sh#L178 and change this line to disable las functionality for compilation - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Seeking-adv

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

>Ok, then you have to either solve the compilation errors (maybe you can >send us the error.log of trying to run make in one of the directories >which failed), or disable compilation by (I think - but am no expert in >MS Windows compilation - Helmut, can you confirm ?) erasing the line > >--with-li

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

Yang, Bo (yangb2) wrote > Hi Helmut and Moritz, > >>error: >>libintl-8.dell missing >>libsystre-0.dll missing > [...] > >>ERROR: wxGUI requires wxPython. No module named wxversion > >>It looks like the running/buildenvironment is inkompetent. > >>all these dll's and wxpython should be availab

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

>I did some research on google. Given all the errors come from >python, I am thinking probably there are conflicts come from multi->python installations of my computer (I have anaconda and ArcGIS >installed on my computer, both have python 2.7) could you do following steps to test if there is some

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

> Now on my desktop there are both shortcuts of "GRASS GIS 7.1.svn" and "GRASS GIS 7.0.4". >Currently the GRASS GIS 7.0.4 can be normally started without any issue. However, when start GRASS GIS >7.1.svn. the error below showed. for a workaround see: https://trac.osgeo.org/grass/ticket/3011#com

[GRASS-dev] Spatial vector selection by another vector without creating a new vector

Hi, given following workflow: - Polygon vector A, line vector B - Spatially select those polygone in A which are e.g. touched by some lines in B - open attribute table, view entries selected by step before - update some columns of the selected entries as this workflow is available in mostly a

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

>3. I checked out codes from trunk and build it: >svn checkout https://svn.osgeo.org/grass/grass/trunk grass_trunk >PACKAGE_POSTFIX=-daily ./mswindows/osgeo4w/package.sh > >After built it reported: >Started compilation: Thu May 19 00:45:39 EDT 2016 >-- >Errors in: >/usr/src/grass_trunk/raster/r.in

[GRASS-dev] Compiling GRASS on MS-Windows ¶

hi, a new laptop and time to set up a new winGRASS build environment. :-) some questions regarding the compiling guide in https://trac.osgeo.org/grass/wiki/CompileOnWindows (1) regarding section: "Install the MSYS2 directory structure": I guess that the msys is installed in e.g. C:\msys64

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

>I searched that libgrass_btree2.7.1.svn.dll are located in folder of " msys32\usr\src\grass_trunk\dist.i386-w64-mingw32\lib" but I don't know why the program still can not find it. Then I tried to copy all files from "..\lib" to "..\bin", then run 'i.segment --ui' again: > >Then the error is: >" t

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

>'make' is not recognized as an internal or external command, >operable program or batch file. >Previously I run 'make' in mingw and it works, seems using OSgeo4w >cmd can't run 'make' make is part of the mingw32/64-installation, but not of the OSGeo4W stack. if you are in the OSGeo4W console, y

[GRASS-dev] Grass 6.4.svn: Compiling errors on Win32

Grass6.4.svn rev39426 compiled in osgeo4w-stack WinVista32 compiling errors in all modules: syrin...@nada /c/osgeo4w/usr/src/grass64_relb_svn/lib/gis $ make make OBJ.i686-pc-mingw32 make[1]: Entering directory `/c/osgeo4w/usr/src/grass64_relb_svn/lib/gis' make[1]: `OBJ.i686-pc-mingw32' is up to d

[GRASS-dev] buffer horribly slow?

hi paolo, >Hi all. >v.buffer input=fiumi at paolo type=line layer=1 distance=5000 output=fiumi_buf >takes *ages* to process. You can find the location, with only the vector fiumi >at: >http://int.faunalia.it/~paolo/sample.tar.gz . Tested on debian testing >(6.4.0~rc5-3). >All the best. tested o

[GRASS-dev] Re: [GRASS-windows] New Wingrass64-Selfinstaller (svn-rev39740)

lders added. I've build a new installer, also now with the GRASS bin and lib folders. The installer has now about ~ 100MB. I've seen, your earlier self-installers had about ~80MB. the difference in size maybe related to different stuff installed in the osgeo4w-stack? best regards Helm

[GRASS-dev] WinGRASS installer and r.in.wms

>Hi all, > >I just installed GRASS via the latest WinGRASS installer >(WinGRASS-6.4.0svn-r39740-2-Setup.exe), and I am having an issue with >r.in.wms. When I try to import a map into GRASS, it fails because the >underlying MSys installation doesn't include bc, which is needed by the >module. >

[GRASS-dev] Fwd: Old version of msys in package causes problems on Windows Vista (x64)

FYI: http://trac.osgeo.org/osgeo4w/ticket/118 >Reported by: brfr >This ticket concerns the WinGRASS and OSGEO4W versions on Windows Vista (x64). > >I had problems executing grass commands that are batch files. I tested some >variants in the grass command shell and it seems that there is a prob

[GRASS-dev] New WinGrass release (6.4.0svn) - Rev.40049

A new version of the native WinGrass installer (not OSGeo4W or Cygwin) has been posted on the GRASS download page. Download here: http://grass.osgeo.org/download/index.php#g64x http://grass.osgeo.org/grass64/binary/mswindows/native/ This release is based on GRASS 6.4.0svn (r40049) and has updat

[GRASS-dev] Wingrass-Installer + Win7

hi Hamish >http://lists.osgeo.org/pipermail/grass-commit/2009-December/011057.html: > > Modified: grass-web/trunk/grass64/binary/mswindows/index.html >[...] > + For Windows XP and Vista, 32 and 64 bit the NSIS used for packaging the self-installer should be Win7-aware, but I have no Win7-box f

[GRASS-dev] Re: Wingrass-Installer + Win7

>-Ursprüngliche Nachricht- >Von: "Massimo Di Stefano" >Betreff: Re: [GRASS-dev] Re: Wingrass-Installer + Win7 hi Massimo >i had not to much time to test it, but if you point me to a script to beused >as "unit test" maybe based on spearfish, i'll be appy to try it. >let me know if you ne

[GRASS-dev] wingrass: missing header

>Hi, > >while compiling GRASS with MinGW I found out that header >'localcharset.h' is not available . Which package is missing on my >system [1]? > >Thanks in advance, Martin >[...] have a look at http://lists.osgeo.org/pipermail/grass-dev/2009-October/046589.html best regards Helmut __

[GRASS-dev] [GRASS-user] mswindows/osgeo4w/mklibs.sh: dumpbin: command not found

Hi Milton, >Dear all, > >I am still trying to compile the grass under Vista/MSYS, >and following the instructions available at: > > >When I run ./mswindows/osgeo4w/package.sh >I get the following error message: >[...] >Mon Dec 28 21:56:25 EST 2009: STARTING cleanup >Mon Dec 28 21:56:26 EST 2009: S

[GRASS-dev] New WinGrass-Installer (r40386)

hi,   there is new WinGrass64-Installer (r40386) for download at   http://grass.osgeo.org/grass64/binary/mswindows/native/   there are included several windows-related fixes, so please test ...   best regards Helmut  Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.!    http://produkte.web

[GRASS-dev] Re:New WinGrass-Installer (r40386)

sorry for a html-mail - Von: Helmut Kudrnovsky Gesendet: 13.01.2010 09:55:21 An: grass-u...@lists.osgeo.org Betreff: New WinGrass-Installer (r40386) hi, there is new WinGrass64-Installer (r40386) for download at [http://grass.osgeo.org/grass64/binary/mswindows/native

[GRASS-dev] New WinGrass-Installer (r40456)

hi, there is new WinGrass64-Installer (r40456) for download at [http://grass.osgeo.org/grass64/binary/mswindows/native/] there are included several windows-related fixes, so please test ... best regards Helmut __ GRATIS für alle WEB.DE-N

[GRASS-dev] win installer

>Hi, > >I would suggest to move 'mswindows/README.html' from svn to trac wiki. >If no objections I will do it. > >Martin +1 Helmut WEB.DE MillionenKlick: Kostenlos tippen, täglich 1 Million gewinnen! http://produkte.web.de/go/0

[GRASS-dev] WinGrass-Installer - definition of the destination folder?

hi at the moment in the NSIS-installer-script there are following options for the destinations-folders: [http://trac.osgeo.org/grass/browser/grass/branches/releasebranch_6_4/mswindows/GRASS-Installer.nsi#L28] Grass64-Release => RELEASE_GRASS_BASE "GRASS" => c:\GRASS Grass65-Dev => DEV6_GRASS

<    1   2   3   4   5   6   7   8   9   10   >