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=oldma
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
-L/home/paulo/Software/s
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 :
Further to my email below, it
ase accept 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 :
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 de
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
--+-
Report
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 at
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 :
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
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
grass-dev@l
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:
*fire
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
grass-dev
front-end to ps.map. 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 Breu
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
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 ver
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
wrote:
Hei Paolo,
This
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:
Fetchin
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
mailto:p.vanbreu...@gmail.com>> wrote:
I wrote a little addon r.random.weight a
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 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, it was a probl
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 corr
When I run several times e.g., r.mapcalc "a = rand(0,100)"
I am always getting exactly the same layer. In the help file it reads:
"The environment variable GRASS_RND_SEED is read to initialize the random
number generator"
But what does it mean. Shouldn't the seed not be generated on e.g, OS time
On 03-07-14 03:43, Vaclav Petras wrote:
On Wed, Jul 2, 2014 at 8:15 PM, Glynn Clements
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 reason is to provide r
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
wrote:
>
> On 03-07-14 03:43,
OK, this seems to be solved with the latest update.. thanks :-)
On Wed, Jul 2, 2014 at 8:41 PM, Paulo van Breugel
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
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).
>
Co
On Sun, Jul 6, 2014 at 12:34 AM, Glynn Clements
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
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á
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 un
On 21-07-14 19:01, Markus Neteler wrote:
On Sun, Jul 6, 2014 at 12:25 AM, Glynn Clements
wrote:
Glynn Clements wrote:
...
In ticket #2272, I attached a portable implementation of lrand48(). If
desired, we could add this to libgis and use that in preference to any
implementation-specific PRN
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 (
http://grasswiki.osgeo.org
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 re
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
wrote:
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
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 --with-re
On 23-07-14 14:38, Markus Neteler wrote:
On Wed, Jul 23, 2014 at 2:18 PM, Paulo van Breugel
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 --with-cairo --with-geos --with
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' fo
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
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 tri
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
wrote:
> When running several r.mapcalc in a loop (via R) the function stops with
> an
On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler wrote:
> On Wed, Aug 27, 2014 at 3:25 PM, Paulo van Breugel
> wrote:
> > 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 Thu, Aug 28, 2014 at 7:34 AM, Paulo van Breugel
wrote:
>
>
>
> On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler wrote:
>
>> On Wed, Aug 27, 2014 at 3:25 PM, Paulo van Breugel
>> wrote:
>> > I forgot to mention that I am using GRASS 7.1 (rev 61757, had it
On Mon, Sep 1, 2014 at 10:45 AM, Paulo van Breugel
wrote:
>
> On Thu, Aug 28, 2014 at 7:34 AM, Paulo van Breugel > wrote:
>
>>
>>
>>
>> On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler
>> wrote:
>>
>>> On Wed, Aug 27, 2014 at 3:25 PM, Pau
I did. I recompile and see if that takes care of the problem.
On Wed, Sep 10, 2014 at 1:10 AM, Markus Neteler wrote:
> On Thu, Aug 28, 2014 at 7:34 AM, Paulo van Breugel
> wrote:
> > On Wed, Aug 27, 2014 at 8:20 PM, Markus Neteler
> wrote:
> >> On Wed, Aug 27, 20
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 wrote:
> #2417: r.profile s
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 attri
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, i
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
>> are
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
wrote:
>
> Paulo van Breugel wrote:
>
> > I have the followi
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 request for row 1830 is outside region
Any
On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler wrote:
> On Tue, Oct 7, 2014 at 11:20 PM, Paulo van Breugel
> wrote:
> > I am trying to upload raster values of the raster 'grid' to the attribute
> > table of the gbif vector layer, as below:
> >
> > g.
On Thu, Oct 9, 2014 at 11:49 PM, Markus Neteler wrote:
> On Wed, Oct 8, 2014 at 9:44 AM, Paulo van Breugel
> wrote:
> > On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler
> wrote:
> >>
> >> On Tue, Oct 7, 2014 at 11:20 PM, Paulo van Breugel
> >> wrote:
On Fri, Oct 10, 2014 at 9:00 AM, Paulo van Breugel
wrote:
>
>
> On Thu, Oct 9, 2014 at 11:49 PM, Markus Neteler wrote:
>
>> On Wed, Oct 8, 2014 at 9:44 AM, Paulo van Breugel
>> wrote:
>> > On Wed, Oct 8, 2014 at 9:21 AM, Markus Neteler
>> wrote:
>
On Fri, Oct 10, 2014 at 1:44 PM, Glynn Clements
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
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 the
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
t 14, 2014 at 5:28 AM, Moritz 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
&g
> Hi,
>>
>> On Tue, Oct 14, 2014 at 8:58 AM, Vaclav Petras > <mailto:wenzesl...@gmail.com>> wrote:
>>
>>
>>
>> On Tue, Oct 14, 2014 at 5:28 AM, Moritz Lennert
>> > <mailto:mlenn...@club.worldonline.be>&g
line.be>>> wrote:
On 14/10/14 10:38, Paulo van Breugel wrote:
On Tue, Oct 14, 2014 at 10:06 AM, Moritz
Lennert
mailto:mlenn...@club.worldonline.be>
<mailto:mlennert@
On Sun, Nov 2, 2014 at 10:10 PM, GRASS GIS wrote:
> #2053: r.recode: 0.0 or 1.0 as limits do not seem to be taken into account
>
> +---
> Reporter: nikosa | Owner:
> grass-dev@…
>
On Tue, Nov 4, 2014 at 1:58 PM, Glynn Clements
wrote:
>
> Nikos Alexandris wrote:
>
> > --%<---
> > ...individual comma separated identities for an option named "input"
> > can be parsed with the following Bash shell code:
> >
> > IFS=,
> > for opt in $GIS_OPT_INPUT ; do
> > ... "$opt"
> > d
Hi,
I am running grass 7.1 (on Linux) and I have installed g.gui.metadata addon
The metadata editor opens fine, and after selecting a layer, the bottons
'edit' and 'template' light up. Clicking the button 'edit' does not do
anything however. No error message either.
Any idea about the possible p
On Wed, Nov 5, 2014 at 12:22 PM, Glynn Clements
wrote:
>
> Paulo van Breugel wrote:
>
> > > Or even just remove the reference to bash from the 7.x documentation.
> > > If you're using 7.x, Python is almost mandatory, so why would you
> > > write bash
On Wed, Nov 5, 2014 at 3:56 PM, Vaclav Petras wrote:
>
> On Wed, Nov 5, 2014 at 6:35 AM, Paulo van Breugel
> wrote:
>
>> The main reason people write Bourne shell scripts is that it's the one
>>> language interpreter that's guaranteed to be present on an
I am trying to compile the latest revision (revision 62640) of grass 7.1
(on Ubuntu), but I am getting an error message. The error seems to be:
make -C t.vect.mapcalc || echo
/home/paulo/Software/spatial/grass7/temporal/t.vect.mapcalc >>
/home/paulo/Software/spatial/grass7/error.log
make: *** t.ve
Thanks, I'll try it out
On 06-11-14 21:47, Sören Gebbert wrote:
Hi,
this is hopefully fixed in r62641.
Best regards
Soeren
2014-11-06 21:41 GMT+01:00 Paulo van Breugel :
I am trying to compile the latest revision (revision 62640) of grass 7.1 (on
Ubuntu), but I am getting an error me
On Sat, Nov 8, 2014 at 10:19 AM, GRASS GIS wrote:
> #2483: adding output to groups
>
> ---+
> Reporter: mlennert | Owner: grass-dev@…
> Type: defect | Status: new
>
Hi Anna
This is great, thanks! This is going to be a real time saver.
I am having trouble however running it. I seems to work fine except that I
can't save the edits. To leave the editing session, I have to select no
when asked to save the work.
Not sure if the below helps, but in the terminal I
Thu, Nov 20, 2014 at 4:37 AM, Paulo van Breugel > wrote:
>
>> Hi Anna
>>
>> This is great, thanks! This is going to be a real time saver.
>>
>> I am having trouble however running it. I seems to work fine except that
>> I can't save the edits. To leav
Great! The spatial cluster analysis option would be really good, e.g. for model
evaluation using spatially segregated k-fold cross validation methods.
On 1 January 2015 22:18:39 CET, Markus Metz
wrote:
>Hi all,
>
>a new spatial index for point data is available in lib/btree2: a
>multidimensio
Just compiled the latest gdal (1.11) and grass (trunk - rev 63950) and now
want to compile gdal again with grass support. However, I am getting an
error, which appears to be a problem in gdal/frmts/grass (see below). Any
idea how to solve this?
paulo@paulo-HP-Z600-Workstation:~/Software/spatial/g
On Sun, Jan 4, 2015 at 10:30 PM, Markus Neteler wrote:
> On Sun, Jan 4, 2015 at 3:48 PM, Paulo van Breugel
> wrote:
> > Just compiled the latest gdal (1.11) and grass (trunk - rev 63950) and
> now
> > want to compile gdal again with grass support.
>
> It is recomm
Tried it out, and it works like a charm, great!
One question/request, would it be terribly difficult to add an option to
compute an user-defined number of clusters of equal size?
On Sun, Jan 4, 2015 at 9:02 PM, Markus Metz
wrote:
> On Fri, Jan 2, 2015 at 10:08 AM, Benjamin Ducke
> wrote:
> >
Great, thanks, I'll try it out a.s.a.p.
On Mon, Jan 5, 2015 at 3:50 PM, Martin Landa wrote:
> Hi,
>
> 2015-01-05 15:32 GMT+01:00 Markus Neteler :
> > On Mon, Jan 5, 2015 at 12:56 PM, Martin Landa
> wrote:
> > ...
> >> these errors are related to the recent API changes in GRASS 7. I fixed
> >> t
On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke
wrote:
> On 04/01/15 23:00, Paulo van Breugel wrote:
> > Tried it out, and it works like a charm, great!
> >
> > One question/request, would it be terribly difficult to add an option to
> > compute an user-defined numbe
Hi Martin, just recompiled GDAL against GRASS, and I can confirm it works.
Thanks for the fix!
On Mon, Jan 5, 2015 at 3:50 PM, Martin Landa wrote:
> Hi,
>
> 2015-01-05 15:32 GMT+01:00 Markus Neteler :
> > On Mon, Jan 5, 2015 at 12:56 PM, Martin Landa
> wrote:
> > ...
> >> these errors are rela
The installation of the metadata addon on GRASS 7 (trunk) fails, with the
message below. Any ideas?
Fetching from GRASS-Addons SVN repository (be patient)...
Compiling...
Makefile:19: warning: overriding commands for target
`/tmp/tmpF3gAGc/wx.metadata/etc'
/usr/local/grass7/grass-7.1.svn/include/
ib/mdgrass.py", line 186, in
createGrassBasicISO
self.md.identification.title =
mdutil.replaceXMLReservedChar(self.md_grass['title'])
KeyError: 'title'
On Thu, Jan 8, 2015 at 6:44 PM, Martin Landa wrote:
> Hi,
>
> 2015-01-08 16:37 GMT+01:00 Paulo van Breugel :
>
Hi, I can't remove a raster which previously was used to create a MASK
(which was subsequently removed) without forcing it using the b-flag in
g.remove. Steps:
1) create a MASK based on layer A.
2) remove the mask with r.mask -r.
3) remove layer A with g.remove: this gives the error:
WARNING: Ras
+1 for adding description option
On Wed, Jan 14, 2015 at 9:42 AM, Pietro wrote:
> Dear devs,
>
> sometimes I would like to add some multiline text on the module GUI to
> help to understand the meaning of the parameter, and/or understand the
> logic of the module.
>
> Do you think that would be p
On Wed, Jan 14, 2015 at 5:27 PM, Pietro wrote:
> On Wed, Jan 14, 2015 at 3:59 PM, Vaclav Petras
> wrote:
> > Can this have a description? I'm not sure where we would show it but it
> > might be useful.
>
> I did a naive mockup showing two options with OR relationship.
>
These text elements coul
On Wed, Jan 14, 2015 at 7:25 PM, Anna Petrášová
wrote:
>
>
> On Wed, Jan 14, 2015 at 1:15 PM, Nikos Alexandris > wrote:
>
>> On 14.01.2015 19:13, Paulo van Breugel wrote:
>>
>> These text elements could help to unclutter the interface if used
>>>
Markus, a small typo on
http://trac.osgeo.org/grass/changeset/64180/grass/branches/releasebranch_7_0/general/g.parser
I think:
On line 191 it now read
#%required altitude,elevation
This should be:
#%required: altitude,elevation
On Thu, Jan 15, 2015 at 9:50 AM, Markus Neteler wrote:
> On Th
ggested I think)
>
> Cheers
> Stefan
>
>
> -Original Message-
> From: grass-dev-boun...@lists.osgeo.org [mailto:grass-dev-bounces@
> lists.osgeo.org] On Behalf Of Nikos Alexandris
> Sent: 15. januar 2015 23:05
> To: Moritz Lennert
> Cc: Paulo van Breugel; GRASS-
I have three flags: i, d and c. When I use
#%rules
#%required i,d,c
#%end
and then run the script, I get the message:
Unknown option "i" in rule
Unknown option "d" in rule
Unknown option "c" in rule
ERROR: Internal error: option or flag not found
Any idea what I might be doing wrong? Using th
On Fri, Jan 16, 2015 at 12:54 PM, Markus Neteler wrote:
> On Fri, Jan 16, 2015 at 12:16 PM, Paulo van Breugel
> wrote:
> > I have three flags: i, d and c. When I use
> >
> > #%rules
> > #%required i,d,c
> ^^^ -- I think the colon is missing
&g
On Thu, Jan 22, 2015 at 9:48 AM, Markus Metz
wrote:
> On Wed, Jan 21, 2015 at 11:15 PM, Vaclav Petras
> wrote:
> >
> >
> > On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler
> wrote:
> >>
> >> On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert
> >> wrote:
> >> > On 21/01/15 19:35, Markus Neteler wro
After selecting a layer in the g.gui.metadata window (I am using grass 7
trunk) I get the following error when trying to edit the metadata of a
layer:
Traceback (most recent call last):
File "/home/paulo/.grass7/addons/scripts/g.gui.metadata",
line 1031, in onEdit
ok = self.GetParent().onEdi
2/loaders.py",
line 178, in get_source
raise TemplateNotFound(template)
jinja2.exceptions.TemplateNotFound:
/home/paulo/.grass7/addons/etc/templates/basicTemplate.xml
On Thu, Jan 22, 2015 at 3:30 PM, Paulo van Breugel
wrote:
> After selecting a layer in the g.gui.metadata window (I am
PM, Paulo van Breugel
wrote:
> The earlier error message was when trying to create/edit a raster metadata
> file. The error message below is when trying to create/edit a vector
> metadata file.
>
> Traceback (most recent call last):
> File "/home/paulo/.grass7/addons
On Fri, Jan 23, 2015 at 8:34 AM, Maris Nartiss wrote:
> This thread has exposed a problem with GRASS GIS - lack of clear
> vision (target auditory, "market niche").
>
Perhaps rather different visions... comes with being open source with an
active and open community
>
> I agree with Anna - start
On Fri, Jan 23, 2015 at 8:34 AM, Maris Nartiss wrote:
> This thread has exposed a problem with GRASS GIS - lack of clear
> vision (target auditory, "market niche").
>
Perhaps rather different visions... comes with being open source with an
active and open community
>
> I agree with Anna - start
On Fri, Jan 23, 2015 at 5:53 AM, Michael Barton
wrote:
> Hi Vaclav,
>
> To be clear, I agree with you that GRASS should not start with a wizard
> and had did not intend anyone to think that.
>
> The ‘step 1, step 2, step 3’ was simply to put this as text on the
> startup dialog, to help users
On Fri, Jan 23, 2015 at 9:20 AM, Markus Neteler wrote:
> Hi,
>
> my motivation to discuss the current welcome screen is that too many
> potential new users try to launch GRASS, do not get past that screen and
> walk away ("too difficult"). Yes, and they will likely not read the manual
> but just
On Fri, Jan 23, 2015 at 11:16 AM, Martin Landa
wrote:
> Hi,
>
> 2015-01-23 9:20 GMT+01:00 Markus Neteler :
> > my motivation to discuss the current welcome screen is that too many
> > potential new users try to launch GRASS, do not get past that screen and
> > walk away ("too difficult"). Yes, an
1 - 100 of 594 matches
Mail list logo