after upgrading to Ubuntu 12.10, so perhaps that has broken something
concerning the locale?).
Cheers,
Paulo
On 10/31/2012 11:41 AM, Luca Delucchi wrote:
2012/10/31 Paulo van Breugel p.vanbreu...@gmail.com:
Hi, I am trying to install r.modis using g.extension, which gives me the
error
Hi, I have installed one of latest revision for GRASS (SVN Revision:
53641), but I am still getting the same error when trying to install the
r.modis extension. Any further ideas what I could do?
Cheers,
Paulo
On Wed, Oct 31, 2012 at 12:20 PM, Paulo van Breugel
p.vanbreu...@gmail.comwrote
...@gmail.com wrote:
Hi,
2012/11/2 Paulo van Breugel p.vanbreu...@gmail.com:
Hi, I have installed one of latest revision for GRASS (SVN Revision:
53641), but I am still getting the same error when trying to install the
r.modis extension. Any further ideas what I could do?
try r53670. Note that you
Hi Helmut,
The r.modis help files states that It requires the MODIS Reprojection
Toolhttps://lpdaac.usgs.gov/lpdaac/tools/modis_reprojection_toolto
be installed while
pyModis http://gis.cri.fmach.it/development/pyModis is included in the *
r.modis* suite. Also because there is a folder libmodis
Our messages crossed in cyberspace I see :-). It is still not clear to me,
do I need to install pyModis separately?
On Fri, Nov 2, 2012 at 11:17 PM, Helmut Kudrnovsky hel...@web.de wrote:
Fetching r.modis from GRASS-Addons SVN (be patient)...
Compiling...
ERROR: No module named rmodislib
Hi Martin,
Great, thanks, that solved the problems.
Cheers,
Paulo
On Sat, Nov 3, 2012 at 11:09 AM, Martin Landa landa.mar...@gmail.comwrote:
this is probably related to broken installation. Try to remove
rm ~/.grass7/addons/etc/r.modis
`rm -r` of course.
Martin
--
Martin Landa
van Breugel p.vanbreu...@gmail.com:
Just want to confirm I am getting the same errors. I have normal access
to
the ftp site, so I guess that should not be a cause of this problem?
You are running r.modis in which OS?
could you send all the error log?
--
ciao
Luca
http
Hi,
I am using the graph function in r.mapcalc. The input is the name of the
map to be converted and a string with XY values, like:
newmap = graph(map, 1, x1,y1, x2,y2,... xi,yi)
Often, X and Y values are available as separate columns or vectors. In
such cases, it would be much easier if X and
applied the patch to my GRASS7, can I also apply the patch to
GRASS64?
On Mon, Nov 19, 2012 at 4:46 AM, Glynn Clements gl...@gclements.plus.comwrote:
Paulo van Breugel wrote:
I am using the graph function in r.mapcalc. The input is the name of the
map to be converted and a string with XY
On Mon, Nov 19, 2012 at 7:07 PM, Glynn Clements gl...@gclements.plus.comwrote:
Paulo van Breugel wrote:
It works perfectly in my (limited) testing, great! I am impressed.
I am not sure what you mean by re-factor the common code, but I hope it
will be possible to include this graph2
Thanks, much appreciated. I think I sort of understand the syntax now I see
it, but I definitely need to get more into this.
On Tue, Nov 20, 2012 at 7:09 PM, Glynn Clements gl...@gclements.plus.comwrote:
Paulo van Breugel wrote:
Is there a way to get the minimum and maximum values
Hi
I am working with the r.mapcalc graph function. When the input (number
of xy pairs) is very high, I am getting an error message:
memory exhausted
Parse error
ERROR: parse error
The largest possible number of xy pairs seems to be somewhere between
2400 and 2500. It runs with 2400 xy
Hi,
When running r.quantile with percentiles set at 0-100 at steps of 0.25, all
runs fine, the output would look like e.g (output in the recode rules
format - only first and last three shown) .,
2.879961:6.660391:1
6.660391:6.791101:2
6.791101:8.757845:3
.
.
.
9.144313:9.145126:397
On Wed 21 Nov 2012 03:39:44 PM CET, Glynn Clements wrote:
Paulo van Breugel wrote:
I am working with the r.mapcalc graph function. When the input (number
of xy pairs) is very high, I am getting an error message:
memory exhausted
Parse error
ERROR: parse error
The largest possible number
alternative solution, it isn't an issue for me anymore
Thanks
Paulo
On Wed, Nov 21, 2012 at 4:28 PM, Paulo van Breugel
p.vanbreu...@gmail.comwrote:
On Wed 21 Nov 2012 03:39:44 PM CET, Glynn Clements wrote:
Paulo van Breugel wrote:
I am working with the r.mapcalc graph function. When
On 11/22/2012 05:38 AM, Glynn Clements wrote:
Paulo van Breugel wrote:
The limit would depend upon the number of columns in the current
region and the amount of memory available.
OK, but what I find strange is that using 2400 terms uses less then 2.5
GB, I would not expect 2500 terms to use
On 11/21/2012 10:46 PM, Helmut Kudrnovsky wrote:
Your suggestion to use r.recode was spot on. It not only avoids the
mentioned limitations, it is also
faster. (and it really is also much simpler).
maybe something for the wiki (http://grasswiki.osgeo.org/wiki/Main_Page)?
I am not sure where
Hi,
When trying to install an add-on with g.extension, it actually get's
installed, but the error message tells me the install failed. The
example below is with r.mess, but the same happens with other add-ons.
Fetching r.mess from GRASS-Addons SVN (be patient)...
Compiling...
In addition: I noticed that after opening the module the help file shows
(the 'manual' tab in the modules window), but without the upper part
with synopsis, flags and parameter. This has perhaps to do with the
error message mentioned below:
On 11/22/2012 11:23 AM, Paulo van Breugel wrote
On Thu, Nov 22, 2012 at 9:15 PM, Glynn Clements gl...@gclements.plus.comwrote:
Paulo van Breugel wrote:
To be honest, I'm not sure that it's worth increasing this value in
the standard version. 5000 arguments in a function call is rather
extreme, and probably a hint that alternative
Hi, this is on Ubuntu 12.10
On 11/25/2012 01:35 AM, Markus Neteler wrote:
On Fedora it works, which Linux do you use? Please post that to the
list, thanks.
Markus
from: Paulo van Breugel p.vanbreu...@gmail.com
to: GRASS developers email list grass-dev@lists.osgeo.org
subject: Re: error
purposes and WinGRASS executables.
Best
Markus
On Thu, Nov 22, 2012 at 11:54 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi Markus
I am just trying to install r.mess on GRAS 6.4, and it works (albeit with an
error message that installation failed, but that happens with all
extensions
Hi
In the helpfile for r.tileset (GRASS 70), the following example is given:
r.tileset sourceproj=`g.proj -j location=IrishGrid` maxrows=400 maxcols=300
overlap=3 -g
For me this only works when using double quotes around the g.proj command
r.tileset sourceproj=`g.proj -j location=IrishGrid`
Nice work Markus!
I am not very good in catchy intro words, but I would mention the number
of new modules (44+ vector, grass and image modules + general, GUI, etc
modules) and some key improvements / enhancements of existing modules
(like the very significant speed improvements in vector
Features perhaps).
Cheers
On Fri 28 Dec 2012 10:38:08 PM CET, Markus Neteler wrote:
On Fri, Dec 28, 2012 at 2:46 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Nice work Markus!
Thanks but it is joint work :)
I am not very good in catchy intro words, but I would mention the number of
new
Hi,
First of all, happy new year. For me the year starts with some trouble
dealing with attribute tables. Below two things I can't figure out. This is
all in GRASS 7.0 on Linux
(A)
I am trying to link a second table to layer two of a vector layer. For
example:
v.db.addtable map=A table=A2
, Jan 1, 2013 at 8:14 PM, Paulo van Breugel p.vanbreu...@gmail.comwrote:
Hi,
First of all, happy new year. For me the year starts with some trouble
dealing with attribute tables. Below two things I can't figure out. This is
all in GRASS 7.0 on Linux
(A)
I am trying to link a second table
Hi Paolo
I have imported your layers in grass 6.4 and the vector and both the
rasters (original and the asci after import) align perfectly well. I
tried the same in grass 7.0, with the same result.
Cheers,
Paulo
On 01/15/2013 10:43 AM, Paolo Cavallini wrote:
Il 14/01/2013 20:17,
Hi,
I was trying to run r.forestfrag.sh on GRASS 7.0. It is incompatible
however, so I decided to update it to work with GRASS 7.0.
While working on it, I have added some further options and changes:
* The user can now select the size of the moving window (default is
still 3x3) --
Ah, OK, had overlooked that component tag, that is what happens when trying
to file a ticket quickly in between other tasks :-/ . Anyway, good to know
for next time. I guess even patches for the manual pages require some
serious programming background... otherwise I would have been happy to
Hi Markus,
OK, as an example, in db.connect, the 'offending' text is under the
'Parameter' heading. The default driver name and the default database
name should change (marked with ):
-
driver=name
Name of database driver
Options: pg, odbc, mysql, ogr, dbf, sqlite
Hi Markus,
Thanks for looking into this. It didn't work in first instance, but
after a completely clean install it works, with one caveat. The help
file shows now, but without the parameter info (which supposedly should
be extracted from the script?). I am also getting the following error
it all runs, so this isn't a
major issue, but it would obviously be good if I could solve this.
On Sun, Jan 27, 2013 at 9:16 PM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Jan 27, 2013 at 2:23 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi Markus,
Thanks for looking
wishes
Paulo
On 01/27/2013 11:26 PM, Paulo van Breugel wrote:
Hi Markus,
I am running Ubuntu 12.10. I am not sure what that means, g.extension
being used outside of a GRASS session?
I could perhaps also be related to how I installed grass? Below my set
of .configure - make - make install
Hi Hamish,
No, I just run it from within GRASS. But let's see if it works with the
latest version (I'LLC try tomorrow).
Thanks!
Paulo
On Jan 28, 2013 10:14 PM, Hamish hamis...@yahoo.com wrote:
Margherita wrote:
Hamish,
KUDOS! It works like a charm, tested with addons in C, in
python
line does give the expected html
file with the NAME, KEYWORDS and SYNOPSIS sections (i.e., the ones left
out in the manual tab).
Cheers,
Paulo
On Mon 28 Jan 2013 10:58:50 PM CET, Paulo van Breugel wrote:
Hi Hamish,
No, I just run it from within GRASS. But let's see if it works with
the latest
at 11:17 AM, Paulo van Breugel
p.vanbreu...@gmail.comwrote:
Just recompiled grass 6.4 (completely clean):
* The earlier mentioned problem with g.html2man not being in the right
folder was solved, it appears in the tools folder now
* It did not solve the problem of omitting the parameter part
Does anybody has an example grass python script that deals with multiple
layer input? For example with the input option below with #% multiple
set to yes, I would like to create multiple variables, one for each map.
#%option
#% key: input
#% type: string
#% gisprompt: old,cell,raster
#%
Thanks, I did take a look, but obviously not hard enough (btw, clever trick
to use grep.. will download the source code so I can use that too).
On Thu, Jan 31, 2013 at 5:12 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 31/01/13 16:48, Paulo van Breugel wrote:
Does anybody
Hi,
I was just looking at citation information. It is clear how to cite GRASS
itself, but what if you want to cite an extension? Or as an extension
author you want to suggest a citation?
R has a pretty could system in place where citation information is included
in every package and available
Thanks pointing it out. I have actually used the script some time ago. I
think I found that it becomes a bit slow when working with large number of
points, but I am going to try in grass 7, see if it is any faster due to
faster vector handling.
Cheers,
Paulo
On Thu, Feb 7, 2013 at 2:44 AM,
the requested number of sample points, which I didn't
previously! Super!!
Cheers,
Paulo
On 02/07/2013 09:39 AM, Markus Metz wrote:
On Thu, Feb 7, 2013 at 8:34 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Thanks pointing it out. I have actually used the script some time ago. I
think I found
Hi Anna,
I am not sure what you mean with 'special case'? The error message appears
when I try to open the r.terraflow gui, i.e., before I can set any value.
Just to add, it works for me in GRASS 6.4 (running it right now), so I
would assume it has something to do how this is implemented in
Great, it works. Thanks
On Mon, Mar 11, 2013 at 9:23 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 11 March 2013 21:14, Paulo van Breugel p.vanbreu...@gmail.com wrote:
Hi,
I am trying to compile GRASS 7.0, revision 55322., but I am getting an
error
message:
Errors in:
/home
Hi, I am trying to compile grass 7.0 (revision 55463). I am getting a lot
of errors, with the first folder with error the 'lib/raster3d'
Going there and running make gives me the following:
gcc -g -O2 -fPIC
-I/home/paulo/Software/spatial/grass7_trunk/dist.x86_64-unknown-linux-gnu/include
Thanks!
On Wed, Mar 20, 2013 at 9:23 AM, Sören Gebbert soerengebb...@googlemail.com
wrote:
Hi,
sorry, that was my fault. I have committed the correct 3D raster
library header files. Revision 55464 should work now.
Best regards
Soeren
2013/3/20 Paulo van Breugel p.vanbreu...@gmail.com
Hi,
I have a shell script which writes a R script to file and then runs it.
The R script includes some calls to GRASS functions using the execGRASS
function from the spgrass6 package. This all works fine except when I
make a call to the GRASS function r.random. It will run, but at the end
of
Hi Glynn,
Unless I missed it, this does not seem to be mentioned explicitly in the
r.recode help file. Would it be an idea to add this?
Paulo
On Tue, Apr 16, 2013 at 9:50 PM, Glynn Clements gl...@gclements.plus.comwrote:
[CC to grass-dev for discussion]
Pedro Venâncio wrote:
Thank you
Hi,
I am having trouble with the following computation, which gives me an
overflow warning (WARNING: Overflow occured in the calculation).
r.mapcalc A = if(B==0, (round(C/0.0001)-1175699902)/(300797-1175699902) *100.0,
1) --overwrite
whereby C is a map with values between 1 and 31000.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Paulo van Breugel
Department of Geosciences and Natural Resource Management
Section of Forest, Nature and Biomass
University of Copenhagen
Rolighedsvej 23
1958 Frederiksberg C
, May 15, 2013 at 9:20 PM, Rainer M Krug r.m.k...@gmail.com wrote:
On Wednesday, May 15, 2013, Glynn Clements wrote:
Paulo van Breugel wrote:
I am having trouble with the following computation, which gives me an
overflow warning (WARNING: Overflow occured in the calculation).
r.mapcalc
to the specified
| number of decimal places (default 0).
`
Unfortunately I don't have the experience in C and absolutely no time at
the moment to get into it.
Cheers,
Rainer
Paulo van Breugel p.vanbreu...@gmail.com writes:
I would second that, it certainly would be handy to be able
Hi Glynn and Rainer
Happy to see this exchange of ideas. It would be great if this could be
implemented. Do you think it is useful I make a feature request on the bug
tracker (with link to this email thread) so the idea doesn't get lost?
On Fri, May 17, 2013 at 4:38 PM, Glynn Clements
,
Paulo
On 05/17/2013 10:57 PM, Markus Metz wrote:
On Fri, May 17, 2013 at 5:13 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi Glynn and Rainer
Happy to see this exchange of ideas. It would be great if this could be
implemented. Do you think it is useful I make a feature request on the bug
On 05/20/2013 01:46 PM, Glynn Clements wrote:
Markus Metz wrote:
Happy to see this exchange of ideas. It would be great if this could be
implemented. Do you think it is useful I make a feature request on the bug
tracker (with link to this email thread) so the idea doesn't get lost?
Instead of
If you have a vector layer with (some) polygons that occur partly within
the region of interest, finding the area that should become a mask means in
that case spitting the polygon(s). Yes, of course you could do that, but
you can equally well (easier in fact) set the region to match your vector
+ 1
On Mon, May 20, 2013 at 4:32 PM, GRASS GIS t...@osgeo.org wrote:
#1838: r.mask: allow use of vector map as input
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status:
On Tue, May 21, 2013 at 5:00 PM, GRASS GIS t...@osgeo.org wrote:
#1976: r.mapcalc: Allow rounding of floating numbers
-+--
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: enhancement | Status: new
In the helpfile of r.random.cells, it is mentioned that Random cells
will not be generated in areas masked off. However, in reality the
function does not (seem to) respect the MASK.
Running grass 7.0 on ubuntu 13.04
p.s. I was going to file a bug report, but the
http://trac.osgeo.org/grass
On Tue, Nov 4, 2014 at 1:58 PM, Glynn Clements gl...@gclements.plus.com
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
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
On Wed, Nov 5, 2014 at 3:56 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Nov 5, 2014 at 6:35 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
The main reason people write Bourne shell scripts is that it's the one
language interpreter that's guaranteed to be present on any Unix
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: ***
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 p.vanbreu...@gmail.com:
I am trying to compile the latest revision (revision 62640) of grass 7.1 (on
Ubuntu), but I am
On Sat, Nov 8, 2014 at 10:19 AM, GRASS GIS t...@osgeo.org wrote:
#2483: adding output to groups
---+
Reporter: mlennert | Owner: grass-dev@…
Type: defect |
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
:
On Thu, Nov 20, 2014 at 4:37 AM, Paulo van Breugel p.vanbreu...@gmail.com
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 leave the editing session, I have
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 =
On Fri, 30 Jan 2015 10:59 Moritz Lennert mlenn...@club.worldonline.be
wrote:
On 29/01/15 18:30, Paulo van Breugel wrote:
I would like to compute a raster layer with for each raster cell the
mahalanobis distance to the centre of the environmental space// formed
by all reference data points
On Mon, Feb 2, 2015 at 1:38 PM, Glynn Clements gl...@gclements.plus.com
wrote:
Paulo van Breugel wrote:
The main speed-up will come from inlining distance.mahalanobis(),
which is essentially:
delta = u - v
m = np.dot(np.dot(delta, VI), delta)
return np.sqrt(m
On Mon, Feb 2, 2015 at 3:40 PM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On Mon, Feb 2, 2015 at 1:38 PM, Glynn Clements gl...@gclements.plus.com
wrote:
Paulo van Breugel wrote:
The main speed-up will come from inlining distance.mahalanobis(),
which is essentially
On Wed, Jan 14, 2015 at 7:25 PM, Anna Petrášová kratocha...@gmail.com
wrote:
On Wed, Jan 14, 2015 at 1:15 PM, Nikos Alexandris n...@nikosalexandris.net
wrote:
On 14.01.2015 19:13, Paulo van Breugel wrote:
These text elements could help to unclutter the interface if used
properly.
Like
@
lists.osgeo.org] On Behalf Of Nikos Alexandris
Sent: 15. januar 2015 23:05
To: Moritz Lennert
Cc: Paulo van Breugel; GRASS-dev
Subject: Re: [GRASS-dev] module header definitions add: text/multiline and
latex support?
On 15/01/15 13:34, Nikos Alexandris wrote:
Just a very quick mockup, all
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 the
On Fri, Jan 16, 2015 at 12:54 PM, Markus Neteler nete...@osgeo.org wrote:
On Fri, Jan 16, 2015 at 12:16 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
I have three flags: i, d and c. When I use
#%rules
#%required i,d,c
^^^ -- I think the colon is missing
#%end
On Thu, Jan 22, 2015 at 9:48 AM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Wed, Jan 21, 2015 at 11:15 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler nete...@osgeo.org
wrote:
On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert
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
On Wed, Jan 14, 2015 at 5:27 PM, Pietro peter.z...@gmail.com wrote:
On Wed, Jan 14, 2015 at 3:59 PM, Vaclav Petras wenzesl...@gmail.com
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
.exceptions.TemplateNotFound:
/home/paulo/.grass7/addons/etc/templates/basicTemplate.xml
On Thu, Jan 22, 2015 at 3:30 PM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
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
PM, Paulo van Breugel p.vanbreu...@gmail.com
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/scripts
I am trying to repeatedly change the region in a script. To get the current
region I would normally use
reg1 = grass.script.region()
When using pygrass, I can also use
import grass.pygrass.gis.region as region
reg2 = region.Region()
The first time I run this reg1 = reg2
Now, when I change the
On Thu, Feb 12, 2015 at 7:01 PM, Markus Neteler nete...@osgeo.org wrote:
On Thu, Feb 12, 2015 at 12:26 AM, Markus Neteler nete...@osgeo.org
wrote:
Hi devs,
according to our
http://trac.osgeo.org/grass/wiki/RFC/4_ReleaseProcedure
the final release is due on 15th of February.
On Thu, Feb 12, 2015 at 6:58 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Feb 11, 2015 at 12:32 PM, Luca Delucchi lucadel...@gmail.com
wrote:
On 10 February 2015 at 18:58, Newcomb, Doug doug_newc...@fws.gov
wrote:
The shape file format has a 10 character limit on field name length.
On Thu, Feb 12, 2015 at 11:13 AM, Margherita Di Leo direg...@gmail.com
wrote:
Ciao Nikos,
On Thu, Feb 12, 2015 at 11:06 AM, Nikos Alexandris
n...@nikosalexandris.net wrote:
Dear devs, and power-users,
which GRASS GIS version would you recommend for a University Lab with 40
computers?
with memmap objects?)
Cheers,
Paulo
On Mon, Feb 2, 2015 at 7:19 PM, Glynn Clements gl...@gclements.plus.com
wrote:
Paulo van Breugel wrote:
The second version:
VI = np.linalg.inv(covar)
delta = dat_ref - stat_mean[:,None,None]
m = np.sum(np.sum(delta
Hi Pietro,
Thanks for the suggestion, I will have a look at the documentation.
Paulo
On Fri, Feb 13, 2015 at 10:09 AM, Pietro peter.z...@gmail.com wrote:
Dear Paulo,
On Fri, Feb 13, 2015 at 9:57 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
I guess this is because the calculations
On Fri, Feb 13, 2015 at 10:13 AM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
Hi Pietro,
Thanks for the suggestion, I will have a look at the documentation.
Paulo
On Fri, Feb 13, 2015 at 10:09 AM, Pietro peter.z...@gmail.com wrote:
Dear Paulo,
On Fri, Feb 13, 2015 at 9:57 AM, Paulo
Hi Pietro, thanks for the explanation
On Tue, Feb 17, 2015 at 7:38 AM, Pietro peter.z...@gmail.com wrote:
Dear Paulo,
as explained by Vaclav:
If you change region in C or using ctypes in Python, it is affecting
only the current process. [0].
Therefore the pygrass Region, that it is using
Brilliant, thanks!
On Tue, Feb 17, 2015 at 7:22 AM, Pietro peter.z...@gmail.com wrote:
On Mon, Feb 16, 2015 at 10:50 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
On Sat, Feb 14, 2015 at 7:29 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Sat, Feb 14, 2015 at 11:47 AM, Paulo van
On Tue, Feb 17, 2015 at 7:22 AM, Pietro peter.z...@gmail.com wrote:
On Mon, Feb 16, 2015 at 10:50 PM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
On Sat, Feb 14, 2015 at 7:29 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Sat, Feb 14, 2015 at 11:47 AM, Paulo van Breugel
p.vanbreu
Good initiative.. For a decision to be taken (if there are enough quality
proposals for the tagline, logo and the splash screen), would it be an idea
to invite GRASS users to vote (as was already proposed before - so perhaps
something is already in place)? A simple/easy way could be a poll on the
I would like to compute a raster layer with for each raster cell the
mahalanobis distance to the centre of the environmental space formed by all
reference data points (raster cells). In R this can be done as explained
here [1].
. I would like to do this using python only (no dependency on R). I
On Sun, Jan 25, 2015 at 2:20 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Sat, Jan 24, 2015 at 6:33 PM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
On Sun, Jan 25, 2015 at 12:25 AM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Sat, Jan 24, 2015 at 6:17 PM, Paulo van Breugel
On Sun, Jan 25, 2015 at 12:25 AM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Sat, Jan 24, 2015 at 6:17 PM, Paulo van Breugel p.vanbreu...@gmail.com
wrote:
Currently on the http://grasswiki.osgeo.org/wiki/AddOns/GRASS7/ page the
link to the source files are provided (for those uploaded
Currently on the http://grasswiki.osgeo.org/wiki/AddOns/GRASS7/ page the
link to the source files are provided (for those uploaded to the grass gis
addon svn).
Now that online manual pages of the addons are automatically created (very
nice!), I was thinking that it might be useful for users to
On Sun, Jan 25, 2015 at 1:09 PM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Jan 25, 2015 at 2:20 AM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Sat, Jan 24, 2015 at 6:33 PM, Paulo van Breugel
p.vanbreu...@gmail.com
wrote:
Although nice to have this automatically generated list, I
On Fri, Jan 23, 2015 at 9:20 AM, Markus Neteler nete...@osgeo.org 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
On Fri, Jan 23, 2015 at 8:34 AM, Maris Nartiss maris@gmail.com 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
On Fri, Jan 23, 2015 at 8:34 AM, Maris Nartiss maris@gmail.com 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
On Fri, Jan 23, 2015 at 5:53 AM, Michael Barton michael.bar...@asu.edu
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
101 - 200 of 574 matches
Mail list logo
