Re: [GRASS-dev] [GRASS GIS] #2417: r.profile should report distance in location units

#2417: r.profile should report distance in location units +--- Reporter: annakrat| Owner: grass-dev@… Type: enhancement | Status: new Priority: majo

Re: [GRASS-dev] [GRASS GIS] #2259: some temporal modules have empty manual page

#2259: some temporal modules have empty manual page -+-- Reporter: martinl | Owner: grass-dev@… Type: task | Status: new Priority: blocker | Milesto

Re: [GRASS-dev] v.select: creation primary key / indexing

On Tue, Sep 23, 2014 at 7:52 PM, Paulo van Breugel wrote: > I just had a case in which I created a new point layer by selecting a subset > of points with v.select. I subsequently added a column and used v.what.rast > to upload raster values for the points. > > The point layer has 2 million points

[GRASS-dev] v.select: creation primary key / indexing

I just had a case in which I created a new point layer by selecting a subset of points with v.select. I subsequently added a column and used v.what.rast to upload raster values for the points. The point layer has 2 million points and the v.what.rast took a very long time to update the vector attri

Re: [GRASS-dev] lib/python/pygrass/vector/testsuite/test_doctest.py SIGSEGV

On Mon, Sep 22, 2014 at 9:53 AM, Vaclav Petras wrote: > > On Wed, Sep 17, 2014 at 9:22 AM, Vaclav Petras > wrote: > >> Hi, >> >> doctest for pygrass.vector are crashing with segmentation fault in >> Vect_gen_num_db_links() function. >> >> ... >> >> Unfortunately, the segfault is not visible in t

Re: [GRASS-dev] v.in.lidar return filter

Much better :-) ! On Tue, Sep 23, 2014 at 11:40 AM, Anna Petrášová wrote: > > > On Tue, Sep 23, 2014 at 8:19 AM, Newcomb, Doug > wrote: > >> It looks like the same patch needs to be applied to r.in.lidar main.c >> before line 791. So modifying to the following for both v.in.lidar and >> r.in.li

Re: [GRASS-dev] [GRASS GIS] #2417: r.profile should report distance in location units

#2417: r.profile should report distance in location units +--- Reporter: annakrat| Owner: grass-dev@… Type: enhancement | Status: new Priority: majo

Re: [GRASS-dev] v.in.lidar return filter

On Tue, Sep 23, 2014 at 8:19 AM, Newcomb, Doug wrote: > It looks like the same patch needs to be applied to r.in.lidar main.c > before line 791. So modifying to the following for both v.in.lidar and > r.in.lidar main.c should fix both? > > if (n_returns == 1) { > > switch (return_filter) { > cas

Re: [GRASS-dev] [GRASS GIS] #2306: Please create an AppData file for GRASS

#2306: Please create an AppData file for GRASS --+- Reporter: hughsient| Owner: grass-dev@… Type: enhancement | Status: closed Priority: minor| Milestone

Re: [GRASS-dev] v.in.lidar return filter

It looks like the same patch needs to be applied to r.in.lidar main.c before line 791. So modifying to the following for both v.in.lidar and r.in.lidar main.c should fix both? if (n_returns == 1) { switch (return_filter) { case LAS_FIRST: if (return_no == 1) skipme = 0; break;

Re: [GRASS-dev] v.in.lidar return filter

I don't think it was intentional to drop first and only returns, but if it is the first and only return the filter for First and Last Return would both match. Putting another if statement in front along the lines of if(n_returns == 1) set case LAS_FIRST should fix it. Doug On Mon, Sep 22, 2014

Re: [GRASS-dev] [GRASS GIS] #2429: error message when renaming attribute table column using v.db.renamecol

#2429: error message when renaming attribute table column using v.db.renamecol --+- Reporter: jbowers | Owner: grass-dev@… Type: defect | Status: closed Prior

[GRASS-dev] [GRASS GIS] #2431: vector_what fails with multiple layer/cat

#2431: vector_what fails with multiple layer/cat -+-- Reporter: artegion | Owner: grass-dev@… Type: defect | Status: new Priority: major| Milestone: