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

On Thu, Jun 22, 2017 at 10:56 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 21/06/17 23:12, Markus Neteler wrote: >> >> On Wed, Jun 21, 2017 at 10:19 PM, Markus Metz >> <markus.metz.gisw...@gmail.com> wrote: >> ... >>> >&g

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

On Wed, Jun 21, 2017 at 4:30 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 21/06/17 14:57, Markus Neteler wrote: >> >> On Wed, Jun 21, 2017 at 11:54 AM, Moritz Lennert >> wrote: >>> >>> Do we really need v.db.univar ? Does it provide anything

Re: [GRASS-dev] scientific notation in r.mapcalc ?

On Fri, Jun 16, 2017 at 5:56 PM, Markus Neteler wrote: > > On Jun 16, 2017 5:41 PM, "Moritz Lennert" wrote: > > ... > > Markus, what was your recent issue ? Maybe that will ring a bell for me... > > I think we were on a system with Italian locale.

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

On Fri, Jun 16, 2017 at 11:28 AM, Paulo van Breugel wrote: > > Hi devs, can anybody tell how v.surf.bspline computes the point density and mean distance. point density is the number of points divided by the size of the bounding box of the points mean distance is the

Re: [GRASS-dev] PostGIS layer import

On Thu, May 18, 2017 at 12:59 PM, Markus Neteler <nete...@osgeo.org> wrote: > > On Wed, May 17, 2017 at 3:03 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > > On Wed, May 17, 2017 at 9:31 AM, Moritz Lennert > ... > >> I would,

Re: [GRASS-dev] [GRASS-SVN] r71093 - grass/trunk/vector/v.in.ogr

On Wed, May 17, 2017 at 5:23 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 17/05/17 15:18, Markus Metz wrote: >> >> On Wed, May 17, 2017 at 3:09 PM, Martin Landa <landa.mar...@gmail.com >> <mailto:landa.mar...@gmail.com>> wrote: >

Re: [GRASS-dev] [GRASS-SVN] r71093 - grass/trunk/vector/v.in.ogr

On Wed, May 17, 2017 at 3:09 PM, Martin Landa wrote: > > Hi, > > 2017-05-17 15:00 GMT+02:00 : > > +/* TODO: remove below code, or use it in e.g. a new v.in.pg */ > > -1 > > v.in.ogr should work for all datasources. Special care should be done >

Re: [GRASS-dev] PostGIS layer import

On Wed, May 17, 2017 at 9:31 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > Hi, > > I know there have been discussions on this before, but I would like to come back to the question of how to handle imports of layers from PostGIS databases. Possibly there are some elements I still

Re: [GRASS-dev] i.ortho.photo/lib/ref_points.c and making a REF_POINTS file

Hi Yann, On Mon, May 8, 2017 at 10:12 PM, Yann wrote: > > Hi, > > Looking for some lore from i.ortho.photo days in GRASS 6 and before... > > Within i.image.2target, i.ortho.transform requires a REF_POINTS (image E, image N, photo X, photo Y) file as part of its RMS

Re: [GRASS-dev] [GRASS-user] r.to.vect stats

On Fri, May 5, 2017 at 5:07 AM, Vaclav Petras wrote: > > On Wed, May 3, 2017 at 5:34 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > > > On 02/05/17 15:53, Vaclav Petras wrote: > >> I'm using pipe_command() which is just convenience function setting > >>

Re: [GRASS-dev] r.binning

On Tue, May 2, 2017 at 3:45 PM, Vaclav Petras wrote: > > > On Tue, May 2, 2017 at 5:31 AM, Paulo van Breugel wrote: >> >> Just had a look at r.binning, very useful. > > > Thanks. But is is not complete yet. The module name r.binning is rather

Re: [GRASS-dev] i.colors.enhance: G_calloc() error in r.quantile with large maps

On Mon, May 1, 2017 at 11:17 AM, Markus Neteler <nete...@osgeo.org> wrote: > > On Sun, Apr 30, 2017 at 10:39 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > ... > > 16+GB of RAM still seems too much to me, unless the histograms of the cell >

Re: [GRASS-dev] i.colors.enhance: G_calloc() error in r.quantile with large maps

On Sun, Apr 30, 2017 at 12:51 PM, Markus Neteler <nete...@osgeo.org> wrote: > > On Sun, Apr 30, 2017 at 11:47 AM, Markus Neteler <nete...@osgeo.org> wrote: > > > > .On Sat, Apr 29, 2017 at 11:16 PM, Markus Neteler <nete...@osgeo.org> wrote: > >>

Re: [GRASS-dev] i.colors.enhance: G_calloc() error in r.quantile with large maps

On Thu, Apr 27, 2017 at 1:31 PM, Markus Neteler wrote: > > Hi, > > I am trying to improve the color balance of a large Sentinel-2 scene. > The job fail like this: > > i.colors.enhance > creating color enhanced composite B8A B11 B04 > Processing... > ERROR: G_calloc:

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

On Wed, Apr 26, 2017 at 12:03 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 25/04/17 22:14, Markus Metz wrote: >> >> >> On Tue, Apr 25, 2017 at 3:31 PM, Moritz Lennert >> <mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline

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

On Tue, Apr 25, 2017 at 3:31 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 07/04/17 14:05, Markus Metz wrote: [...] >> >> If you compile GRASS from source, you can svn checkout the r.pi folder, >> manually run make and (as root) make install. >

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

On Fri, Apr 7, 2017 at 9:09 AM, Paulo van Breugel wrote: > > Hi Devs > > I am trying to install r.pi addon, but I am getting the following error message: > > Fetching from GRASS GIS Addons repository (be patient)... > Compiling... > /usr/bin/ld: cannot open output file >

Re: [GRASS-dev] [release] GRASS 7.2.1RC1

On Mon, Mar 27, 2017 at 7:51 PM, Markus Neteler wrote: > > On Mon, Mar 27, 2017 at 7:03 PM, Martin Landa wrote: > > Hi all, > > > > based on roadmap published in ML [1] we are close to RC1. There are no > > blockers registered [2], so it is seems that

Re: [GRASS-dev] Introduction for GSoC 2017

On Tue, Mar 21, 2017 at 8:31 AM, Yann wrote: > > Hi Stefan, > > please also launch the main menu: i.ortho.photo at the command line, it tends to be erratic. > > (careful the i.photo.2target is not yet existing) you can clone and modify g.gui.gcp to get a wxgui

Re: [GRASS-dev] Testing i.superpixels.slic

I have updated the manual of i.superpixels.slic in r70724, explaining why the GRASS implementation does not provide results identical to the original implementation. Please review! Markus M On Thu, Mar 2, 2017 at 6:36 PM, Moritz Lennert wrote: > On 02/03/17

Re: [GRASS-dev] [release] GRASS 7.2.1 planning

On Sun, Feb 26, 2017 at 8:57 PM, Martin Landa wrote: > > 2017-02-26 20:33 GMT+01:00 Helmut Kudrnovsky : > > spring 2017 - 7.4.0 > > autumn 2017 - 7.4.1 > > 7.4.0 in spring 2017??? You probably meant spring 2018? > > Last release is 7.2.0 (Dec 2016), we even

Re: [GRASS-dev] [release] GRASS 7.2.1 planning

On Mon, Feb 20, 2017 at 8:29 PM, Markus Neteler wrote: > > On Mon, Feb 20, 2017 at 11:07 AM, Moritz Lennert > wrote: > > On 20/02/17 10:03, Martin Landa wrote: > >> > >> Hi all, > >> > >> since GRASS 7.0.0 has been released almost two mounts ago

Re: [GRASS-dev] GSoC proposal "Higher level API for C and C++" : need for discussion

On Wed, Feb 1, 2017 at 10:46 PM, Vaclav Petras wrote: > > > On Wed, Feb 1, 2017 at 3:24 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: >> >> I don't really agree with the idea that >> >> "Unfortunately, its [GRASS'] development is stagnating because of small

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

On Thu, Jan 26, 2017 at 3:18 PM, Markus Metz <markus.metz.gisw...@gmail.com> wrote: > > > > On Mon, Jan 23, 2017 at 11:19 AM, Rashad Kanavath < mohammedrasha...@gmail.com> wrote: > > > > > > > > On Mon, Jan 23, 2017 at 9:22 AM, Moritz Lennert <

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

hat makes comparison of the results for the same input but different computational regions difficult. Instead of the number of superpixels, the average superpixel size could be an input option, that would make results comparable. Markus M > > >> >> Moritz >> >> >> >&

Re: [GRASS-dev] v.clean threshold value unit for 'prune'

On Thu, Jan 26, 2017 at 11:15 AM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > On 26-01-17 11:03, Markus Metz wrote: > > > > On Thu, Jan 26, 2017 at 10:51 AM, Paulo van Breugel < p.vanbreu...@gmail.com> wrote: > > > > Hi > >

Re: [GRASS-dev] v.clean threshold value unit for 'prune'

On Thu, Jan 26, 2017 at 10:51 AM, Paulo van Breugel wrote: > > Hi > > I am using the v.clean tool with the option "prune". According to the manual, threshold values have to be in map units. I am using this with a latlon map with vertices as close as 0.0001 degrees.

Re: [GRASS-dev] trac problem when posting a ticket: no space left on device

On Thu, Jan 26, 2017 at 8:57 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > Trying to post a new ticket to trac, I got the following error: > > *** > Trac detected an internal error: > > OperationalError: could not extend file "base/16400/76283": No space left on device

Re: [GRASS-dev] vector layer contains error not detected by v.build nor cleaned in v.clean

On Wed, Jan 25, 2017 at 5:19 PM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > On 25-01-17 16:57, Markus Metz wrote: > > > > On Wed, Jan 25, 2017 at 12:31 PM, Paulo van Breugel < p.vanbreu...@gmail.com> wrote: > > > > Dear all, > &

Re: [GRASS-dev] vector layer contains error not detected by v.build nor cleaned in v.clean

On Wed, Jan 25, 2017 at 12:31 PM, Paulo van Breugel wrote: > > Dear all, > > I have a vector layer which I cleaned up using v.clean. It all appears to be fine, but when trying to export using the libkml in v.out.ogr and the type=area option, I am getting the warning and

Re: [GRASS-dev] v.clean rmarea

On Sun, Jan 22, 2017 at 3:46 PM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > On 21-01-17 21:29, Markus Metz wrote: > > > > On Fri, Jan 20, 2017 at 8:37 PM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > Hi devs, > > &g

Re: [GRASS-dev] v.clean rmarea

On Fri, Jan 20, 2017 at 8:37 PM, Paulo van Breugel wrote: > > Hi devs, > > I am trying to clean a map using v.clean. When using rmarea, any threshold values > 0.45 for rmarea results in 'ERROR: Failed to build new area'. That should not happen, it is an error in the

Re: [GRASS-dev] wxGUI: align to resolution by default

On Fri, Jan 6, 2017 at 6:26 PM, Martin Landa <landa.mar...@gmail.com> wrote: > > Hi, > > 2017-01-05 22:56 GMT+01:00 Markus Metz <markus.metz.gisw...@gmail.com>: > > > The above example does not set the region from two map layers (one vector, > > one ra

Re: [GRASS-dev] NULL file compression: loop over uncompressed maps to save disk space

On Wed, Jan 11, 2017 at 12:37 PM, Markus Neteler <nete...@osgeo.org> wrote: > > On Wed, Jan 11, 2017 at 10:34 AM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > > On Tue, Jan 3, 2017 at 6:08 PM, Markus Neteler <nete...@osgeo.org> wrote: >

Re: [GRASS-dev] NULL file compression: loop over uncompressed maps to save disk space

On Tue, Jan 3, 2017 at 6:08 PM, Markus Neteler wrote: > > Hi, > > while hunting for more GBs on my local disk I found many raster maps > with a still uncompressed NULL files (no surprise since the optional > new NULL compression was introduced in 7.2.0). > > As an example - EU

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

py new year to you too! Markus M > > > On Thu, Dec 22, 2016 at 10:12 AM, Markus Neteler <nete...@osgeo.org> > wrote: > >> On Thu, Dec 22, 2016 at 12:01 AM, Markus Metz >> <markus.metz.gisw...@gmail.com> wrote: >> ... >> > Adding >>

Re: [GRASS-dev] wxGUI: align to resolution by default

On Thu, Jan 5, 2017 at 11:47 AM, Martin Landa wrote: > > Hi, > > 2017-01-05 11:42 GMT+01:00 Blumentrath, Stefan : > > So, when I want to grab the extend from a vector map but want to keep the pixels from my DEM I do: > > g.region -p

Re: [GRASS-dev] wxGUI: align to resolution by default

On Thu, Jan 5, 2017 at 11:04 AM, Martin Landa wrote: > > Hi, > > 2017-01-05 8:30 GMT+01:00 Moritz Lennert : > >>What do you think? Ma > > > > > > See the arguments at > > https://trac.osgeo.org/grass/ticket/1745 > > hm, I found two reasons

Re: [GRASS-dev] r.stream.basins: issues with points on other layer than 1

On Thu, Dec 29, 2016 at 11:07 AM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > > Hi, > > > > I had some trouble with r.stream.basins which labeled all basins created with points option as -1. > > After some investigation I found out that the problem was that my vector points map only

Re: [GRASS-dev] Satellite tiles: tiles missing after import?

On Thu, Dec 22, 2016 at 3:25 PM, Markus Neteler wrote: > > Hi, > > I imported both the WRS2 Landsat tiles [1] as well as the Sentinel-2 > KML [2] (giving extra issues during import + also querying due to > quoting issues). > > In both cases, when zooming into the map, some

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

On Wed, Dec 21, 2016 at 7:53 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > > > Le 20 décembre 2016 23:39:09 GMT+01:00, Markus Metz < markus.metz.gisw...@gmail.com> a écrit : > >On Tue, Dec 20, 2016 at 11:09 PM, Martin Landa <landa.mar...@

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

On Tue, Dec 20, 2016 at 11:09 PM, Martin Landa <landa.mar...@gmail.com> wrote: > > Hi, > > 2016-12-20 22:17 GMT+01:00 Markus Metz <markus.metz.gisw...@gmail.com>: > > I think the module is automatically compiled only if it is added to > > grass-addons/grass7/

Re: [GRASS-dev] v.cluster

On Tue, Dec 6, 2016 at 10:07 PM, Paulo van Breugel wrote: > > > On 06-12-16 20:01, Anna Petrášová wrote: >> >> On Tue, Dec 6, 2016 at 7:40 AM, Paulo van Breugel >> wrote: >>> >>> Hi devs, >>> >>> I am running GRASS 7.3 (R69890), and it seems the

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

On Tue, Dec 20, 2016 at 12:06 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 20/12/16 10:04, Markus Metz wrote: >> >> Thanks a lot for the implementation! Since this is work in progress, the >> module could be moved from grass-addons to sandbox

Re: [GRASS-dev] i.superpixels.slic ( was: #3142 Implementing SLIC image segmentation)

On Mon, Dec 19, 2016 at 6:02 PM, Rashad Kanavath wrote: > > Hello > > On Mon, Dec 19, 2016 at 5:30 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: >> >> Hi Rashad, >> >> Another reflection: IIUC, in the current implementation all pixel values from all bands

Re: [GRASS-dev] Two "news" pages for 7.2?

On Thu, Dec 8, 2016 at 5:07 PM, Markus Neteler wrote: > > Hi Vaclav, > > On Thu, Dec 8, 2016 at 4:48 PM, Vaclav Petras wrote: > > Hi all, > > > > how it works with the "news" pages for new releases? > > you came too early :-) work in progress > > >

Re: [GRASS-dev] i.segment gives different results in G72 and G73

On Wed, Dec 7, 2016 at 11:27 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 05/12/16 21:06, Moritz Lennert wrote: >> >> On 05/12/16 14:52, Markus Metz wrote: >>> >>> >>> >>> On Mon, Dec 5, 2016 at 1:46 PM, Martin Land

Re: [GRASS-dev] v.cluster

On Tue, Dec 6, 2016 at 8:01 PM, Anna Petrášová wrote: > > On Tue, Dec 6, 2016 at 7:40 AM, Paulo van Breugel > wrote: > > Hi devs, > > > > I am running GRASS 7.3 (R69890), and it seems the module v.cluster is not > > available from the menu nor the

Re: [GRASS-dev] i.segment gives different results in G72 and G73

On Mon, Dec 5, 2016 at 10:56 PM, Markus Metz <markus.metz.gisw...@gmail.com> wrote: > > > On Mon, Dec 5, 2016 at 3:01 PM, Martin Landa <landa.mar...@gmail.com> wrote: > > > > Hi, > > > > 2016-12-05 15:00 GMT+01:00 Markus Metz <markus.metz.gisw...@gm

Re: [GRASS-dev] i.segment gives different results in G72 and G73

On Mon, Dec 5, 2016 at 3:01 PM, Martin Landa <landa.mar...@gmail.com> wrote: > > Hi, > > 2016-12-05 15:00 GMT+01:00 Markus Metz <markus.metz.gisw...@gmail.com>: > > It's very technical and explains differences between versions. I am not sure > > if this should

Re: [GRASS-dev] i.segment gives different results in G72 and G73

On Mon, Dec 5, 2016 at 1:36 PM, Martin Landa <landa.mar...@gmail.com> wrote: > > Hi, > > 2016-12-05 8:54 GMT+01:00 Markus Metz <markus.metz.gisw...@gmail.com>: > > > Both versions use the same method by default. However, the G73 version of > > region

Re: [GRASS-dev] i.segment gives different results in G72 and G73

On Mon, Dec 5, 2016 at 1:46 PM, Martin Landa wrote: > > Hi, > > 2016-12-05 9:09 GMT+01:00 Moritz Lennert : > > What colleagues here have also noticed is that between the versions (but I can't remember if it was 7.0 vs 7.3 or 7.2 vs 7.3) quite

Re: [GRASS-dev] i.segment gives different results in G72 and G73

On Sun, Dec 4, 2016 at 9:56 AM, Martin Landa wrote: > > Running `i.segment` on the same data in G72 and G73 gives different > results. Both commands should use the same method - G72 supports only > 'region growing', G73 has this method as default one. Both versions use

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Fri, Dec 2, 2016 at 11:19 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 01/12/16 14:31, Markus Metz wrote: [...] >> >> In theory, a higher target resolution should result in a higher total >> sum, a lower target resolution in a lower total sum

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Thu, Dec 1, 2016 at 12:01 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 30/11/16 09:40, Paulo van Breugel wrote: >> >> >>> On Tue, Nov 29, 2016 at 5:44 PM, Moritz Lennert > > >>> >>> > An area() function in r.mapcalc would be nice... [...] > >> |r.mapcalc "rcs =

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Thu, Dec 1, 2016 at 1:16 PM, Paulo van Breugel wrote: > > > > On 01-12-16 12:01, Moritz Lennert wrote: >> >> On 30/11/16 09:40, Paulo van Breugel wrote: >>> >>> On Tue, Nov 29, 2016 at 5:44 PM, Moritz Lennert >> >> > An area() function in r.mapcalc would

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Wed, Nov 30, 2016 at 7:35 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > > > Le 29 novembre 2016 22:33:39 GMT+01:00, Markus Metz < markus.metz.gisw...@gmail.com> a écrit : > > For > >reprojection, something like r.in.xyz could work: > >

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Wed, Nov 30, 2016 at 1:22 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 30/11/16 09:40, Paulo van Breugel wrote: >> >> >> >> On 29-11-16 22:33, Markus Metz wrote: >>> >>> >>> >>> On Tue, Nov 29, 2016 at

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Tue, Nov 29, 2016 at 5:44 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > > > Le 29 novembre 2016 15:10:11 GMT+01:00, Markus Metz < markus.metz.gisw...@gmail.com> a écrit : > >On Mon, Nov 28, 2016 at 5:51 PM, Moritz Lennert < > >mlenn...@c

Re: [GRASS-dev] how to reproject a raster map with absolute numbers without losing data

On Mon, Nov 28, 2016 at 5:51 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > Hi, > > In discussions with students the following problem has arisen, and I'm not sure how to respond to this: > > When reprojecting raster data, one has to chose a method of interpolation. However, when

Re: [GRASS-dev] Standard option identifiers

On Tue, Nov 1, 2016 at 2:10 AM, pablo zader wrote: > Hi list > > I'm developing some script in "grass gis", and I have some doubt that the > documentation will not answer me > (https://grass.osgeo.org/programming7/gis_8h.html) > > What is the diference betwen G_OPT_R_INPUT and

Re: [GRASS-dev] [GRASS-user] GRASS GIS 7.2.0RC1 released

On Sun, Oct 30, 2016 at 11:09 PM, Markus Neteler <nete...@osgeo.org> wrote: > On Sun, Oct 30, 2016 at 9:55 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > ... >> The list of new features lists new features for GRASS 7.0. Is this >> intended? > > W

Re: [GRASS-dev] [GRASS-user] GRASS GIS 7.2.0RC1 released

On Sat, Oct 29, 2016 at 9:43 PM, Markus Neteler wrote: > We are pleased to announce the first release candidate of GRASS GIS 7.2.0 > > What's new in a nutshell > > This is the first release candidate of the upcoming major release GRASS GIS > 7.2.0. > Testing is welcome!

Re: [GRASS-dev] grass 7.2 planning

On Fri, Oct 28, 2016 at 11:35 PM, Martin Landa <landa.mar...@gmail.com> wrote: > Hi, > > 2016-10-28 23:10 GMT+02:00 Markus Metz <markus.metz.gisw...@gmail.com>: >> before final release. Since RC1 is not out yet, should I backport now? > > well RC1 is alr

Re: [GRASS-dev] grass 7.2 planning

On Thu, Oct 27, 2016 at 12:39 AM, Markus Neteler wrote: > On Mon, Oct 24, 2016 at 8:51 AM, Moritz Lennert > wrote: >> On 23/10/16 23:25, Martin Landa wrote: >>> >>> Hi, >>> >>> 2016-10-22 15:53 GMT+02:00 Markus Neteler : >

Re: [GRASS-dev] Fwd: Re: Upcoming 7.2.0: review which addons to move to core

On Thu, Oct 6, 2016 at 12:09 PM, Moritz Lennert wrote: > On 06/10/16 01:39, Nikos Alexandris wrote: >> >> The question, the way I understand things, is not if and at what extent >> we need tests. GRASS-GIS needs them. >> However, no matter the effort, tests will

Re: [GRASS-dev] Upcoming 7.2.0: review which addons to move to core

On Tue, Oct 4, 2016 at 11:02 PM, Sören Gebbert <soerengebb...@googlemail.com> wrote: > > > 2016-10-04 22:22 GMT+02:00 Markus Metz <markus.metz.gisw...@gmail.com>: >> >> Recently I fixed bugs in r.stream.order, related to stream length >> calculations whi

Re: [GRASS-dev] Upcoming 7.2.0: review which addons to move to core

On Tue, Oct 4, 2016 at 5:42 PM, Sören Gebbert wrote: > Hi, >> >> >> > >> > You are very welcome to write the missing tests for core modules. >> > >> > However, i don't understand the argument that because many core modules >> > have >> > no tests, therefore new

Re: [GRASS-dev] Upcoming 7.2.0: review which addons to move to core

On Sun, Oct 2, 2016 at 9:43 PM, Sören Gebbert wrote: > > > 2016-10-02 13:24 GMT+02:00 Moritz Lennert : >> >> On 01/10/16 21:25, Blumentrath, Stefan wrote: >>> >>> Sounds fair enough as requirements for new core modules. “Maintainable >>>

Re: [GRASS-dev] Adding an expert mode to the parser

On Sun, Sep 25, 2016 at 9:49 PM, Markus Neteler <nete...@osgeo.org> wrote: > On Fri, Sep 23, 2016 at 11:30 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: >> On Fri, Sep 23, 2016 at 11:22 PM, Markus Neteler <nete...@osgeo.org> wrote: >>> On Fri

Re: [GRASS-dev] Adding an expert mode to the parser

On Tue, Sep 27, 2016 at 5:55 PM, Vaclav Petras wrote: > > On Mon, Sep 26, 2016 at 5:50 PM, Vaclav Petras wrote: >> >> If the --help is just for scanning and the issue is that it simply too >> long, hiding some parameters is not the only option we have.

Re: [GRASS-dev] 7.0.5 release planning

On Sat, Sep 24, 2016 at 12:36 PM, Martin Landa wrote: > Hi, > > 2016-09-18 16:21 GMT+02:00 Martin Landa : >> cool, count with my support please. Ma > > since RC2 has been released on Sunday 18/9, the final release 7.0.5 > should be out ~tomorrow.

Re: [GRASS-dev] Adding an expert mode to the parser

On Fri, Sep 23, 2016 at 11:22 PM, Markus Neteler <nete...@osgeo.org> wrote: > On Fri, Sep 23, 2016 at 11:05 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: >> On Fri, Sep 23, 2016 at 1:11 PM, Markus Neteler <nete...@osgeo.org> wrote: > ... >> Your

Re: [GRASS-dev] Adding an expert mode to the parser

On Fri, Sep 23, 2016 at 1:11 PM, Markus Neteler wrote: > On Fri, Sep 23, 2016 at 10:15 AM, Moritz Lennert > wrote: >> On 23/09/16 02:37, Anna Petrášová wrote: > ... >>> How do we decide which options are advanced. > > We simply keep 95% of all

Re: [GRASS-dev] Separate sqlite database files for vector maps

On Sat, Sep 10, 2016 at 11:24 PM, Sören Gebbert wrote: > Mi Markus, > > [snip] >> >> >> Essentially, all that is needed is a corresponding entry in >> $LOCATION_NAME/VAR: >> instead of >> DB_DRIVER: sqlite >> DB_DATABASE:

Re: [GRASS-dev] Separate sqlite database files for vector maps

On Sat, Sep 10, 2016 at 5:33 PM, Markus Metz <markus.metz.gisw...@gmail.com> wrote: > On Fri, Sep 9, 2016 at 11:06 PM, Sören Gebbert > <soerengebb...@googlemail.com> wrote: >> Dear devs, >> i would like to implement sqlite database support as separated file f

Re: [GRASS-dev] Separate sqlite database files for vector maps

On Fri, Sep 9, 2016 at 11:06 PM, Sören Gebbert wrote: > Dear devs, > i would like to implement sqlite database support as separated file for each > vector map. Similar to the dbf approach but with sqlite. Other databases are > no option in my case. > The reasons for

Re: [GRASS-dev] Raster data compression confusion: identical CELL file size

On Tue, Sep 6, 2016 at 1:44 PM, Markus Neteler wrote: > Hi, > > since my local drive was filled up again :) I checked raster how data are > currently compressed in GRASS GIS 7.2.svn. > According to > >

Re: [GRASS-dev] hints appreciated for work on a r.zonal.geometry module

On Tue, Jun 21, 2016 at 9:36 AM, Moritz Lennert <mlenn...@club.worldonline.be> wrote: > On 20/06/16 23:20, Markus Metz wrote: >> >> On Mon, Jun 20, 2016 at 6:40 PM, Moritz Lennert >> <mlenn...@club.worldonline.be> wrote: >>> >>> Hi, >>&

Re: [GRASS-dev] hints appreciated for work on a r.zonal.geometry module

On Mon, Jun 20, 2016 at 6:40 PM, Moritz Lennert wrote: > Hi, > > While work is ongoing concerning improving r.to.vect performance [1], I am > looking at the possibility of creating an r.zonal.geometry module which > would calculate a series of form statistics for

Re: [GRASS-dev] some detail questions on i.segment

in the code (apart from "TODO: better") explaining the reason for this adjustment. In theory it makes sense to me to favour merging of smaller regions, or more precisely, to avoid merging of larger regions. "Small" and "large" depend on the computational region. When testin

Re: [GRASS-dev] v.info layer option

Hi Luca, apparently [0] the layer option is only needed for v.info -c (Print types/names of table columns for specified layer instead of info and exit). What information about a vector do you want to get? Note that vector objects (points, lines, boundaries, areas) are always present, even if they

Re: [GRASS-dev] some detail questions on i.segment

Hi Moritz, On Wed, May 18, 2016 at 6:36 PM, Moritz Lennert wrote: > Hi Markus, > > I'm working on potentially improbing the i.segment.uspo addon and am looking > at the possibility of including the goodness of fit output map somehow in > the evaluation of the

Re: [GRASS-dev] some question about GRASS vectors

On Thu, May 19, 2016 at 4:48 PM, Moritz Lennert wrote: > On 18/05/16 16:37, Luca Delucchi wrote: >> >> Hi devs, >> >> I'm working on a QGIS plugin to check the differences between an input >> shapefile and the resulting GRASS vector. I have some doubts: >> - a line

Re: [GRASS-dev] r.regression.multi failing

On Wed, Mar 23, 2016 at 4:43 PM, Paulo van Breugel wrote: > > > On 23-03-16 16:21, Moritz Lennert wrote: >> >> Le Wed, 23 Mar 2016 15:55:40 +0100, >> Paulo van Breugel a écrit : >> >>> On 23-03-16 15:24, Anna Petrášová wrote: On Wed, Mar

Re: [GRASS-dev] r.rgb: syntax error, unexpected $end, expecting VARNAME or NAME or STRING

On Fri, Mar 18, 2016 at 3:10 PM, Markus Neteler wrote: > On Wed, Mar 16, 2016 at 9:24 PM, Vaclav Petras wrote: >> >> On Wed, Mar 16, 2016 at 1:27 PM, Markus Neteler wrote: >>> >>> >>> I just needed r.rgb and found the script broken:

Re: [GRASS-dev] is it time to release GRASS71?

On Mon, Feb 29, 2016 at 11:39 AM, Moritz Lennert <mlenn...@club.worldonline.be> wrote: > On 28/02/16 00:02, Markus Metz wrote: >> >> On Thu, Feb 25, 2016 at 8:56 PM, Markus Neteler <nete...@osgeo.org> wrote: >>> >>> >>> On Feb 25, 2016

Re: [GRASS-dev] is it time to release GRASS71?

On Thu, Feb 25, 2016 at 8:56 PM, Markus Neteler wrote: > > On Feb 25, 2016 5:05 PM, "Vaclav Petras" wrote: >> >> >> On Thu, Feb 25, 2016 at 10:00 AM, Martin Landa >> wrote: >>> >>> this system is used also by QGIS, MapServer,

Re: [GRASS-dev] r.bioclim output integer maps

On Wed, Feb 10, 2016 at 2:39 PM, Paulo van Breugel wrote: > > > On Wed, Feb 10, 2016 at 1:16 PM, Markus Neteler wrote: >> >> >> On Feb 10, 2016 12:03 PM, "Paulo van Breugel" >> wrote: >> > On Wed, Feb 10, 2016 at 10:26 AM,

Re: [GRASS-dev] [GRASS-SVN] r67222 - grass/trunk/raster/r.in.lidar

On Tue, Dec 22, 2015 at 3:20 PM, Markus Neteler wrote: > On Sun, Dec 20, 2015 at 3:56 AM, Vaclav Petras wrote: > ... >> This gets little messy and I'm not sure what to do about it. >> >> r.in.lidar imports in region extent only > > Why is that so? > The

Re: [GRASS-dev] computation bio_15 in r.bioclim

Hi Paolo, On Tue, Dec 15, 2015 at 2:56 PM, Paulo van Breugel wrote: > Hi Markus, > > With r.bioclim if the average rainfall across a year is 0, bio_15 (rainfall > seasonality) will be NA. This should, I think, be 0. Perhaps adding an if > condition in the mapcalc

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

On Sat, Mar 21, 2015 at 11:21 AM, Markus Neteler nete...@osgeo.org wrote: Hi Markus, On Fri, Mar 6, 2015 at 8:26 AM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Thu, Mar 5, 2015 at 3:04 PM, Markus Neteler nete...@osgeo.org wrote: On Thu, Mar 5, 2015 at 11:27 AM, Martin Landa

Re: [GRASS-dev] port of v.points.cog to python

On Sun, Mar 1, 2015 at 5:01 PM, Patrice Dumas pertu...@free.fr wrote: Hello, Here is a rewrite of the v.points.cog module in python. I think v.points.cog is superseded by v.centerpoint which offers cog as well as other kinds of centerpoints. Markus M I tried translating code only, keeping

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

On Thu, Mar 5, 2015 at 3:04 PM, Markus Neteler nete...@osgeo.org wrote: On Thu, Mar 5, 2015 at 11:27 AM, Martin Landa landa.mar...@gmail.com wrote: 2015-03-05 11:17 GMT+01:00 Markus Neteler nete...@osgeo.org: Step 2 (day X) - Soft freeze of release branch: suggestion 20 March 2015 why not

Re: [GRASS-dev] Non-linear (multiple) regression in GRASS?

On Sat, Feb 21, 2015 at 2:08 PM, Nikos Alexandris n...@nikosalexandris.net wrote: Hi devs, and advanced users. Has anyone perforned, or has plans to implement, non-linear (multi-) regression in GRASS (not through R, of course)? If it is raster based, you can use r.regression.multi to

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Thu, Feb 12, 2015 at 11:16 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Fri, Feb 13, 2015 at 10:42 AM, Markus Neteler nete...@osgeo.org wrote: On Thu, Feb 12, 2015 at 11:16 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: ... The G7.1 message reports that areas are overlapping

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild snapping, still four islands are reported as an error. The islands are not reported as

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild snapping, still four islands are reported as an error. They are Andorra, etc and

Re: [GRASS-dev] [GRASS-user] generalize polygons including holes

On Fri, Feb 6, 2015 at 10:23 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: [taking this over to grass-dev] On 05/02/15 18:23, Markus Metz wrote: On Thu, Feb 5, 2015 at 4:56 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 05/02/15 14:49, Markus Metz wrote: On Thu, Feb

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