On 06/25/2013 12:24 AM, Dylan Beaudette wrote:
On Mon, Jun 24, 2013 at 1:23 PM, Benjamin Ducke bendu...@fastmail.fm
mailto:bendu...@fastmail.fm wrote:
Hi All,
First of all, I am very excited to see how much interest this
project is getting, and it is great that Tim has already got
Hi Ben,
All that I meant by mask is, in this case, an r3 map that defines a subset
of space that subsequent operations are constrained to. I guess I was just
expressing worry about creating runaway data demands.The region settings
act as a three dimensional bounding cube, does not seem adequate
On 06/25/2013 10:00 AM, Tim Bailey wrote:
Hi Ben,
All that I meant by mask is, in this case, an r3 map that defines a
subset of space that subsequent operations are constrained to. I guess I
was just expressing worry about creating runaway data demands.The region
settings act as a three
Hi Tim,
i am the second mentor in your SoC project, and will try to help you with
the 3D raster approach in GRASS.
The 3D raster implementation in GRASS is using a tiled based storage
approach.[1]
The tiles can be stored in compressed form (zlib in GRASS7) or uncompressed
form on the hard disk.
On 06/25/2013 10:21 AM, Sören Gebbert wrote:
Hi Tim,
i am the second mentor in your SoC project, and will try to help you
with the 3D raster approach in GRASS.
The 3D raster implementation in GRASS is using a tiled based storage
approach.[1]
The tiles can be stored in compressed form (zlib in
Hi!
I really like the mini color bars presented for each color table in the manual
of the r.colors module (sourced from grass_trunk/dist.x86_64-unknown-linux-
gnu/docs/html).
I'd like to propose, though, to remove the thick black borderline or, at
least, make it less black and thinner. All in
#1619: v.krige won't load: ImportError: No module named globalvar
-+--
Reporter: momsen | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
Hi,
most of GRASS 7 now compiles on AIX without special configure tricks.
Remaining:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
-bash-3.2$ gmake
: g++
-L/gpfs/home/neteler/software/grass-7.0.svn/dist.powerpc-ibm-aix7.1.0.0/lib
#1619: v.krige won't load: ImportError: No module named globalvar
-+--
Reporter: momsen | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
Nikos wrote:
I really like the mini color bars presented for each color table in the
manual
of the r.colors module (sourced from
grass_trunk/dist.x86_64-unknown-linux-gnu/docs/html).
( http://grass.osgeo.org/grass70/manuals/r.colors.html )
I'd like to propose, though, to remove the
Hi,
If I wanted to build G7 --with-opencl on a machine with a
non-Intel/nVidia/AMD GPU would everything still build and work fine? I
only have Intel/nVidia machines so can't check this myself reliably I guess.
Would r.sun utilize more than 1 CPU (I mean once the GSoC OpenCL r.sun
stuff is
#1619: v.krige won't load: ImportError: No module named globalvar
-+--
Reporter: momsen | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
Markus Neteler wrote:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
ld: 0711-317 ERROR: Undefined symbol: .std::basic_filebufchar,
std::char_traitschar ::open64(char const*, std::_Ios_Openmode)
This appears to be a problem with g++ on AIX, caused by AIX having
Maciek wrote:
If I wanted to build G7 --with-opencl on a machine with a
non-Intel/nVidia/AMD GPU would everything still build and work fine?
What other manufacturer(s) of GPUs are still in business?
The short answer is yes, as long as they provide a libOpenCL.so library
and C header files to
I hope so, for Linux Ivy Bridge chips that's all you'd be able to get,
but running multi-core GPCPU is still a time win. I'm not sure if OpenCL
lets you do GPU+CPU or you have to choose one or the other, or if it
can do both at the same time if the CPU memory array size gets limited
by the
#2015: Missing file association dialog pops up all the time
+---
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
Dear grass-developers
I'm working with Python, GRASS and Pygrass and I have some small
problems probably due to my poor knowledge of Python.
I would ask your help.
I have this small code:
grass.run_command(v.to.rast, input=ocs, type=line, output=tmp_ocs,
use=val, overwrite=True)
#2016: v.surf.idw: very incorrect results
+---
Reporter: hamish | Owner: grass-dev@…
Type: defect | Status: new
Priority: major | Milestone: 6.4.4
#2016: v.surf.idw: very incorrect results
+---
Reporter: hamish | Owner: grass-dev@…
Type: defect | Status: new
Priority: major | Milestone: 6.4.4
19 matches
Mail list logo