On Tue, Jul 16, 2013 at 8:26 PM, GRASS GIS t...@osgeo.org wrote:
#2032: r.mapcalc does not always respect MASK
-+--
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: closed
Hi, in the last few revisions (including the latest, v57276), I am
getting an error when compiling from source. The error seems to lie in
the v.krige script, running make gives the following error:
Errors in:
/home/paulo/Software/spatial/grass7_trunk/scripts/v.krige
--
Running make in the
Hi,
In the last few revisions of GRASS GIS 7.0 (on Ubuntu 13.04) I am
experiencing this seemingly random errors with r.mapcalc. For example:
Running the following r.mapcalc computation gave me an ERROR:
GRASS 7.0.svn (AEA):~ r.mapcalc --overwrite glc_influence =
if(IIASA_crops==100,8.0,
On 08/02/2013 09:16 AM, Markus Neteler wrote:
On Fri, Aug 2, 2013 at 4:32 AM, Glynn Clements gl...@gclements.plus.com wrote:
Paulo van Breugel wrote:
I am really puzzled as to what is going on here. Any idea what I am doing
wrong here or what could be the cause?
My first suspicion would
One reason I did not think about problem to be related to hard drive issues
is that I would expect other GRASS functions to fail, at least
occasionally, as well as other programs.
On Fri, Aug 2, 2013 at 4:32 AM, Glynn Clements gl...@gclements.plus.comwrote:
Paulo van Breugel wrote:
I am
Sorry, pushed the short cut sending the email off too early.. What I wanted
to ask is, is there any way I can find out what kind of error I am getting?
Now, the only message is Error.
On Fri, Aug 2, 2013 at 12:38 PM, Paulo van Breugel
p.vanbreu...@gmail.comwrote:
One reason I did not think
the same calculations using a new mapset and
new data, to rule out corrupt data.
On Sat, Aug 3, 2013 at 4:02 AM, Glynn Clements gl...@gclements.plus.comwrote:
Paulo van Breugel wrote:
Sorry, pushed the short cut sending the email off too early.. What I
wanted
to ask is, is there any way I
I am trying to compile GRASS GIS 7.0 (revision 57836) and I am getting
an error when running make related to v.in.ply and v.out.ply. When
running make in the vector folder, I am getting the following error message:
make: *** v.in.ply: No such file or directory. Stop.
make: *** v.out.ply: No
Woh.. that is quick, thanks!
On Wed, Sep 25, 2013 at 12:28 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
Paulo van Breugel wrote:
I am trying to compile GRASS GIS 7.0 (revision 57836) and I am getting an
error when running make related to v.in.ply and v.out.ply. When running
make
Hi,
Is it correct that the time it takes to run r.regression.multi depends
on the region settings (i.e., total number of raster cells in the
region), and is not influenced by the number of NULL values in the raster?
I am asking because I though I could speed up calculations when masking
out
Hi,
I just tried to install the r.diversity addon in GRASS 7, but it doesn't
seem to work. Are there any plans to port this in the near future to
GRASS 7? I had a look myself, but my Python skills are too limited.
Rgds
Paulo
___
grass-dev mailing
/conf_diversity_3.0
[1.0]
All works are terminated
Indeed, in the given folder there is not such conf file.
Cheers,
Paulo
On Mon 06 Jan 2014 12:57:28 AM CET, Markus Neteler wrote:
Hi Paulo,
(cc Luca)
On Sun, Jan 5, 2014 at 10:50 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi,
I just tried
, the function ran without problems. Which
brings me to the question, does the function (or the underlying r.li)
not respect the region settings or is this a bug?
Cheers,
Paulo
On Tue 07 Jan 2014 01:39:47 AM CET, Luca Delucchi wrote:
On 6 January 2014 11:13, Paulo van Breugel p.vanbreu...@gmail.com
OK, thanks
On Wed 08 Jan 2014 11:41:56 AM CET, Luca Delucchi wrote:
On 7 January 2014 07:35, Paulo van Breugel p.vanbreu...@gmail.com wrote:
Hi Luca
Hi Paulo
Great, thanks!
I just tried to run the function, but initially got the error:
ERROR: Reading raster map ANN_MOD14A2_2002_L1_count
OK, not sure how I missed that icon... sorry. Good decision to move it to
the display toolbar, another mouse click to save, great!
On Fri, Jan 17, 2014 at 11:32 AM, GRASS GIS t...@osgeo.org wrote:
#2165: Option to zoom to computational region missing in GRASS 7
Perhaps change the first two lines under the Notes header from:
The user has the option of specifying four different metrics which
control the geometry in which grown cells are created, (controlled by
the metric parameter): Euclidean, Squared, Manhattan, and Maximum.
to:
The user has the
Does anybody know a smart way to calculate for X rasters per raster cell
the rank order of those rasters? For example, if I have three rasters
X1, X2 and X3:
X1 X2 X3
1 3 2
2 5 8
5 1 3
NA 8 2
would give three new raster layers with the values:
Y1 Y2
On 01/23/2014 09:37 AM, Luca Delucchi wrote:
Hi Paulo
On 22 January 2014 23:20, Paulo van Breugel p.vanbreu...@gmail.com wrote:
Does anybody know a smart way to calculate for X rasters per raster cell the
rank order of those rasters? For example, if I have three rasters X1, X2 and
X3:
X1
On Thu 23 Jan 2014 11:15:17 AM CET, Moritz Lennert wrote:
On 22/01/14 23:20, Paulo van Breugel wrote:
Does anybody know a smart way to calculate for X rasters per raster cell
the rank order of those rasters? For example, if I have three rasters
X1, X2 and X3:
X1 X2 X3
1 3 2
2
The example under the header 'Value replacement' of the r.recode help
file (http://grass.osgeo.org/grass70/manuals/r.recode.html), the
'rules=-' is missing
Now:
r.recode input=oldmap output=newmap EOF
1:1:1.1:1.1
2:2:7.5:7.5
3:3:0.4:0.4
EOF
should be:
r.recode input=oldmap
Hi,
I am trying to compile the latest GRASS 7.0 from source (on Ubuntu
13.10). This is usually easy, but now I am getting errors, with errors
in about all modules. Going into the modules and running make again
gives me the error below:
Any idea what to do?
: gcc
Further to my email below, it seems to be an error in the latest
version. I reverted back to a previous version (59504) and that
compiled without problems.
On Mon 03 Mar 2014 06:10:09 PM CET, Paulo van Breugel wrote:
Hi,
I am trying to compile the latest GRASS 7.0 from source (on Ubuntu
Hi Martin, yes, I build it completely from scratch. i.e., I did not do
an svn update but a new svn checkout. Are there any new dependencies
perhaps?
On Mon 03 Mar 2014 06:42:23 PM CET, Martin Landa wrote:
Hi,
2014-03-03 18:37 GMT+01:00 Paulo van Breugel p.vanbreu...@gmail.com:
Further
my sincere apology for causing a short breakage of GRASS
building and thanks for fast feedback.
Maris.
2014-03-03 21:18 GMT+02:00 Paulo van Breugel p.vanbreu...@gmail.com:
Hi Martin, yes, I build it completely from scratch. i.e., I did not do an
svn update but a new svn checkout. Are there any new
Hi Marisn,
Yes, there is no error message anymore.. thanks!
Should I mark this ticket as fixed, or will you do that?
Paulo
On Mon 03 Mar 2014 10:05:53 PM CET, GRASS GIS wrote:
#1776: Python error by startup
--+-
Hi,
In GRASS 7, rev 59197 (running on Ubuntu 13.10 64bits) the polygon
boundaries are not showing. Or more correctly, they do show as very thin
whitish lines, but line width and colour cannot be changed. This is if
cairo is used for rendering. With png rendering, the polygons are not
shown
that back.
Cheers,
Paulo
On Fri 07 Mar 2014 10:12:00 AM CET, Martin Landa wrote:
Hi,
2014-03-05 15:28 GMT+01:00 Paulo van Breugel p.vanbreu...@gmail.com:
In GRASS 7, rev 59197 (running on Ubuntu 13.10 64bits) the polygon
boundaries are not showing. Or more correctly, they do show as very thin
Hi,
Would it be difficult to add an option to use 'map name exclusion
patterns' like is available in g.mlist?
In the meantime, is it possible to exclude maps using regular expression
in g.mremove?
Best
Paulo
___
grass-dev mailing list
In the help file of r.colors in both GRASS 6.4 and 7.0 there is the line:
The rules color table type will cause r.colors to read color table
specifications from standard input (stdin) and will build the color table
accordingly
In GRASS 6.4 I assume this refers to the option rules in the drop
Let me try to clarify with an example. Suppose I have two different
mapsets, Ethiopia and Ethiopiabackup, each with a number of layers with the
same name. Now, if I use (just selecting 1 layer to keep the example short):
*g.mlist type=rast pattern=fireprob_rf1 mapset=Ethiopia*
Gives me:
Hi,
I have no clue how difficult it would be to implement, but it would be
great if there was the option in the cartographic composer to add more than
one map frame (same goes for the other map items).
Cheers,
Paulo
___
grass-dev mailing list
. It could run ps.map on
more map frames and display them via eps instruction (automate what the
user has to do) but it seems to be quite a lot of work. So, so far you have
to do it manually.
Anna
On Mon, May 5, 2014 at 7:14 AM, Paulo van Breugel
p.vanbreu...@gmail.comwrote:
Hi,
I have
Does anybody have experience with the scikit-learn toolkit? It seems like a
very extensive tool set for machine learning in Python. I have no
experience in programming in Python, so I cannot really judge how difficult
it would be to call functions from this tool set in GRASS, but if possible,
that
be a bit problematic in R for large data sets).
On Wed, May 14, 2014 at 9:55 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 13/05/14 22:27, Paulo van Breugel wrote:
Does anybody have experience with the scikit-learn toolkit? It seems
like a very extensive tool set for machine
What is the status / plans / time line for support in gdal, directly or
through the gdal-grass plugin, for GRASS 7 vector layers? I had seen
some emails on building gdal with GRASS 7 support with some success, but
can't find those emails nor any further news.
Thanks, I know (I read) how to do this, but wasn't sure it is actually
working with GRASS 7. Happy to hear at least somebody managed :-). I
will give it a try then.
On 05/20/2014 10:25 AM, Markus Neteler wrote:
On Tue, May 20, 2014 at 9:11 AM, Blumentrath, Stefan
stefan.blumentr...@nina.no
I wrote a little addon r.random.weight and added it to the addon
repository:
https://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.random.weight/r.random.weight
However, when trying to install it in grass (7) via the addon-extensions
function, it fails, with the message below:
That doesn' t seem to work either, I am getting the same error message
after adding the py extension
On 30-06-14 17:24, Vaclav Petras wrote:
On Mon, Jun 30, 2014 at 10:23 AM, Paulo van Breugel
p.vanbreu...@gmail.com mailto:p.vanbreu...@gmail.com wrote:
I wrote a little addon
Great, that worked... and good to know what was wrong
On 01-07-14 08:54, Luca Delucchi wrote:
On 1 July 2014 00:05, Paulo van Breugel p.vanbreu...@gmail.com wrote:
That doesn' t seem to work either, I am getting the same error message after
adding the py extension
I should fix it in r61093
Hi, I am trying to compile grass7 (revision 61123) on Ubuntu 14.04, but the
configuring fails with:
...
checking whether to use GDAL... yes
checking for gdal-config... /usr/bin/gdal/bin/gdal-config
configure: error: *** Unable to locate GDAL library.
The path /usr/bin/gdal/bin/gdal-config is
On 03-07-14 03:43, Vaclav Petras wrote:
On Wed, Jul 2, 2014 at 8:15 PM, Glynn Clements
gl...@gclements.plus.com mailto:gl...@gclements.plus.com wrote:
Shouldn't the seed not be generated on e.g, OS time,
which would ensure that each run would give a different result?
No. The
Just a quick additional question, how to set this GRASS_RND_SEED from
within a python script (I want to add the option to set the seed with a
seed parameter in my script, as suggested in the previous email).
On Thu, Jul 3, 2014 at 8:55 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On 03
OK, this seems to be solved with the latest update.. thanks :-)
On Wed, Jul 2, 2014 at 8:41 PM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
Hi, I am trying to compile grass7 (revision 61123) on Ubuntu 14.04, but
the configuring fails with:
...
checking whether to use GDAL... yes
On Thu, Jul 3, 2014 at 9:39 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
Just a quick additional question, how to set this GRASS_RND_SEED from
within a python script (I want to add the option to set the seed with a
seed parameter in my script, as suggested in the previous email
On Sun, Jul 6, 2014 at 12:34 AM, Glynn Clements gl...@gclements.plus.com
wrote:
Paulo van Breugel wrote:
Just a quick additional question, how to set this GRASS_RND_SEED from
within a python script (I want to add the option to set the seed with a
seed parameter in my script, as suggested
Hi, is there a way to reshuffle raster data in GRASS?
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Thanks, I will try that.
On Fri, Jul 11, 2014 at 5:26 PM, Anna Petrášová kratocha...@gmail.com
wrote:
Hi,
On Fri, Jul 11, 2014 at 10:51 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi, is there a way to reshuffle raster data in GRASS?
If I understand correctly what reshuffle
On 21-07-14 19:01, Markus Neteler wrote:
On Sun, Jul 6, 2014 at 12:25 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Glynn Clements gl...@gclements.plus.com wrote:
...
In ticket #2272, I attached a portable implementation of lrand48(). If
desired, we could add this to libgis and use that
I am trying to familiarize myself a bit with python scripting in GRASS.
I am a bit confused about the different approaches that seem possible.
More specifically, there is the pygrass
(http://grasswiki.osgeo.org/wiki/Python/pygrass) and grass python
scripting library (
On 22-07-14 22:58, Glynn Clements wrote:
Markus Neteler wrote:
- if the user needs reproducability, then have a env var to enable that.
And when issue of usability doesn't even get considered until a few
years later when the user (or a colleague) gets an email suggesting
the results can't be
On 22-07-14 23:31, Markus Neteler wrote:
On Tue, Jul 22, 2014 at 11:19 PM, Paulo van Breugel wrote:
On 22-07-14 22:58, Glynn Clements wrote:
And when issue of usability doesn't even get considered until a few
years later when the user (or a colleague) gets an email suggesting
the results
Hi Pietro, Thanks for the explanation!
On 22-07-14 15:05, Pietro wrote:
Hi Paulo,
On Tue, Jul 22, 2014 at 8:55 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
I am trying to familiarize myself a bit with python scripting in GRASS. I am
a bit confused about the different approaches
I am trying to compile grass 7, with configuration settings:
./configure --prefix=/usr/local/grass7 --enable-64bit --with-libs=/lib64
--with-sqlite --with-odbc --with-cairo --with-geos --with-cxx=yes
--with-gdal=/usr/bin/gdal/bin/ --with-python=yes
--with-wxwidgets=/usr/bin/wx-config
On 23-07-14 14:38, Markus Neteler wrote:
On Wed, Jul 23, 2014 at 2:18 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
I am trying to compile grass 7, with configuration settings:
./configure --prefix=/usr/local/grass7 --enable-64bit --with-libs=/lib64
--with-sqlite --with-odbc
How do I use this new flag / seed parameter for r.mapcalc in python
scripts? I have for example a script where I can define the seed, or if
left empty I want to set the 's' flag:
if seed == :
grass.mapcalc($tmp_map = rand(${minval},${maxval}),
minval = minval,
On 24-07-14 16:21, Glynn Clements wrote:
Paulo van Breugel wrote:
How do I use this new flag / seed parameter for r.mapcalc in python
scripts?
The grass.script.mapcalc() function has been updated to accept a seed=
parameter, which should be either an integer or the string 'auto' for
a random
On 26-07-14 07:58, Paulo van Breugel wrote:
On 24-07-14 16:21, Glynn Clements wrote:
Paulo van Breugel wrote:
How do I use this new flag / seed parameter for r.mapcalc in python
scripts?
The grass.script.mapcalc() function has been updated to accept a seed=
parameter, which should be either
I am not familiar with how changes in the different version are handled,
but will these changes to r.mapcalc and grass.script.mapcalc (now in
grass 7.1) be implemented in grass 7.0?
On 24-07-14 16:21, Glynn Clements wrote:
Paulo van Breugel wrote:
How do I use this new flag / seed
To read in a raster with GRASS Python Scripting Library, I can use
ref = garray.array()
ref.read('mymap')
But is it also possible to read in multiple raster layers at once?
Something like:
ref = garray.array()
ref.read(('map1','map2'))
If not, what would be the best way to get an array with
When running several r.mapcalc in a loop (via R) the function stops with an
error:
ERROR: Error reading null row 2725 for MASK
The row number varies. This seems to happen at random, and when I repeat
the same r.mapcalc calculation that stopped with the error before, things
run without problem.
I forgot to mention that I am using GRASS 7.1 (rev 61757, had it before
with rev 61413, but I think I had a similar problem about a year ago).
On Wed, Aug 27, 2014 at 10:13 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
When running several r.mapcalc in a loop (via R) the function stops
On Thu, Aug 28, 2014 at 7:34 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Aug 27, 2014 at 3:25 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
I forgot to mention that I am using GRASS 7.1 (rev
On Mon, Sep 1, 2014 at 10:45 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On Thu, Aug 28, 2014 at 7:34 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler nete...@osgeo.org
wrote:
On Wed, Aug 27, 2014 at 3:25 PM, Paulo van Breugel
I did. I recompile and see if that takes care of the problem.
On Wed, Sep 10, 2014 at 1:10 AM, Markus Neteler nete...@osgeo.org wrote:
On Thu, Aug 28, 2014 at 7:34 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler nete...@osgeo.org
wrote
No opinion on what should be the default, but I definitely think it to be
useful to have the option to switch to meters if desired (especially useful
when using latlon in which case current units will probably be less useful)
On Mon, Sep 15, 2014 at 5:45 PM, GRASS GIS t...@osgeo.org wrote:
I just had a case in which I created a new point layer by selecting a
subset of points with v.select. I subsequently added a column and used
v.what.rast to upload raster values for the points.
The point layer has 2 million points and the v.what.rast took a very long
time to update the vector
I am trying to use r.stats to print out a text file with x and y
coordinates as well as the area (or cell count). However, it seems any
choice is mutually exclusive. If I choose to print the grid coordinates and
to print the area, what I get is the coordinates with the category number.
If I select
I have the following function (to calculate cell area)
PI=3.1415926536
RES=0.0008333
R=6371007
r.mapcalc test3 = (sin(y()+$RES/2) - sin(y()-$RES/2)) * ($RES * $PI/180) *
$R^2
This will give me a wrong results, apparently because R is an integer
value. If I adapt the formula:
r.mapcalc test3 =
On Wed, Sep 24, 2014 at 1:12 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 24/09/14 10:00, Paulo van Breugel wrote:
I am trying to use r.stats to print out a text file with x and y
coordinates as well as the area (or cell count). However, it seems any
choice is mutually
On Wed, Sep 24, 2014 at 2:43 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 24/09/14 14:08, Paulo van Breugel wrote:
On Wed, Sep 24, 2014 at 1:12 PM, Moritz Lennert
It thus does not make sense to provide coordinates for count or
area: which coordinates would you use
Hi Glynn
Thanks for the explanation. Good to know that the problem lies with the
exceeding the integer range.. something I have to be careful about in the
future.
On Thu, Sep 25, 2014 at 1:04 AM, Glynn Clements gl...@gclements.plus.com
wrote:
Paulo van Breugel wrote:
I have the following
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
v.what.rast map=gbif raster=grid column=cell2arcm
Reading features from vector map...
100%
ERROR: Reading raster map grid@ request for row 1830 is outside region
On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Oct 7, 2014 at 11:20 PM, Paulo van Breugel
p.vanbreu...@gmail.com 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
On Thu, Oct 9, 2014 at 11:49 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Oct 8, 2014 at 9:44 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler nete...@osgeo.org
wrote:
On Tue, Oct 7, 2014 at 11:20 PM, Paulo van Breugel
p.vanbreu
On Fri, Oct 10, 2014 at 9:00 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On Thu, Oct 9, 2014 at 11:49 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Oct 8, 2014 at 9:44 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler nete
On Fri, Oct 10, 2014 at 1:44 PM, Glynn Clements gl...@gclements.plus.com
wrote:
Paulo van Breugel wrote:
Perhaps a vector point just hits the extents of the computational
region
or map?
You are right that the extends do not match completely. But I was under
the
impression
Putting the 'ignore' option in separate tab with patterns is fine I
think. Also, for g.remove to have the 'type' and 'name' together in one
tab is also a good idea imho.
I am not sure I understand the last question; you mean to add the
possibility to make an option required but still have
On Tue, Oct 14, 2014 at 10:06 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 14/10/14 09:14, Paulo van Breugel wrote:
Putting the 'ignore' option in separate tab with patterns is fine I
think. Also, for g.remove to have the 'type' and 'name' together in one
tab is also a good
Lennert
mlenn...@club.worldonline.be wrote:
On 14/10/14 10:38, Paulo van Breugel wrote:
On Tue, Oct 14, 2014 at 10:06 AM, Moritz Lennert
mlenn...@club.worldonline.be mailto:mlenn...@club.worldonline.be
wrote:
On 14/10/14 09:14, Paulo van Breugel wrote:
Putting the 'ignore' option
, Vaclav Petras wenzesl...@gmail.com
mailto:wenzesl...@gmail.com wrote:
On Tue, Oct 14, 2014 at 5:28 AM, Moritz Lennert
mlenn...@club.worldonline.be
mailto:mlenn...@club.worldonline.be wrote:
On 14/10/14 10:38, Paulo van Breugel wrote
.__worldonline.be
mailto:mlenn...@club.worldonline.be wrote:
On 14/10/14 10:38, Paulo van Breugel wrote:
On Tue, Oct 14, 2014 at 10:06 AM, Moritz
Lennert
mlenn...@club.worldonline.be
mailto:mlenn...@club.worldonline.be
On Sun, Nov 2, 2014 at 10:10 PM, GRASS GIS t...@osgeo.org wrote:
#2053: r.recode: 0.0 or 1.0 as limits do not seem to be taken into account
+---
Reporter: nikosa | Owner:
Hi, this relates to earlier messages, including from me, about problems
with the region settings. It seemed to be solved, but I am again
experiencing similar problems as reported below.
Like Michael, I tried different functions, like r.patch and r.proj, and
they all give trouble when used
Hi,
I am trying to compile the gdal-grass plugin with GRASS 7.0, using:
./configure --with-gdal=/usr/local/gdal1.9/bin/gdal-config
--with-grass=/usr/local/grass7/grass-7.0.svn
However, I am getting the error message that
configure: error: --with-grass=/usr/local/grass7/grass-7.0.svn
True that having the same dialogue open several times can be annoying. But
not always, it may come in handy if you want to run the same module several
times with different parameters (run at the same time, or prepare one while
the other is still running; btw, I actually never checked how it is
When using the graph operator in r.mapcalc and when using many points
(+500) to define the graph, I am getting a 'Segmentation fault (core
dumped)'. This is shown after the calculation has (apparently) finished.
100%
Segmentation fault (core dumped)
GRASS 7.0.svn (latlon):~
It is difficult to
Hi Markus
I can also confirm it works in the in GRASS 7.0 r52727
Thanks a lot for this quick fix!
Paulo
On 08/19/2012 10:03 AM, Markus Neteler wrote:
On Sat, Aug 18, 2012 at 8:03 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Paulo van Breugel wrote:
When using the graph operator
Hi,
You can find a list of changes in option settings and names here:
http://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Renamedoptions
Cheers,
Paulo
On 08/29/2012 02:50 PM, Helmut Kudrnovsky wrote:
fyi a question regarding an translation (flags,parameter) table
between grass6x and
Just airing my opinion: it would be really, really, good if the second
option would be possible, having the ability to do something (like
delete) multiple selection. I would make working with layers that much
easier.
On 09/02/2012 04:48 AM, GRASS GIS wrote:
#1717: layer remove does not work
I just compiled the latest build (revision 53062) (working on Ubuntu
12.04) and I can confirm it only works on one of the maps selected (as
far as I know, it never has been possible to act on more then one layer?)
On 09/02/2012 11:12 PM, GRASS GIS wrote:
#1717: layer remove does not work
I was mostly concerned with the 'remove' function. But I just tried the
'Set computational region from selected maps' and it doesn't work for me
either. It sets the region for the first map of the selected ones.
But I am running GRASS GIS 7 (on Ubuntu 12.04), so was this not changed
for GRASS
Brilliant, it works (with GRASS 7, r53065)!! You made my day!
Cheers,
Paulo
On 09/03/2012 12:52 PM, GRASS GIS wrote:
#1717: layer remove does not work on multiple selections
---+
Reporter: cmbarton
Hi,
Below configure settings for GRASS 7 on Ubuntu 12.04 amd64. For GRASS
6.4 I use the same (except --prefix=/usr/local/grass6). I think all
packages are in the repositories, except gdal 1.9 which I compiled from
source
./configure --prefix=/usr/local/grass7 --enable-64bit --with-cxx=yes
+1 for separator
On 09/05/2012 10:09 AM, Markus Neteler wrote:
Hi,
me and some of my course participants (GeoSTAT 2012) stumbled over
the change of sep= to fs= in GRASS 7.
While ...
On Thu, Dec 11, 2008 at 11:21 AM, Hamish hamis...@yahoo.com wrote:
Huidae Cho wrote:
When I first wrote the
Hi,
The TreeCtrl demo works. I can move up and down the folders with both the
up and down keyboard key and the mouse (see screenshot for latter).
Ubuntu 10.04 does not have the Unity interface yet I believe. My assumption
was the problem is related to this. However, as said, the TreeCtrl demo
Sorry, the demo package is for wxPython, not Python.. so that agrees with
what I have on my system
On Sat, Oct 6, 2012 at 1:05 PM, Paulo van Breugel p.vanbreu...@gmail.comwrote:
Hi,
The TreeCtrl demo works. I can move up and down the folders with both the
up and down keyboard key
Kudrnovsky hel...@web.de wrote:
Hi Paulo,
your osgeo id should be activated now.
happy hacking
Helmut
*Gesendet:* Montag, 15. Oktober 2012 um 13:34 Uhr
*Von:* Paulo van Breugel p.vanbreu...@gmail.com
*An:* grass-...@lists.osgeo.org
*Cc:* Helmut Kudrnovsky hel...@web.de
*Betreff:* Re: Re
landa.mar...@gmail.comwrote:
Hi,
2012/10/16 Paulo van Breugel p.vanbreu...@gmail.com:
Thanks, I just uploaded the r.mess script to the
grass-addons/grass7/raster.
Any feedback is most welcome (adherence to grass and bash scripts coding
standards is probably one of the thing to check as I
Hi, I am trying to install r.modis using g.extension, which gives me the
error messages below. Note that the first three svn warnings also showed
up during compiling GRASS (reported here:
http://trac.osgeo.org/grass/ticket/1776) and with any extension I
install. So they are probably not
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
1 - 100 of 574 matches
Mail list logo