Re: [GRASS-dev] v.rast.stats: ERROR: Input window changed while maps are open for read.

Hi, i messed up r.univar implementing a new flag. I will fix it in trunk and implement some tests for v.rast.stats and a zone test for r.univar. Best regards Soeren 2015-10-24 20:28 GMT+02:00 Helmut Kudrnovsky : > Helmut Kudrnovsky wrote >> hi, >> >> by testing the manual example

Re: [GRASS-dev] [GRASS GIS] #2558: The 'Profile Surfae Map' tool does not function.

#2558: The 'Profile Surfae Map' tool does not function. --+- Reporter: humu2015 | Owner: grass-dev@… Type: defect | Status: new Priority: critical | Milestone: 6.4.6 Component: wxGUI|Version:

Re: [GRASS-dev] r.in.lidar: read multiple LAS files in one run

On Mon, Oct 26, 2015 at 1:20 PM, Newcomb, Doug wrote: > multiple files at the 4.2 point las 1.2 limit! I can live with slow, just > concerned about the memory demands working with larger areas. The processing goes by row chunks. By default everything is in the memory. You

Re: [GRASS-dev] Open/close db drivers order

Radim Blazek wrote: > Should it better go to the original program between fork() and execve() > or into the driver executable? Ideally, it should be done by whatever creates the descriptor in the first place. Doing it when spawning a DBMI driver (whether in the parent or in the child) only

Re: [GRASS-dev] Some wxPython 3 issues

Hi, using the scatterplot tool (I loaded two landsat channels), I found a new issue: Settings: unable to get value 'scatter:rasters:None' /usr/lib64/python2.7/site- packages/wx-3.0-gtk3/wx/lib/plot.py:377: FutureWarning: comparison to `None` will result in an elementwise object comparison in the

Re: [GRASS-dev] Some wxPython 3 issues

On Mon, Oct 26, 2015 at 9:53 AM, Markus Neteler wrote: > Hi, > > using the scatterplot tool (I loaded two landsat channels), I found a new > issue: > > Settings: unable to get value 'scatter:rasters:None' > /usr/lib64/python2.7/site- > packages/wx-3.0-gtk3/wx/lib/plot.py:377:

[GRASS-dev] r.in.lidar: read multiple LAS files in one run

Hi all, r.in.lidar in trunk (r66601) can now read multiple LAS files specified in a text file (similarly to what e.g. r.colors supports for raster maps). It is nothing fancy, no indexing or something, but you can bin point from several tiles without any edge effects. It is not particularly fast

Re: [GRASS-dev] r.in.lidar: read multiple LAS files in one run

Vaclav, I cannot wait to try this with multiple files at the 4.2 point las 1.2 limit! I can live with slow, just concerned about the memory demands working with larger areas. Thank you very much! Doug On Mon, Oct 26, 2015 at 11:28 AM, Vaclav Petras wrote: > Hi