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] 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] 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] 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] 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] 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] 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] [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] [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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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-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-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] 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] 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] 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] 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 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 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] 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] 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 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 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] 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 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] 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] 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] 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] 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] 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] 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 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] 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] 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] 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] 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] 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] [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] 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] 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] i.segment: possible to cache results of open_files() for several runs of i.segment ?

Hi Moritz, On Wed, Aug 2, 2017 at 2:52 PM, Moritz Lennert wrote: > > Hi MarkusM, > > Working on segmentation parameter optimization with fairly large images we have stumbled upon some questions (ISTR that we've discussed this before, but I cannot find traces of that

Re: [GRASS-dev] i.segment: possible to cache results of open_files() for several runs of i.segment ?

On Thu, Aug 3, 2017 at 7:02 AM, Moritz Lennert <mlenn...@club.worldonline.be> wrote: > > On 02/08/17 21:43, Markus Metz wrote: >> >> Hi Moritz, >> >> On Wed, Aug 2, 2017 at 2:52 PM, Moritz Lennert < mlenn...@club.worldonline.be <mailto:mlenn...@club.worl

Re: [GRASS-dev] g.gui.animation freezes when loading strds

On Thu, Aug 10, 2017 at 8:15 PM, Anna Petrášová wrote: > > On Thu, Aug 10, 2017 at 11:16 AM, Pietro wrote: > > Hi Veronica, > > > > On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo > > wrote: > >> > >> I've also experienced the

Re: [GRASS-dev] [release planning] GRASS GIS 7.0.6

On Wed, Jun 28, 2017 at 10:42 PM, Markus Neteler wrote: > > On Wed, Jun 28, 2017 at 11:59 AM, Maris Nartiss wrote: > > Of course we can release 7.0.6., still I wouldn't expect any distro > > already shipping 7.0 to "upgrade" GCC to 7 without upgrading the

Re: [GRASS-dev] [GRASS-SVN] r71255 - grass/trunk/raster/r.clump - compilation error in r.clump in winGRASS

On Fri, Jul 14, 2017 at 7:09 PM, Helmut Kudrnovsky wrote: > > maybe related to > > https://lists.osgeo.org/pipermail/grass-commit/2017-July/042140.html > > - > Author: mmetz > Date: 2017-07-10 14:32:27 -0700 (Mon, 10 Jul 2017) > New Revision: 71255 > > Modified: >

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

On Mon, Jul 24, 2017 at 6:30 PM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > 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> wrote: > > > > > > On 6/16

Re: [GRASS-dev] GRASS GIS installation on Mac OSX [was : Re: [GRASS GIS] #2942: Startup after Novice Install]

On Tue, Jun 27, 2017 at 2:32 PM, Anna Petrášová wrote: > > On Tue, Jun 27, 2017 at 3:26 AM, Moritz Lennert > wrote: > > On 27/06/17 01:02, GRASS GIS wrote: > >> > >> #2942: Startup after Novice Install > >>

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] 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] i.segment: possible to cache results of open_files() for several runs of i.segment ?

On Thu, Aug 3, 2017 at 10:40 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 03/08/17 10:11, Markus Metz wrote: >> >> >> >> On Thu, Aug 3, 2017 at 7:02 AM, Moritz Lennert < mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline

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.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-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] 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] [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] 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] 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 Thu, Jun 22, 2017 at 10:53 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 21/06/17 22:19, Markus Metz wrote: >> >> >> On Wed, Jun 21, 2017 at 4:30 PM, Moritz Lennert >> <mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline

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

On Thu, Jun 22, 2017 at 4:01 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 22/06/17 15:25, Moritz Lennert wrote: >> >> On 22/06/17 14:21, Markus Metz wrote: >>> >>> >>> >>> On Thu, Jun 22, 2017 at 10:53 AM, Mo

Re: [GRASS-dev] [release planning] GRASS GIS 7.0.6

On Sun, Jun 25, 2017 at 11:39 PM, Markus Neteler <nete...@osgeo.org> wrote: > > On Jun 25, 2017 10:12 PM, "Markus Metz" <markus.metz.gisw...@gmail.com> wrote: > > On Sun, Jun 25, 2017 at 9:15 PM, Markus Neteler <nete...@osgeo.org> wrote: > > > >

Re: [GRASS-dev] [release planning] GRASS GIS 7.0.6

On Sun, Jun 25, 2017 at 9:15 PM, Markus Neteler wrote: > > Hi, > > given the important ctypes/GCC 7 fix in trac #3331 has this been properly tested on all supported platforms? > I suggest to also > release GRASS GIS 7.0.6 (currently unplanned). are there any features in 7.0

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

On Sat, Jun 24, 2017 at 11:23 AM, Paulo van Breugel <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 Breugel < p.vanbreu...@gmail.com> wrote: > > > > Hi devs, can anybo

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] 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] 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 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] [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] [release planning] GRASS GIS 7.2.2

On Wed, Sep 13, 2017 at 1:31 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > On 13/09/17 00:18, Helmut Kudrnovsky wrote: >> >> Markus Neteler wrote >>> >>> On Sun, Sep 10, 2017 at 3:58 PM, Martin Landa >> >> >>> landa.martin@ >> >> >>> wrote: 2017-09-10 12:33 GMT+02:00

Re: [GRASS-dev] v.in.osm working?

On Mon, Sep 4, 2017 at 10:49 PM, Markus Neteler <nete...@osgeo.org> wrote: > > On Mon, Sep 4, 2017 at 8:32 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > > On Thu, Aug 31, 2017 at 7:21 PM, Markus Metz < markus.metz.gisw...@gmail.com> > >

Re: [GRASS-dev] Cloud optimized GeoTIFF support

On Fri, Oct 13, 2017 at 2:21 PM, Markus Neteler wrote: > > Hi, > > some of you will be familiar with "Cloud optimized GeoTIFF" > (http://www.cogeo.org/) which can be created and read through GDAL, > see > > https://trac.osgeo.org/gdal/wiki/CloudOptimizedGeoTIFF > > I was

Re: [GRASS-dev] Cloud optimized GeoTIFF support

On Sun, Oct 15, 2017 at 6:25 PM, Markus Neteler wrote: > > On Fri, Oct 13, 2017 at 2:45 PM, Stefan Blumentrath > wrote: > > Hi, > > > > I assume you have seen this: > > https://lists.osgeo.org/pipermail/gdal-dev/2017-October/047349.html > > > > and

Re: [GRASS-dev] Cloud optimized GeoTIFF support

On Sun, Oct 15, 2017 at 9:28 PM, Markus Neteler <nete...@osgeo.org> wrote: > > On Sun, Oct 15, 2017 at 7:47 PM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > > What do you mean with "a more direct GRASS GIS integration" regarding cloud > > stora

Re: [GRASS-dev] Cloud optimized GeoTIFF support

On Mon, Oct 16, 2017 at 9:10 AM, Markus Neteler <nete...@osgeo.org> wrote: > > On Oct 15, 2017 9:50 PM, "Markus Metz" <markus.metz.gisw...@gmail.com> wrote: > > On Sun, Oct 15, 2017 at 9:28 PM, Markus Neteler <nete...@osgeo.org> wrote: > > > &

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

On Thu, Oct 12, 2017 at 1:42 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 :) I would love to join and am available in

Re: [GRASS-dev] [release planning] GRASS GIS 7.2.2

On Thu, Sep 7, 2017 at 5:04 PM, Moritz Lennert wrote: > > On 06/09/17 11:37, Martin Landa wrote: >> >> Hi, >> >> 2017-09-06 11:33 GMT+02:00 Moritz Lennert : >>> >>> None from me. >> >> >> lets wait for next WinGRASS build, see r71469. Ma

Re: [GRASS-dev] references for v.voronoi

Hi Anna, On Sun, Oct 1, 2017 at 4:06 PM, Anna Petrášová wrote: > > Hi, > > we were just reviewing materials for class where we use v.voronoi, and > it has some fairly new functionality Markus added, which is not quite > covered in references. I guess you refer to the new

Re: [GRASS-dev] v.in.osm working?

On Thu, Aug 24, 2017 at 11:15 AM, Even Rouault wrote: > > > > > You can use v.in.ogr directly for OSM PBF files ( > > > http://gdal.org/drv_osm.html). > > > > > > BTW, with GDAL 2.2.1, using OGR_INTERLEAVED_READING=YES does not work for > > > me (empty vector). > > > >

Re: [GRASS-dev] v.in.osm working?

On Thu, Aug 24, 2017 at 10:40 AM, Markus Neteler <nete...@osgeo.org> wrote: > > On Thu, Aug 24, 2017 at 9:30 AM, Markus Metz > <markus.metz.gisw...@gmail.com> wrote: > > On Tue, Aug 22, 2017 at 8:37 PM, Markus Neteler <nete...@osgeo.org> wrote: > >> Hi, &

Re: [GRASS-dev] v.in.osm working?

On Tue, Aug 22, 2017 at 8:37 PM, Markus Neteler wrote: > > Hi, > > does v.in.osm actually work? I am trying to import from a OSM PBF > file, for example: > > http://download.geofabrik.de/europe/germany/berlin.html > --> berlin-latest.osm.pbf (51MB) > > grass72

<    4   5   6   7   8   9   10   11   12   >