[GRASS-dev] I've tripled GRASS's I/O speed

2015-10-02 Thread Seth Price
I imagine the best test will need pretty low level access to the cellhd structure to look at the compression flags. Is that what you mean? Or would a better way include looking at the output of `r.compress`? ___ grass-dev mailing list grass-dev@lists.osge

Re: [GRASS-dev] Testing an add-on from sandbox before moving to grass-addons

2015-10-02 Thread Nikos Alexandris
Hi Steve, Nothing done from my side. Need to secure a job first. Would be extremely happy to have the time to merge hpf into pansharpen. Nikos * Stephen Chignell [2015-10-02 15:49:14 -0600]: > Hi all, > > Just wanted to check in about any updates regarding i.fusion.hpf and > running it in

Re: [GRASS-dev] I've tripled GRASS's I/O speed

2015-10-02 Thread Vaclav Petras
On Fri, Oct 2, 2015 at 12:49 PM, Seth Price wrote: > ..by adding the option of a few different compression schemes, including > LZ4. I've had the ticket open for a week now with no responses. I'd love to > get it incorporated into trunk. For more info, see here: > https://trac.osgeo.org/grass/tic

Re: [GRASS-dev] r.watershed at poles

2015-10-02 Thread Andy Wickert
Hi Soeren and all, I appreciate the opinion, and in fact have split continents in the past, but the project that I want to undertake requires many calculations with variable sea-levels and would be much easier to run on a full globe (albeit with null values in the ocean at each particular time-ste

Re: [GRASS-dev] I've tripled GRASS's I/O speed

2015-10-02 Thread Helmut Kudrnovsky
Markus Neteler wrote > On Oct 2, 2015 6:49 PM, "Seth Price" < > seth@ > > wrote: >> >> ..by adding the option of a few different compression schemes, including > LZ4. I've had the ticket open for a week now with no responses. I'd love > to > get it incorporated into trunk. For more info, see here

Re: [GRASS-dev] compile errors when using stripped-down config

2015-10-02 Thread Martin Landa
2015-10-02 19:04 GMT+02:00 Martin Landa : > backported to grass70 release branch as r663978. Ma r66398. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http:/

Re: [GRASS-dev] compile errors when using stripped-down config

2015-10-02 Thread Martin Landa
Hi, 2015-10-02 16:54 GMT+02:00 Soren Harward : > On Fri, Oct 2, 2015 at 10:46 AM, Martin Landa wrote: >> first of all, thanks for reporting the issue. The both issues should >> be fixed in r66397 in trunk. Please could you test it? > > That compiles fine. Thanks! backported to grass70 release br

Re: [GRASS-dev] I've tripled GRASS's I/O speed

2015-10-02 Thread Markus Neteler
On Oct 2, 2015 6:49 PM, "Seth Price" wrote: > > ..by adding the option of a few different compression schemes, including LZ4. I've had the ticket open for a week now with no responses. I'd love to get it incorporated into trunk. For more info, see here: > https://trac.osgeo.org/grass/ticket/2750

[GRASS-dev] I've tripled GRASS's I/O speed

2015-10-02 Thread Seth Price
..by adding the option of a few different compression schemes, including LZ4. I've had the ticket open for a week now with no responses. I'd love to get it incorporated into trunk. For more info, see here: https://trac.osgeo.org/grass/ticket/2750 ___ gras

Re: [GRASS-dev] compile errors when using stripped-down config

2015-10-02 Thread Martin Landa
Hi Soren, 2015-10-02 16:31 GMT+02:00 Soren Harward : > #1: ./lib/raster/open.c needs to include explicitly. Otherwise > errno is undefined at line 595. > > #2: ./general/g.proj/main.c declares the variable "inepsg" only if HAVE_OGR > is defined, but then uses this symbol outside "#ifdef HAVE_OGR"

[GRASS-dev] compile errors when using stripped-down config

2015-10-02 Thread Soren Harward
I'm working on packaging 7.0.1 (well, writing a new ebuild) for Gentoo Linux. When testing a totally stripped down configuration (ie, everything disabled that could be), I ran into a couple of compile errors. Here are things that need to be fixed: #1: ./lib/raster/open.c needs to include explici

Re: [GRASS-dev] [GRASS GIS] #2688: get_np_array() calls grass.script.array without importing the module

2015-10-02 Thread GRASS GIS
#2688: get_np_array() calls grass.script.array without importing the module ---+- Reporter: lrntct| Owner: grass-dev@… Type: defect| Status: closed Priority: normal| Milestone: 7.0.2 Component: Temporal |Versio

Re: [GRASS-dev] installing v.mapcalc fails

2015-10-02 Thread Moritz Lennert
On 01/10/15 12:38, Glynn Clements wrote: Moritz Lennert wrote: yylex.c:9:27: fatal error: v.mapcalc.tab.h: No such file or directory #include "v.mapcalc.tab.h" ^ compilation terminated. make: *** [OBJ.x86_64-unknown-linux-gnu/yylex.o] Error 1 ERROR: Compi

Re: [GRASS-dev] r.watershed at poles

2015-10-02 Thread Sören Gebbert
Hi Andy, running r.watershed for the whole globe is IMHO not necessary. Just run r.watershed for each continent (except Europe/Asia) and isles (greenland, UK, ...). Everything that is parted by an ocean or a channel can be processed independently. Best regards Soeren 2015-10-02 0:27 GMT+02:00 And

Re: [GRASS-dev] Write array to (point) attribute table

2015-10-02 Thread Paulo van Breugel
On 01-10-15 17:49, Vaclav Petras wrote: On Thu, Oct 1, 2015 at 11:28 AM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: with VectorTopo('testB', mode='rw') as vectormap: At the and it makes sense. 'w' removes the vectors and starts over. 'rw' keep the file but ones it for wr