Re: [GRASS-dev] r.copy doesn't respect computational region??

On March 2, 2024 1:00:23 AM GMT+01:00, Michael Barton via grass-dev wrote: >It's been awhile since I've done this but I thought I remembered that a new >map created with r.copy is constrained by the computational region. That does >not seem to the case, at least in 8.4 dev. Maybe it has

[GRASS-dev] python or python3 in script header

Hi devs, I noted that while most addons Python scripts start with `#!/usr/bin/env python`, there are still a lot (67 last time I counted) that start with `#!/usr/bin/env python3`. Does it matter, and if so, what is the preferred way? ___ grass-dev

Re: [GRASS-dev] Addons

Super! On December 13, 2023 12:20:44 PM GMT+01:00, Markus Neteler wrote: >On Wed, Dec 13, 2023 at 11:06 AM Markus Neteler wrote: >> >> Hi Paulo, >> >> On Wed, Dec 13, 2023 at 6:53 AM Paulo van Breugel via grass-dev >> wrote: >> > >>

[GRASS-dev] Addons

Hi all, How often is the addon list on updated? And the windows addon downloads? Cheers, Paulo___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Filter STDS by spatial index

On December 14, 2022 15:24:28 Stefan Blumentrath wrote: Hei, I do have a use case where I would like to filter maps in a STRDS by spatial extent before e.g. t.rast.univar processes all registered maps. In particular, I want to process only maps from a STRDS that intersect with the

Re: [GRASS-dev] SIngle-Window GUI not working on Ubuntu 22.04

at should fix it. The wxPython in packages may be old and not patched, > only 4.2.0 (released 2 weeks ago) has the fixes. > Brilliant, works like a charm, I don't even need to recompile grass. Thanks Anna! > > Anna > > On Wed, Aug 17, 2022 at 9:05 AM Paulo van Breugel > wrote:

[GRASS-dev] SIngle-Window GUI not working on Ubuntu 22.04

Dear devs, I just upgraded to the latest Ubuntu LT (22.04) and recompiled GRASS GIS. Unfortunately, the singe-window GUI does not work anymore. This problem was reported as a bug earlier, see https://github.com/OSGeo/grass/issues/2466, but I can't make the proposed solutions work. I wonder if

[GRASS-dev] installing pysptools for i.pysptools.unmix

Hi devs, I am trying to run i.pysptools.unmix on grass on Windows (grass is installed using osgeo4w). I have installed pysptools using pip on the osgeo4w shell, but grass gis does not find the library. Any idea how to install pysptools so that it is found by grass gis? Cheers, Paulo

Re: [GRASS-dev] GRASS GIS 8.0.0 released

Congratulations on this milestone! On February 3, 2022 6:28:47 PM Markus Neteler wrote: GRASS GIS 8.0.0 released Overview of changes After more than 3 year of development the first stable release GRASS GIS 8.0.0 is available. Efforts have concentrated on making the user experience even

[GRASS-dev] Add-ons for GRASS GIS on windows

Hi, It seems that the list of add-ons available through g.extension on GRASS on Windows is more limited than on Linux. Could it be that the add-ons for Windows are not updated? I am running GRASS GIS 7.8.6 installed using osgeo4W on Windows 10. Cheers, Paulo

[GRASS-dev] Update list of addons

Dear devs, The list of addons on https://grass.osgeo.org/grass78/manuals/addons/ is not updated. See e.g., my previous email about the r.suitability.regions addon. Another example, it still lists v.clip, which is now part of the core. In addition, the links to the source code on github points

[GRASS-dev] Addon not

Dear devs, The addon r.suitability.regions I uploaded some time ago is not showing on the list with add-ons (https://grass.osgeo.org/grass78/manuals/addons). Any ideas how this can be fixed, and whether this requires action from my side? Cheers, Paulo

Re: [GRASS-dev] r.to.rast3 error messages

On Mon, Jul 19, 2021 at 4:14 AM Anna Petrášová wrote: > > > On Sun, Jul 18, 2021 at 5:57 AM Paulo van Breugel > wrote: > >> Hi devs, >> >> When running r.to.rast3 with as input two integer maps: >> >> r.to.rast3 input=soc_0_5cm_mean,soc_5_15cm_mean

[GRASS-dev] r.to.rast3 error messages

Hi devs, When running r.to.rast3 with as input two integer maps: r.to.rast3 input=soc_0_5cm_mean,soc_5_15cm_mean output=test I am getting the following two warnings: WARNING: G__open_misc(read): Unable to open '/home/paulo/grassdb/Schijndel/soils/cell_misc/soc_5_15cm_mean/nullcmpr': Too many

Re: [GRASS-dev] r.pi.grow addon explanation

On 15.07.21 18:09, Markus Neteler wrote: Hi Paulo, Paulo van Breugel schrieb am Do., 15. Juli 2021, 18:00: Hi devs, I am interesting to try out the different functions provided by the r.pi.* toolset. For r.pi.grow the manual page is mostly empty. Is there any basic information available about

[GRASS-dev] r.pi.grow addon explanation

Hi devs, I am interesting to try out the different functions provided by the r.pi.* toolset. For r.pi.grow the manual page is mostly empty. Is there any basic information available about the options / different input parameters? If somebody can provide me with some basics, I can try do draft some

[GRASS-dev] new addon

Hi devs, I added a pull request (#569) to grass-addons for a new add-on r.suitability.regions. It is a rather simple add-on that based on an input suitability layer (scores 0-1) finds regions of contiguous cells with suitability scores above a user-defined threshold and of a user-defined minimum

[GRASS-dev] progress bar in addon

Hi devs, I would like to include a progress bar in a script / addon. I guess that is going to be tricky, but even showing the progress bar of the individual functions would be useful. E.g., when the script runs two functions in sequence: gs.run_command("r.univar", )

[GRASS-dev] r.clump on floating map

Hi devs, How is r.clump suppose to handle floating rasters? I ran the function on a floating raster, and threshold value set to 0 (default). The values represent gradually changing values. Yet, it returned a map with rather large clusters consisting of raster cells that do not have the same

[GRASS-dev] fuzzy clumping using r.clump in QGIS

Hi devs, Not sure this should go to the QGIS mailing list instead. The grass gis r.clump function in QGIS does not include the threshold value as far as I can see. Do you know if this is intentionally, and if not, if it would be difficult to add? With kind regards, Paulo

Re: [GRASS-dev] minor tweak to new website

On Fri, Jan 15, 2021 at 5:49 PM Michael Barton wrote: > On the new download pages, I just noticed that the dev versions are > referenced like this: > > > > *GRASS GIS 7.9 devel (unstable)* > > > > This implies that GRASS 7.9 is risky and perhaps minimally useable. The > reality is that it works

[GRASS-dev] adding to electoral registry

Dear Devs, I have write access to the GRASS GIS addon repository, so I should be on the first or second list I guess. As I would like to participate in the voting, can anybody add me to the appropriate list? My github username is ecodiv. Cheers, Paulo On 15-12-2020 16:29, Chief Return

Re: [GRASS-dev] GUI -> change working directory - what should this action do?

On Mon, Dec 14, 2020 at 5:11 AM Vaclav Petras wrote: > > > On Fri, Dec 11, 2020 at 5:32 PM Helmut Kudrnovsky wrote: > >> hi, >> >> today, I saw for the first time ;-) in the GUI: >> > > ...and there might be more :-) > > >> >> Settings → GRASS working environment → Change working directory. >>

Re: [GRASS-dev] Milestone management: 7.8.5 or 7.10 or 8.0.0?

On Sat, Oct 10, 2020 at 8:19 PM Helmut Kudrnovsky wrote: > Markus Neteler wrote > > Hi devs, > > > > we need to decide about the next milestone: do we want > > > > - 7.8.5, or > > - 7.10 , or > > - 8.0.0 > > I remember there was a discussion about that; though what was the outcome > then? > >

Re: [GRASS-dev] v.surf.bspline

wrote: > Hi Paulo, > > On Sun, Oct 4, 2020 at 3:46 PM Paulo van Breugel > wrote: > > > > Hi devs, > > > > I am running a v.surf.bspline (grass 7.8.3 on Windows) using the > bilinear and de bicubic algorithm, like e.g. (NC dataset) > > > > g.reg

[GRASS-dev] v.surf.bspline

Hi devs, I am running a v.surf.bspline (grass 7.8.3 on Windows) using the bilinear and de bicubic algorithm, like e.g. (NC dataset) g.region raster=elev_lid792_1m r.random input=elev_lid792_1m npoints=200 vector=samplepoints seed=20 v.surf.bspline input=samplepoints column=value

Re: [GRASS-dev] Make terminal window optional?

: Hi Paulo, I explained better options 3-5 and responded to the rest. On Sun, Sep 6, 2020 at 6:03 AM Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: On 06-09-2020 05:05, Vaclav Petras wrote: When you start GRASS GIS now, it always also starts with a system terminal

Re: [GRASS-dev] Make terminal window optional?

On 06-09-2020 05:05, Vaclav Petras wrote: Dear all, What do you think about making the terminal window optional? When you start GRASS GIS now, it always also starts with a system terminal window which has a shell which has modified prompt and history. What I'm proposing is to make this

Re: [GRASS-dev] new startup and data tab

in three separate suggestions, see issues #927, #928 and #929 Anna On Fri, Aug 21, 2020 at 3:14 PM Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: Dear devs, I just compiled the grass gis master, which now opens directly, with the data tab. As a (fairly) long tim

[GRASS-dev] new startup and data tab

Dear devs, I just compiled the grass gis master, which now opens directly, with the data tab. As a (fairly) long time user of grass gis, it took me a few seconds to get used to the idea ;-), but I am loving it! Apart from the start up, I really like the more prominent place and functionality of

Re: [GRASS-dev] 37 years of GRASS GIS: celebrating with a new GRASS GIS website!

Congratulations, absolutely looks great! On July 29, 2020 4:04:09 PM Markus Neteler wrote: Wednesday, July 29, 2020 The new GRASS GIS website is out! In occasion of its 37th birthday the GRASS GIS project is proud to present its new website! The site has been redesigned with modern tools to

Re: [GRASS-dev] method does not change the output v.surf.bspline

22, 2020 at 12:49 PM Paulo van Breugel > wrote: > > Dear all, > > > > Running v.surf.bspline using the bicubic or bilinear method yields the > same results (running grass 7.8.4 dev on Linux). > > Please try > https://github.com/OSGeo/grass/pull/727 > > The met

[GRASS-dev] method does not change the output v.surf.bspline

Dear all, Running v.surf.bspline using the bicubic or bilinear method yields the same results (running grass 7.8.4 dev on Linux). To reproduce using the nc_spm_08_grass7 data set: ``` g.region -a vector=precip_30ynormals res=1000 v.surf.bspline input=precip_30ynormals column=jan

[GRASS-dev] grass on osgeo4w and spyder

Hi devs, Has any of you experience in running Spyder (or any other Python IDE) from the GRASS command line (GRASS installed on Windows 10 with OSGeo4W)? Any tips for how to set this up? I can run R/Rstudio from the GRASS command line. Nothing to set up, just typing in rstudio on the grass gis

Re: [GRASS-dev] db.copy gives error

On Tue, Mar 24, 2020 at 10:24 AM Luca Delucchi wrote: > > On Sat, 14 Mar 2020 at 15:27, Paulo van Breugel > wrote: > > > > Dear devs, > > > > Dear Paulo, > > > I have a grassgis database with in the mapset 'Permanent' a table > > 'vegetation_lo

Re: [GRASS-dev] db.copy gives error

On Sat, Mar 14, 2020 at 11:39 PM Markus Metz wrote: > > > > On Sat, Mar 14, 2020 at 3:27 PM Paulo van Breugel > wrote: > > > > Dear devs, > > > > I have a grassgis database with in the mapset 'Permanent' a table > > 'vegetation_lookup'. I w

[GRASS-dev] db.copy gives error

Dear devs, I have a grassgis database with in the mapset 'Permanent' a table 'vegetation_lookup'. I want top copy this table to the current mapset. The following used to work I think, but now gives me some errors: db.copy from_driver=sqlite

[GRASS-dev] local install addons on Windows

Dear devs, I am looking for a way to easily install addons on Windows that are not in the official repository. This is currently not possible using g.extension, because addons cannot be compiled on Windows. But what if I would compile and package an addon in a zip file like the once on the

Re: [GRASS-dev] Import PostGIS CURVEPOLYGON fails

On Sun, Dec 29, 2019 at 12:37 PM Markus Metz wrote: > > > > On Sat, Dec 28, 2019 at 11:46 PM Paulo van Breugel > wrote: > > > > On Sat, Dec 28, 2019 at 10:45 PM Markus Metz > > wrote: > > > > > > > > > > > > On Fri, Dec 27

[GRASS-dev] Import PostGIS CURVEPOLYGON fails

Hi devs, I am trying to import a vector layer from a PostGIS database in GRASS GIS (7.8.3dev, GDAL 3.0.2, Ubuntu 18.04) , but a large number of the polygons are skipped with the following warnings: WARNING: Skipping unsupported geometry type 'CURVEPOLYGON' ... I though, but am not sure, that

Re: [GRASS-dev] compilation error gdal-grass plugin

On Thu, Dec 26, 2019 at 4:55 PM Sebastiaan Couwenberg wrote: > > On 12/26/19 4:42 PM, Paulo van Breugel wrote: > > Looking for a solution, I find the suggestion to install libpq-dev, > > but that library is installed already. Any suggestions what I may do > > next? > &g

[GRASS-dev] compilation error gdal-grass plugin

Hi devs, I just compiled grass 7.8.3dev (on Ubuntu 18.04) and am now trying to compile the gdal-grass plugin (gdal-grass-2.4.3). I am, however, getting the following error message: ``` paulo@Z600:~/Software/Linux/gdal-grass-2.4.3$ make g++ -Wall -fPIC -DUSE_CPL

Re: [GRASS-dev] compilation grass 7.8 - GUI not started

On Sun, Sep 22, 2019 at 6:57 PM Markus Neteler wrote: > > Hi Paulo, > > On Sat, Sep 14, 2019 at 11:24 AM Paulo van Breugel > wrote: > > > > Hi Devs > > > > I just compiled/installed grass78 on my computer (Ubuntu 18.04). After > > installation and &

[GRASS-dev] compilation grass 7.8 - GUI not started

Hi Devs I just compiled/installed grass78 on my computer (Ubuntu 18.04). After installation and starting grass, it opens the opening window to select the database/location/mapset. After that, the GUI does not launch. Error message on the command line copied below. Any idea how to solve this, or

[GRASS-dev] sharing grass addons not in central repository with Window users

Hi devs, I am looking into how to share add-ons with Window users other than through the central GRASS GIS repository. First step is to create precompiled add-ons for Window users. Are there instructions for dummies? Otherwise, for Python scripts this could be done manually I guess, getting

Re: [GRASS-dev] datetime function in v.in.ogr

Op 27 juni 2019 23:05:17 schreef Markus Metz : On Thu, Jun 27, 2019 at 9:27 PM Paulo van Breugel wrote: Hi devs, I am trying to import a shapefile using v.in.ogr, filtering on date using datetime, e.g., v.in.ogr input=myshapefile.shp layer=myshapefile output=outputlayer where

[GRASS-dev] datetime function in v.in.ogr

Hi devs, I am trying to import a shapefile using v.in.ogr, filtering on date using datetime, e.g., v.in.ogr input=myshapefile.shp layer=myshapefile output=outputlayer where="datm_start >= datetime('2019-01-01')" I am getting the message: ERROR 1: Undefined function 'datetime' used. ERROR:

Re: [GRASS-dev] Forestfrag WARNING: ZSTD compression error -14: Unsupported frame parameter

On Tue, May 28, 2019 at 5:30 PM Vaclav Petras wrote: > > > On Mon, May 27, 2019 at 3:25 PM Paulo van Breugel > wrote: > >> Hi Václav / devs >> >> I am running r.forestfrag in Windows 10, grass 7.6.2 Computation with a >> moving window size of 21 (but at

[GRASS-dev] Forestfrag WARNING: ZSTD compression error -14: Unsupported frame parameter

Hi Václav / devs I am running r.forestfrag in Windows 10, grass 7.6.2 Computation with a moving window size of 21 (but at another computer same happens at size 9) gives met the following error: C:\Users\brp\AppData\Roaming\GRASS7\addons/scripts/r.forestfrag.py input=groenreclass@landschap

Re: [GRASS-dev] (no subject)

version lying around somewhere. Check out also for all extensions or your own custom modules as they need to be rebuilt too. Māris. piektd., 2019. g. 24. maijs, plkst. 18:18 — lietotājs Paulo van Breugel () rakstīja: Hi devs I just did a completely fresh install of grass 7.6.2. The whole

[GRASS-dev] (no subject)

Hi devs I just did a completely fresh install of grass 7.6.2. The whole compilation is completed without issues. But when starting grass up, I am getting the following message. GRASS 7.6.2svn (nc_spm_08_grass7):~ > ERROR 1: libgrass_raster.7.5.svn.so: cannot open shared object file: No such file

Re: [GRASS-dev] grass-addons on github

On Fri, May 24, 2019 at 3:57 PM Anna Petrášová wrote: > > > On Fri, May 24, 2019 at 3:55 AM Martin Landa > wrote: > >> Hi, >> >> pá 24. 5. 2019 v 8:48 odesílatel Paulo van Breugel >> napsal: >> > I have read about the procedure for contributors t

[GRASS-dev] grass-addons on github

Dear devs, I have read about the procedure for contributors to the main grass repository. Question is, how are we going to deal with add-ons? Are we working with a central repository (OSGeo/grass-addons) and follow the same protocol as for OSGEO/grass. If so, who will be responsible for

Re: [GRASS-dev] install addons/extensions on GRASS

Hi Martin, I was afraid that would be the case. Is there any way to get the executables and install them manually? Gr. Paulo On Fri, May 24, 2019 at 12:02 AM Martin Landa wrote: > Hi, > > pá 24. 5. 2019 v 0:00 odesílatel Paulo van Breugel > napsal: > > I am trying to in

[GRASS-dev] install addons/extensions on GRASS

I am trying to install an extension in GRASS on Windows, but the g.extension function is not finding addons; it get's stuck at fetching the list it seems. (Thu May 23 23:59:04 2019) C:\OSGEO4~1\apps\grass\grass76/scripts/g.extension.py -l operation=add List of available extensions (modules):

Re: [GRASS-dev] grass-addons git repo clean-up

Hi, If add-ons are made available from personal repositories, will there still be a central page with links to all manual pages (https://grass.osgeo.org/grass76/manuals/addons/)? I always find this a very convenient place to check what add-ons are available. Cheers, Paulo Op 18 mei

Re: [GRASS-dev] compile grass with python 3

Thanks Markus, that works, got it up and running. On 4/13/19 5:30 PM, Markus Neteler wrote: On Sat, Apr 13, 2019 at 5:09 PM Paulo van Breugel wrote: HI devs, I am running grass 7.6 on Ubuntu, compiled from source. Now I would like to test grass trunk with python 3, but I am unsure how

[GRASS-dev] compile grass with python 3

HI devs, I am running grass 7.6 on Ubuntu, compiled from source. Now I would like to test grass trunk with python 3, but I am unsure how to make sure grass is compiled with python 3 instead of python 2.7. Related question, can I compile grass trunk with python 3 next to grass 7.6? Cheers, Paulo

Re: [GRASS-dev] GRASS GIS addons cleanup for Python3

Yes, much appreciated Markus. On 1/17/19 11:14 PM, Stefan Blumentrath wrote: Great! Thanks Markus for the effort! -Original Message- From: grass-dev On Behalf Of Markus Neteler Sent: torsdag 17. januar 2019 23:08 To: GRASS developers list Subject: [GRASS-dev] GRASS GIS addons cleanup

Re: [GRASS-dev] error when compiling grass with pdal

On 1/2/19 4:10 PM, Sebastiaan Couwenberg wrote: On 1/2/19 3:48 PM, Paulo van Breugel wrote: After creating symlinks libpdal_base.so.5  pointing to libpdal_base.so.7 and libpdal_utils.so.5  pointing to libpdal_utils.so.7, I can open the Don't do this. The SOVERSION changed to reflect the ABI

Re: [GRASS-dev] error when compiling grass with pdal

17)#Addons) I am getting a segmentation fault: v.in.pdal input=/home/paulo/Desktop/nc_tile_0793_016_spm.las output=test2 Running PDAL algorithms... Segmentation fault (core dumped) Any ideas how to solve this? On 1/2/19 3:26 PM, Markus Neteler wrote: Hi, Am Mi., 2. Jan. 2019, 14:58 hat

[GRASS-dev] error when compiling grass with pdal

Hi devs, I am trying to compile grass with pdal. My system is Ubuntu 18.04, grass 7.7.svn (r73901), pdal 1.8.0 (git-version: dfface). When trying to compile with --with-pdal=/usr/local/bin/pdal-config I get the following error message: Errors in:

Re: [GRASS-dev] r.estimap.recreation add-on licensed by the European Commission

Daar Nikos, This looks like a very interesting addon, thanks. The documentation on gitlab provides a clear example too, great. I'll give it a try in the coming days. I am curious how easy it will be to use this to make potential maps for other types of land use. Reading the article on

[GRASS-dev] d.vect.colhist

Hi Moritz, I am trying out your addon d.vect.colhist. One problem I encountered was that the 'table' button to define the 'WHERE' condition using the GUI was not working (initial reason I filed the bug report https://trac.osgeo.org/grass/ticket/3619). In the case of your addon, what is

[GRASS-dev] color table of raster layers created using v.to.rast

Hi Devs, Suppose I want to export a vector layer to raster layer. I use a column in the attribute table to set the raster category values.     v.to.rast input=example output=example use="attr" attribute_column="category" If the column "category" has integer values the raster data type is

[GRASS-dev] modelbuilder problem

Hi, I have a model in graphical modeler in which I want to extract features using v.extract input=bodem@PERMANENT where="bodemcode LIKE 'pZ%' OR bodemcode LIKE 'Z%'" output=sand The command above works fine directly in the console, but when used the same in the graphical modeler, I am getting

Re: [GRASS-dev] r.series with file option - too many files open

On 1/15/18 4:39 PM, Markus Metz wrote: On Mon, Jan 15, 2018 at 4:12 PM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: > > Hi devs, > > I am trying to run r.series with a large number of input maps (5000). Given the large number o

[GRASS-dev] r.series with file option - too many files open

Hi devs, I am trying to run r.series with a large number of input maps (5000). Given the large number of input maps, I am using the 'file' option. GRASS 7.5.svn (latlon):~ > r.series output=speciescount method=sum file=test.txt I get the warning: WARNING: G__open(read): Unable to open  

[GRASS-dev] using g.mapset in python script

Hi devs, I am trying to create a new mapset and open that mapset using g.mapset. When doing this from the command line, I can import layers in the new mapset using r.in.gdal without problems.However, running this in a python script doesn't work. E.g., when I run: gs.run_command("g.mapset",

Re: [GRASS-dev] List of tutorials

. Cheers, Paulo On Mon, Dec 18, 2017 at 2:07 PM, Newcomb, Doug <doug_newc...@fws.gov> wrote: > There is also the list here: > https://grasswiki.osgeo.org/wiki/GRASS_Documents#GRASS_tutorials > > Doug > > On Sun, Dec 17, 2017 at 10:59 AM, Paulo van Breugel < > p.vanbreu...@g

Re: [GRASS-dev] List of tutorials

On 12/17/17 4:57 PM, Markus Neteler wrote: On Sun, Dec 17, 2017 at 10:19 AM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: Hi devs, I think it is important to have a good and curated list of tutorials on the main grass gis website. The current list with tutorials on

[GRASS-dev] List of tutorials

Hi devs, I think it is important to have a good and curated list of tutorials on the main grass gis website. The current list with tutorials on https://grass.osgeo.org/documentation/tutorials/ is not very complete, and does include old tutorials. What about adding a form to the page, where

[GRASS-dev] Fwd:

extention.py" files (mentioned in step 5 and 7 in the README file. There is already the issue ' https://github.com/tangible-landscape/tangible-landscape-immersive-extension/issues/3' filed in August, but with no reply yet, so I am hoping you can provide some guidance. Best wishes, Paulo --

Re: [GRASS-dev] r.mask: odd behavior?

On November 20, 2017 11:45:57 AM Veronica Andreo wrote: 2017-11-19 22:08 GMT+01:00 Veronica Andreo : Hi Markus, > The issue is the following: I apply a mask, then I do some processing, I remove the mask and when I display the resulting map,

[GRASS-dev] segmentation fault with r.surf.idw -e

Hello devs, When running r.surf.idw with the e flag, I am getting a segmentation fault (core dumped). I am on Ubuntu 16.04 and I am using GRASS GIS from trunk So, if I run the following: g.mapset -c mapset=exercise g.region -p raster=elev_state_500m@PERMANENT v.to.rast

Re: [GRASS-dev] community sprint before Xmas? :)

Hi Vero On October 12, 2017 1:42:58 PM Veronica Andreo wrote: Hi devs, What do you think about a short community sprint before Xmas? Well, indeed before December 17th would be better because I travel to Argentina for Xmas :) Ok seriously, even though there's the

Re: [GRASS-dev] grass wiki: de-emphasize grass6

On 8/12/17 5:03 AM, Vaclav Petras wrote: Paulo, thanks so much for a needed update. On Fri, Aug 11, 2017 at 8:51 AM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: I kept the link to https://grasswiki.osgeo.org/wiki/R_statis

Re: [GRASS-dev] grass wiki: de-emphasize grass6

On 7/29/17 2:01 PM, Moritz Lennert wrote: On 29/07/17 12:13, Paulo van Breugel wrote: Hi devs, I was looking at https://grasswiki.osgeo.org/wiki/R_statistics and I noticed that references to GRASS 6 and spgrass6 are still prominent on this page. Perhaps it is time to move all

[GRASS-dev] grass wiki: de-emphasize grass6

Hi devs, I was looking at https://grasswiki.osgeo.org/wiki/R_statistics and I noticed that references to GRASS 6 and spgrass6 are still prominent on this page. Perhaps it is time to move all these to a less prominent place on the page, e.g., as note near the end that R can also interface

Re: [GRASS-dev] git repo for new Web site created

On 7/22/17 8:04 PM, Markus Neteler wrote: Hi, during the FOSS4G-Europe 2017 code sprint we decided to create a git repo the upcoming GRASS GIS web site (there is the long standing plan to get a new beautiful web site :-) To join, please register here - by using your OSGeo-ID:

Re: [GRASS-dev] v.surf.bspline density and distance estimates

On 6/25/17 11:09 PM, Markus Metz wrote: On Sat, Jun 24, 2017 at 11:23 AM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: > > > On 6/16/17 3:20 PM, Markus Metz wrote: > > > > On Fri, Jun 16, 2017 at 11:28 AM, Paulo van

Re: [GRASS-dev] v.surf.bspline density and distance estimates

On 6/16/17 3:20 PM, Markus Metz wrote: On Fri, Jun 16, 2017 at 11:28 AM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: > > Hi devs, can anybody tell how v.surf.bspline computes the point density and mean distance. point density is th

Re: [GRASS-dev] v.univar vs v.db.univar

On 6/22/17 1:39 PM, Markus Neteler wrote: On Jun 22, 2017 11:43 AM, "Markus Metz" > > On 21/06/17 23:12, Markus Neteler wrote: > >> > >> Checking further, I found a personal wish email to MartinL from 2009. > >> AFAIR I was dealing with LiDAR point clouds of the Trentino back > >>

Re: [GRASS-dev] v.univar vs v.db.univar

On 6/21/17 11:12 PM, Markus Neteler wrote: On Wed, Jun 21, 2017 at 10:19 PM, Markus Metz wrote: ... v.univar can also compute statistics on the distances between vector geometries. There is no explanation in the manual what this should be good for. Markus N,

Re: [GRASS-dev] v.surf.bspline density and distance estimates

On 6/16/17 3:20 PM, Markus Metz wrote: On Fri, Jun 16, 2017 at 11:28 AM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: > > Hi devs, can anybody tell how v.surf.bspline computes the point density and mean distance. point density is th

[GRASS-dev] v.surf.bspline density and distance estimates

Hi devs, can anybody tell how v.surf.bspline computes the point density and mean distance. And what is the unit, pixels, as also used for length spline steps or meters? ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] error when running v.distance in python script

Hi Anna and Luca, On 19-05-17 15:52, Anna Petrášová wrote: On Fri, May 19, 2017 at 8:50 AM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: Hi devs I am trying to use v.distance in a Python script. However, I am getting the error Module("v.distance", from=tmpout3, to

[GRASS-dev] error when running v.distance in python script

Hi devs I am trying to use v.distance in a Python script. However, I am getting the error Module("v.distance", from=tmpout3, to=tmp_val, upload="to_attr", column="x", to_column=column) File "", line 1 Module("v.distance", from=tmpout3, to=tmp_val, upload="to_attr",

Re: [GRASS-dev] v.surf.bspline with sparse_input - get interpolated values in attribute table

On 14-05-17 17:04, Markus Neteler wrote: Hi On May 13, 2017 10:42 PM, "Paulo van Breugel" <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: > > Hi, when using v.surf.bspline with sparse vector map points (sparse_input) the output vector

[GRASS-dev] v.surf.bspline with sparse_input - get interpolated values in attribute table

Hi, when using v.surf.bspline with sparse vector map points (/sparse_input/) the output vector map is a 3D vector point map with the interpolated values as z-values. However, I want to get the interpolated values as values in a column of the attribute table. Any idea how to do this?

Re: [GRASS-dev] update of next event on website needed

On 13-05-17 11:45, Markus Neteler wrote: On Sat, May 13, 2017 at 11:34 AM, Markus Neteler wrote: On Thu, May 11, 2017 at 12:32 AM, Helena Mitasova wrote: Assuming that users will visit GRASS GIS website following the GRASS7.2.1 release

[GRASS-dev] upload r.in.worldclim to addon repository

Hi Julien, Are you still planning to upload the r.in.worldclim addon to the addon repository? As for the license, for me I have no problems in changing it to GPL >=2, but that is ultimately up to you. Cheers, Paulo On 31-03-17 16:00, jsegu wrote: Hi Paulo, Thank you very much for

Re: [GRASS-dev] new addon: v.what.rast.multi

Hi Pierre, I have one question about the code. In lines 126-130 you create an object 'fl', which you subsequently do not seem to use. Perhaps in line 150 it should be flags=fl ? Something else, last year I wrote an addon r.what.rastlabel

Re: [GRASS-dev] [GRASS-SVN] r70814 - grass-addons/grass7/raster/r.vif

ersion. I removed it, thanks! Vaclav -- Paulo van Breugel, PhD t: +31 6 12189147 s: paulovb w: https://ecodiv.earth ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] r.binning

Hi Vaclav, Just had a look at r.binning, very useful. There is a small error in the code, you are importing grass.script as gs, so on line 33 it should be options, flags = gs.parser() instead of options, flags = grass.parser() I could have made the correction, but I am not sure what is

Re: [GRASS-dev] installing r.learn.ml addon - compilation error

Yes, installed fine now, thanks! On 22-04-17 05:35, Steven Pawley wrote: Hi Paulo, Try it now, it works for on linux and windows without being previously installed. Steve On Fri, Apr 21, 2017 at 2:03 PM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com&g

[GRASS-dev] installing r.learn.ml addon - compilation error

Hi Steven I am trying to update the r.learn.ml addon, but I am getting the following error: GRASS 7.3.svn (nc_spm_08_grass7):~ > g.extension extension=r.learn.ml WARNING: Extension already installed. Re-installing... Fetching from GRASS GIS Addons repository (be patient)... Compiling...

Re: [GRASS-dev] issue v.to.rast - missing raster labels

On 18-04-17 09:32, Paulo van Breugel wrote: Hi devs, Converting a vector to raster does in some specific cases yields yields issues with the labeling. E.g., the following (example from NC dataset) results in a layer with each raster cells assigned a category label (the name

[GRASS-dev] issue v.to.rast - missing raster labels

Hi devs, Converting a vector to raster does in some specific cases yields yields issues with the labeling. E.g., the following (example from NC dataset) results in a layer with each raster cells assigned a category label (the name of the municipality): v.to.rast input=boundary_municp

Re: [GRASS-dev] r.pi installation fails

On 07-04-17 14:05, Markus Metz wrote: On Fri, Apr 7, 2017 at 9:09 AM, Paulo van Breugel <p.vanbreu...@gmail.com <mailto:p.vanbreu...@gmail.com>> wrote: > > Hi Devs > > I am trying to install r.pi addon, but I am getting the following error message: > > F

  1   2   3   4   5   6   >