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
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
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
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
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
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:/
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
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
..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
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"
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
#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
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
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
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
15 matches
Mail list logo