Re: [GRASS-dev] What is the status of g.list, g.remove, g.mlist and g.mremove?

2014-10-08 Thread Huidae Cho
Markus, These modules work fine in command line, but GUI has some issues (ticket #2437). I'll backport to rel7 once GUI gets fixed. Thank you. Huidae On Wed, Oct 8, 2014 at 12:03 PM, Markus Neteler wrote: > Hi all, > > I lost a bit of track here - what is the current state? My real > question

Re: [GRASS-dev] [GRASS GIS] #2437: order parameters in g.remove window

2014-10-08 Thread GRASS GIS
#2437: order parameters in g.remove window -+-- Reporter: pvanbosgeo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.1.

Re: [GRASS-dev] wxGUI import chain

2014-10-08 Thread Vaclav Petras
On Tue, Oct 7, 2014 at 2:24 AM, Pietro wrote: > > On Mon, Oct 6, 2014 at 9:15 PM, Markus Metz > wrote: > > Is there any reason why gui/wxpython/gis_set.py imports (eventually) > > etc/python/grass/pygrass/raster/buffer.py? > > > > Anyway, r62196 fails to start the GUI in trunk because of broken

Re: [GRASS-dev] python2/3 and GRASS build on Arch

2014-10-08 Thread Maciej Sieczka
W dniu 08.10.2014 o 13:04, Glynn Clements pisze: Maciej Sieczka wrote: --with-wxwidgets=/usr/bin/wx-config-2.8 Per 2.8 wxWidgets specified, I don't get it why /usr/lib/python2.7/site-packages/wx-3.0-gtk2/ gets involved in iclass build. I would rather expect it to pick /usr/lib/python2.7

Re: [GRASS-dev] What is the status of g.list, g.remove, g.mlist and g.mremove?

2014-10-08 Thread Markus Neteler
Hi all, I lost a bit of track here - what is the current state? My real question regards the needed backport to relbranch7 in order to be able to prepare the next beta (the first RC should come with the definite API). thanks, Markus ___ grass-dev mailin

Re: [GRASS-dev] casting row buffer in memory

2014-10-08 Thread Pietro
On Wed, Oct 8, 2014 at 11:24 AM, Glynn Clements wrote: > > Pietro wrote: > >> So even if I'm explicitly casting the result in the scaler function >> with dtype(...), the result is not properly casted, do you have an >> idea on how could I solve this problem? > > This is a bug in pygrass: > >

Re: [GRASS-dev] r.mapcalc bug on max and min?

2014-10-08 Thread Pietro
On Wed, Oct 8, 2014 at 12:38 PM, Glynn Clements wrote: >> do you think could be useful? > > Not really. Just use r.info (or r.univar if you want the min/max for > the current region) and substitute the result into the expression. Yes, I did in this way. Thank you. Pietro

Re: [GRASS-dev] python2/3 and GRASS build on Arch

2014-10-08 Thread Glynn Clements
Maciej Sieczka wrote: > --with-wxwidgets=/usr/bin/wx-config-2.8 > > Per 2.8 wxWidgets specified, I don't get it why > /usr/lib/python2.7/site-packages/wx-3.0-gtk2/ gets involved in iclass > build. I would rather expect it to pick > /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/. S

Re: [GRASS-dev] r.mapcalc bug on max and min?

2014-10-08 Thread Glynn Clements
Pietro wrote: > Perhaps we could add two new functions, like: rmin and rmax that stay > for range min and range max that give this information It's not possible to implement these as functions within the current structure of r.mapcalc. r.mapcalc's functions take row buffers as inputs, and retur

Re: [GRASS-dev] [GRASS GIS] #2326: Command functions in grass.script.core miss a correct error reporting

2014-10-08 Thread GRASS GIS
#2326: Command functions in grass.script.core miss a correct error reporting +--- Reporter: wenzeslaus | Owner: grass-dev@… Type: enhancement | Status: new

Re: [GRASS-dev] casting row buffer in memory

2014-10-08 Thread Glynn Clements
Pietro wrote: > So even if I'm explicitly casting the result in the scaler function > with dtype(...), the result is not properly casted, do you have an > idea on how could I solve this problem? This is a bug in pygrass: $ r.info -g foo | fgrep datatype datatype=CELL $ p

Re: [GRASS-dev] error v.what.rast

2014-10-08 Thread Paulo van Breugel
On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler wrote: > On Tue, Oct 7, 2014 at 11:20 PM, Paulo van Breugel > wrote: > > I am trying to upload raster values of the raster 'grid' to the attribute > > table of the gbif vector layer, as below: > > > > g.region rast=grid > > can you please post > > g

Re: [GRASS-dev] error v.what.rast

2014-10-08 Thread Markus Neteler
On Tue, Oct 7, 2014 at 11:20 PM, Paulo van Breugel wrote: > I am trying to upload raster values of the raster 'grid' to the attribute > table of the gbif vector layer, as below: > > g.region rast=grid can you please post g.region rast=grid -p > v.what.rast map=gbif raster=grid column=cell2arcm