On 26 June 2013 06:40, Ivan Marchesini ivan.marches...@gmail.com wrote:
Dear grass-developers
Ciao Ivan
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:
this is not your
Ciao Ivan,
On Wed, Jun 26, 2013 at 5:40 AM, Ivan Marchesini
ivan.marches...@gmail.com wrote:
I have this small code:
grass.run_command(v.to.rast, input=ocs, type=line, output=tmp_ocs,
use=val, overwrite=True)
grass.mapcalc($outmap = $a, a = dtm, outmap=demcut, overwrite = true)
#1997: i.landsat.toar for grass-dev is missing the option for landsat8
+---
Reporter: vesnikos| Owner: grass-dev@…
Type: defect | Status: new
Priority:
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).
Hamish wrote:
( http://grass.osgeo.org/grass70/manuals/r.colors.html )
I'd like to propose, though,
#1997: i.landsat.toar for grass-dev is missing the option for landsat8
+---
Reporter: vesnikos| Owner: grass-dev@…
Type: defect | Status: new
Priority:
Hi Luca.
thank you for your answer
this is not your code right?
yes it is mine
it is supposed to be part of a larger code I'm developing
grass.run_command(v.to.rast, input=ocs, type=line,
output=tmp_ocs, use=val, overwrite=True)
grass.mapcalc($outmap = $a, a = dtm,
Hi Ivan,
On Wed, Jun 26, 2013 at 2:16 PM, Ivan Marchesini
ivan.marches...@gmail.com wrote:
concerning this problem I would ask (with the risk to be OT) which is
the best python editor to work with.
At the moment I'm working with Geany but I'm not so happy about that.
What a really miss is an
Hi Pietro
many thanks for your answer
Some note on the code:
1) maybe to this kind of things you should consider to use the
r.mapcalc instead of pygrass;
Yes you are true but later, in the code, I need to do some more
complicated stuf, like increasing or decreasing the value of a cell
I'm using spyder: https://code.google.com/p/spyderlib/
Many tanks Pietro...
I will try...
:-)
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi Ivan,
On Wed, Jun 26, 2013 at 3:44 PM, Ivan Marchesini
ivan.marches...@gmail.com wrote:
Many many thanks and please let me know if you think that for the
problem of direction and inclination the use of numpy is correct
I think that use the RasterSegment class should be faster, but you
I forgot to mention I'm asking this in the context of an Arch G7
PKGBUILD script I maintain on AUR.
W dniu 26.06.2013 02:24, Hamish pisze:
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
Hi all,
This is an excellent point. While I like the mention of AQP in this context,
I totally support a GRASS-based implementation with as few dependencies as
possible.
+1 - I think a native GRASS implementation would make a lot of sense.
Yes, the thought of such waffel voxels is not
Hi Benjamin,
As far as soils data, we would probably often mask with depths min or
max, use a plan to cut the profile collection to return points (give
the carbon value at 13.5cm depth for this collection of profiles).
Alternatively, we would try to interpolate a profile collection to
harmonise
On Wed, Jun 26, 2013 at 1:13 AM, Glynn Clements
gl...@gclements.plus.com wrote:
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*,
On Wed, Jun 26, 2013 at 7:40 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jun 26, 2013 at 1:13 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
ld: 0711-317 ERROR: Undefined symbol:
I've worked through the changelog and the 6.4.3rc4 release summary page seems
in order now,
https://trac.osgeo.org/grass/wiki/Release/6.4.3RC4-News
anything else to add?
thanks,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Markus Neteler wrote:
Markus Metz figured it out, fixed locally (see attachment).
Submit or not?
This part:
+/* Alias the symbols using asm */
+extern C {
+extern int open(const char *, int, ...) __asm__(open64);
+}
shouldn't be necessary.
AFAICT, the only parts of r.terraflow which
Hi,
this is found on a cluster, it is running on Pythn 2.6.6, it is a 64 bit system
the svn tree is few days old, updating it now.
creating an issue here (it seems):
from grass.pygrass.modules.shortcuts import raster as r
---
Traceback (most recent call last):
File
18 matches
Mail list logo