Re: [GRASS-dev] [GRASS-SVN] r54770 - grass-addons/grass6/raster/r.mess

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 wrote: > On Sun, Jan 27, 2013 at 2:23 PM, Paulo van Breugel > wrote: > > Hi Markus, > > > > Thanks for looking into

Re: [GRASS-dev] [GRASS-SVN] r54770 - grass-addons/grass6/raster/r.mess

file... Installation of successfully finished Best 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

Re: [GRASS-dev] g.extension not working on debian - grass 6.4.3svn

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" wrote: > Margherita wrote: > > Hamish, > > KUDOS! It works like a charm, tested with addons in C, in > > python and in bash.

Re: [GRASS-dev] g.extension not working on debian - grass 6.4.3svn

cription from the command 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

Re: [GRASS-dev] g.extension not working on debian - grass 6.4.3svn

On Tue, Jan 29, 2013 at 11:17 AM, Paulo van Breugel wrote: > 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 omit

[GRASS-dev] Example python script

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 #% require

Re: [GRASS-dev] Example python script

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: &g

[GRASS-dev] citation GRASS extensions

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 thr

Re: [GRASS-dev] [GRASS GIS] #1874: latitudinal bias in sample points created with r.random

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, GRAS

Re: [GRASS-dev] [GRASS GIS] #1874: latitudinal bias in sample points created with r.random

g 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 wrote: Thanks pointing it out. I have actually used the script some time ago. I think I found that it bec

Re: [GRASS-dev] [GRASS GIS] #1888: r.terraflow won't run

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 GRASS

[GRASS-dev] compiling grass 7.0 fails

Hi, I am trying to compile GRASS 7.0, revision 55322., but I am getting an error message: Errors in: /home/paulo/Software/spatial/grass7_trunk/lib/python/pydispatch Going to that folder and running make gets me: make: *** No rule to make target `/home/paulo/Software/spatial/grass7_trunk/dist.x8

Re: [GRASS-dev] compiling grass 7.0 fails

Great, it works. Thanks On Mon, Mar 11, 2013 at 9:23 PM, Vaclav Petras wrote: > On 11 March 2013 21:14, Paulo van Breugel wrote: > > Hi, > > > > I am trying to compile GRASS 7.0, revision 55322., but I am getting an > error > > message: > > > > E

[GRASS-dev] compiling grass 7.0 fails

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 -I/hom

Re: [GRASS-dev] compiling grass 7.0 fails

Thanks! On Wed, Mar 20, 2013 at 9:23 AM, Sören Gebbert 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 : > > Hi, I

[GRASS-dev] R script runs in loop when using execGRASS("r.random" ...)

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

Re: [GRASS-dev] [GRASS-user] Using r.quantile result with r.recode

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 wrote: > > [CC to grass-dev for discussion] > > Pedro Venâncio wrote: > > > Thank you very much for your

Re: [GRASS-dev] [GRASS GIS] #1929: make r.report CSV/spreadsheet ready

Hi Hamish, Just a suggestion, but I think it would be useful if this is added to the description section of r.report; something like: "If you want a computer-friendly output, e.g., for use with calc, use r.stasts" On Wed, Apr 17, 2013 at 3:48 PM, GRASS GIS wrote: > #1929: make r.report CSV/spre

[GRASS-dev] Overflow warning in r.mapcalc calculation

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 3100

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

n Ubuntu 13.04 64 bit. Best Paulo ___ 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

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

, May 15, 2013 at 9:20 PM, Rainer M Krug 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 warnin

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

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 writes: I would second that, it certainly would be handy to be able to round numbers ou

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

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 wrote:

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

ers, Paulo On 05/17/2013 10:57 PM, Markus Metz wrote: On Fri, May 17, 2013 at 5:13 PM, Paulo van Breugel 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 tracker (with link

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

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

Re: [GRASS-dev] [GRASS GIS] #1838: r.mask: allow use of vector map as input

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 lay

Re: [GRASS-dev] [GRASS GIS] #1838: r.mask: allow use of vector map as input

+ 1 On Mon, May 20, 2013 at 4:32 PM, GRASS GIS wrote: > #1838: r.mask: allow use of vector map as input > > --+- > Reporter: mlennert | Owner: grass-dev@… > Type: enhancement | Status: closed >

Re: [GRASS-dev] [GRASS GIS] #1976: r.mapcalc: Allow rounding of floating numbers

On Tue, May 21, 2013 at 5:00 PM, GRASS GIS wrote: > #1976: r.mapcalc: Allow rounding of floating numbers > > -+-- > Reporter: pvanbosgeo | Owner: grass-dev@… > Type: enhancement | Status: new > Priori

[GRASS-dev] r.random.cells does not respect mask

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

Re: [GRASS-dev] r.random.cells does not respect mask

OK, thanks Markus. I created a ticket now On 05/22/2013 01:30 PM, Markus Neteler wrote: On Wed, May 22, 2013 at 9:20 AM, Paulo van Breugel : p.s. I was going to file a bug report, but the http://trac.osgeo.org/grass seems to be offline. I have restarted the Apache server on Trac, is

Re: [GRASS-dev] [GRASS GIS] #2032: r.mapcalc does not always respect MASK

On Tue, Jul 16, 2013 at 8:26 PM, GRASS GIS wrote: > #2032: r.mapcalc does not always respect MASK > > -+-- > Reporter: pvanbosgeo | Owner: grass-dev@… > Type: defect | Status: closed > Priority:

[GRASS-dev] compilation error GRASS 7.0

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 v.k

[GRASS-dev] seemingly random errors in r.mapcalc

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, if((g

Re: [GRASS-dev] seemingly random errors in r.mapcalc

On 08/02/2013 09:16 AM, Markus Neteler wrote: On Fri, Aug 2, 2013 at 4:32 AM, Glynn Clements 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 be hardware issues, e.g. a

Re: [GRASS-dev] seemingly random errors in r.mapcalc

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 wrote: > > Paulo van Breugel wrote: > > > I am reall

Re: [GRASS-dev] seemingly random errors in r.mapcalc

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 wrote: > One reason I did not think about

Re: [GRASS-dev] seemingly random errors in r.mapcalc

n 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 wrote: > > Paulo van Breugel wrote: > > > Sorry, pushed the short cut sending the email off too early.. What I > wanted > > to ask is, is

[GRASS-dev] compile error with v.in.ply

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 su

Re: [GRASS-dev] compile error with v.in.ply

Woh.. that is quick, thanks! On Wed, Sep 25, 2013 at 12:28 PM, Markus Metz 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 > &

[GRASS-dev] speed of r.regression.multi

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

[GRASS-dev] Error messages when installing addons

I updated a number of extensions, all which installed successfully. However, for four (g.cloud, r.mcda.roughset, r.futures, v.area.stats) I got some error messages. Not sure they are relevant, but though I might as well report them. I am running GRASS dev (rev 65027) on Linux (Ubuntu 14.04). *g.cl

[GRASS-dev] Any plans to port r.out.mbtiles to GRASS 7

Hi, I am looking at r.out.mbtiles, which looks like a very useful addon and would like to check if there are any plans to port this to python / GRASS GIS 7.0 (Hamish?)? Rgds, Paulo ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.o

Re: [GRASS-dev] GSOC 2015: Improved Metadata for GRASS GIS

Is the addon working in GRASS 7.1? I can't compile it. On Tue, Apr 28, 2015 at 8:16 PM, Matej Krejci wrote: > Hi, > Thanks for the chance to participate on GSOC 2015. The page about project > is on wiki site[1]. Thank you for ideas and notes in advance. > > Matej > > [1] http://trac.osgeo.org/g

[GRASS-dev] v.db.addtable turns column headers in lower case

If I add a new table to a vector layer, column names are always in lower case, even if defined with capital letters. For example: {{{v.db.addtable map=test table=test columns="TEST1 INTEGER,TEST2 VARCHAR(25)"}}} Results in a table with the columns "cat", "test1", "test2". Is this intentional? Ad

Re: [GRASS-dev] GSOC 2015: Improved Metadata for GRASS GIS

n for command 'g.mui.metadata'. Details: [Errno 2] No such file or directory Any idea? Best wishes Paulo On 29-04-15 21:53, Matej Krejci wrote: Now it should work. The problem was in modification/remove of GuiModuleMain from core.utils. 2015-04-28 20:55 GMT+02:00 Paulo van Breugel

[GRASS-dev] r.relief

Hi, When running r.relief (in GRASS7.1) on a integer DEM raster, the output is an integer map. Is this intended behavior? Would it be possible to have r.relief convert the layer to double precision / float automatically if the DEM is of CELL type? Paulo __

Re: [GRASS-dev] r.relief

e: I think that user should do the conversion (in most cases it needs to be reinterpolated). I think that the current behavior is right for many reasons, Helena On Apr 30, 2015, at 8:25 AM, Paulo van Breugel wrote: Hi, When running r.relief (in GRASS7.1) on a integer DEM raster, the output

Re: [GRASS-dev] r.relief

cause problems for other users, so if we want to conversion it should be a flag (similar situation like the -a flag in r.watershed). Helena On Apr 30, 2015, at 10:00 AM, Paulo van Breugel wrote: Out of curiosity, what are those reasons? From a user perspective it might not be that obvious

Re: [GRASS-dev] Compute mahalanobis distance using Scipy

Hi Pietro I would just like to check if you had a change to look at the problem described in http://trac.osgeo.org/grass/ticket/2629? Cheers Paulo On 16-03-15 22:01, Paulo van Breugel wrote: Great, I'll do that On Mon, Mar 16, 2015 at 9:56 PM, Pietro <mailto:peter.z...@g

Re: [GRASS-dev] Error reading null row 8 for

On 04-05-15 20:36, Markus Neteler wrote: On Mon, May 4, 2015 at 8:05 PM, Alba German wrote: Hello! I am running a loop with several r.mapcalc. I am using GRASS 7.1. The function stops with an error: ERROR: Error reading null row 8 for I've noticed that Paulo van Breugel, had the

Re: [GRASS-dev] g.region zoom?

On Mon, May 11, 2015 at 5:58 PM, Anna Petrášová wrote: > Hi, > > I just realized how g.region zoom actually works and I am wondering if it > is supposed to be obvious. I always thought it will set the region to the > raster map minimum bounding box, but it takes current region and only > shrinks

Re: [GRASS-dev] g.region zoom?

On Mon, May 11, 2015 at 11:48 PM, Anna Petrášová wrote: > > > On Mon, May 11, 2015 at 5:01 PM, Paulo van Breugel > wrote: > >> >> >> On Mon, May 11, 2015 at 5:58 PM, Anna Petrášová >> wrote: >> >>> Hi, >>> >>> I just r

Re: [GRASS-dev] how to work around "Arument list too long" error in a GRASS python script ?

On 11-06-15 19:22, Anna Petrášová wrote: On Thu, Jun 11, 2015 at 12:37 PM, Moritz Lennert mailto:mlenn...@club.worldonline.be>> wrote: Hello, In a python script I have the following call: grass.run_command('r.series', input = rate_maps,

Re: [GRASS-dev] BIG QGIS problem

On Sat, Jun 13, 2015 at 9:17 PM, Anna Petrášová wrote: > > > On Sat, Jun 13, 2015 at 3:08 PM, Michael Barton > wrote: > >> I’ve been using QGIS to do basic data display for research data. It has >> trashed the attribute tables on the last day. >> >> I’m trying to recover the data with GRASS—wh

[GRASS-dev] r.sample.category

I am having a look at the new r.sample.category addon. Great idea. I would like to make a suggestion; to allow the user to define the number of points as a percentage, similar to r.random. Rgds, Paulo ___ grass-dev mailing list grass-dev@lists.osgeo.org

[GRASS-dev] maps not showing in Data catalog

In one of my mapsets, raster layers are not showing in the Data catalog (vector layers are). They do also not show in the metadata editor (g.gui.metadata), which I guess is a related problem. The list of raster layers do show in d.rast and in the layer selection window opened with Ctrl+L. Any hin

Re: [GRASS-dev] r.sample.category

ODO (specify number of points and distribute them according to histogram) I guess? Cheers, Paulo On 23-06-15 04:01, Anna Petrášová wrote: Hi Paulo, On Tue, Jun 16, 2015 at 5:38 AM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: I am having a look at the new r.sample.categ

Re: [GRASS-dev] what is the meaning of: "Error reading raster data for row 239 of "

On 03-07-15 11:04, Moritz Lennert wrote: On 02/07/15 19:26, Markus Neteler wrote: On Jul 2, 2015 5:18 PM, "Moritz Lennert" mailto:mlenn...@club.worldonline.be>> wrote: > > Hello, > > When I run a script that loops over a long series of point data sets and then does a series of raster calcula

[GRASS-dev] error g.gui.animation when using changing region

Hi, when I define to regions in g.gui.animation (under the advanced tab), and press OK and OK again, the 'Rendering map layers' gets as far as (3 out of 12) and then the g.gui.animation freezes. Error messages in the console below. Any idea whether this is a bug or if I am doing something wrong?

Re: [GRASS-dev] error g.gui.animation when using changing region

On Mon, Jul 6, 2015 at 8:24 PM, Anna Petrášová wrote: > > > On Mon, Jul 6, 2015 at 2:08 PM, Paulo van Breugel > wrote: > >> Hi, when I define to regions in g.gui.animation (under the advanced tab), >> and press OK and OK again, the 'Rendering map layers' get

[GRASS-dev] installing v.mapcalc fails

installing v.mapcalc fails, with the following: g.extension extension=v.mapcalc svnurl= http://svn.osgeo.org/grass/grass-addons/grass7 Fetching from GRASS-Addons SVN repository (be patient)... Compiling... yylex.c: In function ‘yylex’: yylex.c:32:7: warning: ignoring return value of ‘scanf’, decl

Re: [GRASS-dev] installing v.mapcalc fails

> On Fri, Jul 24, 2015 at 11:49 AM, Paulo van Breugel > wrote: > > installing v.mapcalc fails, > > Which operating system? > > > with the following: > > > > g.extension extension=v.mapcalc > > svnurl=http://svn.osgeo.org/grass/grass-addons/grass7 >

Re: [GRASS-dev] installing v.mapcalc fails

On Sun, Aug 2, 2015 at 8:51 PM, Markus Neteler wrote: > On Sun, Aug 2, 2015 at 8:45 PM, Paulo van Breugel > wrote: > > Hi Markus > > > > On Linux (Ubuntu 14.04). Tried it again, with another error message this > > time: > > > > g.extension extension

[GRASS-dev] g.extensions problems

There seems to be a problem with addons metadata when installing using g.extension. Installing of addons is successful, but with the following error message: *WARNING: Unable to parse 'https://svn.osgeo.org/grass/grass-addons/grass7/modules.xml

Re: [GRASS-dev] installing v.mapcalc fails

On Sun, Aug 2, 2015 at 11:42 PM, Paulo van Breugel wrote: > > > On Sun, Aug 2, 2015 at 8:51 PM, Markus Neteler wrote: > >> On Sun, Aug 2, 2015 at 8:45 PM, Paulo van Breugel >> wrote: >> > Hi Markus >> > >> > On Linux (Ubuntu 14.04). Tried

Re: [GRASS-dev] g.extensions problems

On Mon, Aug 3, 2015 at 5:51 PM, Markus Neteler wrote: > On Mon, Aug 3, 2015 at 4:06 PM, Paulo van Breugel > wrote: > > There seems to be a problem with addons metadata when installing using > > g.extension. Installing of addons is successful, but with the following

Re: [GRASS-dev] g.extensions problems

Looks great, thank you and Martin! Paulo On Tue, Aug 11, 2015 at 11:24 PM, Markus Neteler wrote: > On Mon, Aug 3, 2015 at 7:08 PM, Paulo van Breugel > wrote: > > On Mon, Aug 3, 2015 at 5:51 PM, Markus Neteler > wrote: > >> > >> On Mon, Aug 3, 2015 at 4:06

Re: [GRASS-dev] r.resample.rst behavior does not match manual

On Sun, Sep 6, 2015 at 3:26 PM, Markus Neteler wrote: > On Mon, Aug 31, 2015 at 1:55 AM, Michael Barton > wrote: > > Thanks for the clarification Stefan. > > > > It sounds like, unlike other resampling commands (unless they, too, are > in > > error), r.resample.rst needs to be run at the resolut

Re: [GRASS-dev] addon mismatch

On 10-09-15 16:29, Markus Neteler wrote: On Thu, Sep 10, 2015 at 4:15 PM, Vaclav Petras wrote: On Thu, Sep 10, 2015 at 10:01 AM, Helmut Kudrnovsky wrote: e.g. the addon v.in.gbif https://trac.osgeo.org/grass/browser/grass-addons/grass7/vector/v.in.gbif it seems the addon is built ok: ...

[GRASS-dev] installing v.mapcalc fails

I am trying to install v.mapcalc through g.extension, but I am getting the following error message: Fetching from GRASS GIS Addons repository (be patient)... Compiling... yylex.c:9:27: fatal error: v.mapcalc.tab.h: No such file or directory #include "v.mapcalc.tab.h"

Re: [GRASS-dev] installing v.mapcalc fails

On 11-09-15 12:31, Moritz Lennert wrote: On 11/09/15 10:56, Paulo van Breugel wrote: I am trying to install v.mapcalc through g.extension, but I am getting the following error message: Fetching from GRASS GIS Addons repository (be patient)... Compiling... yylex.c:9:27: fatal error

Re: [GRASS-dev] addon mismatch

On 11-09-15 18:56, Markus Neteler wrote: On Fri, Sep 11, 2015 at 12:48 AM, Paulo van Breugel wrote: A related / similar issue, I have added an add-on https://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.biodiversity and added it to the parent Make file. I can't recall h

Re: [GRASS-dev] addon mismatch

On 11-09-15 19:31, Vaclav Petras wrote: On Fri, Sep 11, 2015 at 1:13 PM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: PS: no idea what "WARNING: No addons metadata available. Addons metadata file not updated." means No clue either, but maybe the r

Re: [GRASS-dev] addon mismatch

On 11-09-15 19:37, Paulo van Breugel wrote: On 11-09-15 19:31, Vaclav Petras wrote: On Fri, Sep 11, 2015 at 1:13 PM, Paulo van Breugel wrote: PS: no idea what "WARNING: No addons metadata available. Addons metadata file not updated." means No clue either, but

Re: [GRASS-dev] addon mismatch

On 11-09-15 19:44, Vaclav Petras wrote: On Fri, Sep 11, 2015 at 1:37 PM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: On 11-09-15 19:31, Vaclav Petras wrote: On Fri, Sep 11, 2015 at 1:13 PM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote:

Re: [GRASS-dev] installing v.mapcalc fails

On 11 September 2015 15:46:41 CEST, Vaclav Petras wrote: >On Fri, Sep 11, 2015 at 4:56 AM, Paulo van Breugel > >wrote: > >> I am trying to install v.mapcalc through g.extension, but I am >getting the >> following error message: >> >> Fetching from

Re: [GRASS-dev] addon mismatch

On 12-09-15 13:44, Martin Landa wrote: Hi, 2015-09-12 7:39 GMT+02:00 Markus Neteler : If someone tells me where, I can simply add a link on the server. I don't know why, but addons logs were last time generated on 18/8. Now I launched jobs manually and I didn't find any problem [1]. Also r.b

Re: [GRASS-dev] [GRASS GIS] #2625: r.stats's nsteps is not region-sensitive

On 14-09-15 11:39, GRASS GIS wrote: #2625: r.stats's nsteps is not region-sensitive --+- Reporter: martinl | Owner: grass-dev@… Type: defect | Status: new Priority: major| Milestone: 7.0.2 Compo

[GRASS-dev] all categories copied over to new map

Suppose I have a categorical raster map and I want to 'cut out' a subset (with g.region to set a small region and r.mapcalc to create the new map). This map has a smaller number of categories, as is shown using e.g., r.category. However, when plotting the legend, all the categories of the origi

Re: [GRASS-dev] all categories copied over to new map

On 16-09-15 09:49, Moritz Lennert wrote: On 15/09/15 20:08, Paulo van Breugel wrote: Suppose I have a categorical raster map and I want to 'cut out' a subset (with g.region to set a small region and r.mapcalc to create the new map). This map has a smaller number of categories, a

Re: [GRASS-dev] all categories copied over to new map

On Thu, Sep 17, 2015 at 11:56 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > On 16/09/15 10:48, Paulo van Breugel wrote: > >> >> >> On 16-09-15 09:49, Moritz Lennert wrote: >> >>> On 15/09/15 20:08, Paulo van Breugel wrote: >>> &

[GRASS-dev] importing & projecting

I imported raster layers in a projected mapset, while the data layers were in latlon. I used the r.in.gdal from the menu (i.e., not command line), importing all geotif files in a directory. I would have assumed that GRASS would throw an error as the layers were not in the correct projection. I

Re: [GRASS-dev] [GRASS GIS] #2749: Integrate 'Change mapset' dialog in manager toolbar

On 18-09-15 14:47, GRASS GIS wrote: #2749: Integrate 'Change mapset' dialog in manager toolbar --+- Reporter: mwortmann| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal |

Re: [GRASS-dev] importing & projecting

On 22-09-15 14:19, Moritz Lennert wrote: On 18/09/15 13:34, Paulo van Breugel wrote: I imported raster layers in a projected mapset, while the data layers were in latlon. I used the r.in.gdal from the menu (i.e., not command line), importing all geotif files in a directory. I would have

Re: [GRASS-dev] installing v.mapcalc fails

On Mon, Sep 28, 2015 at 10:48 AM, Markus Neteler wrote: > On Fri, Sep 11, 2015 at 2:40 PM, Moritz Lennert > wrote: > > > > The following patch seems to do the trick, but I'm not familiar enough > with > > make to judge whether this is the right solution: > > > > Index: Makefile > > =

[GRASS-dev] No addons metadata available.

Hi, There seems to be a problem again with the addons metadata on the server. Updating an addon works, but with the following warning: Updating addons metadata file... WARNING: Unable to parse 'http://grass.osgeo.org/addons/grass7/modules.xml': no element found: line 105, column 0 WARNING: No add

[GRASS-dev] installing v.kriging addon fails

Installing v.kriging (on GRASS dev, Linux) addons fails with the following: GRASS 7.1.svn (latlon):~ > g.extension v.kriging WARNING: Extension already installed. Re-installing... Fetching from GRASS GIS Addons repository (be patient)... Compiling... In file included from geostat.c:1:0: local_pr

Re: [GRASS-dev] installing v.mapcalc fails

On 28-09-15 10:48, Markus Neteler wrote: On Fri, Sep 11, 2015 at 2:40 PM, Moritz Lennert wrote: The following patch seems to do the trick, but I'm not familiar enough with make to judge whether this is the right solution: Index: Makefile ==

[GRASS-dev] Write array to (point) attribute table

This must be a very basic question, but I can't find an easy/direct way to do this. In python, if I have an array with values with a length equal to the number of rows in an attribute table of a (point) vector layer, how can I write those values to a new column in that attribute table. I can of cou

Re: [GRASS-dev] Write array to (point) attribute table

On Wed, Sep 30, 2015 at 2:02 AM, Anna Petrášová wrote: > > > On Tue, Sep 29, 2015 at 6:09 PM, Paulo van Breugel > wrote: > >> This must be a very basic question, but I can't find an easy/direct way >> to do this. In python, if I have an array with values with a

Re: [GRASS-dev] Write array to (point) attribute table

On Wed, Sep 30, 2015 at 11:53 AM, Pietro wrote: > On Wed, Sep 30, 2015 at 9:51 AM, Paulo van Breugel > wrote: > > > > > > On Wed, Sep 30, 2015 at 2:02 AM, Anna Petrášová > > wrote: > >> > >> > >> > >> On Tue, Sep 29, 2015 at

Re: [GRASS-dev] Write array to (point) attribute table

On 30-09-15 16:18, Anna Petrášová wrote: On Wed, Sep 30, 2015 at 9:27 AM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: On Wed, Sep 30, 2015 at 11:53 AM, Pietro mailto:peter.z...@gmail.com>> wrote: On Wed, Sep 30, 2015 at 9:51 AM, Paulo

Re: [GRASS-dev] Write array to (point) attribute table

On 30-09-15 17:47, Anna Petrášová wrote: On Wed, Sep 30, 2015 at 11:20 AM, Paulo van Breugel mailto:p.vanbreu...@gmail.com>> wrote: On 30-09-15 16:18, Anna Petrášová wrote: On Wed, Sep 30, 2015 at 9:27 AM, Paulo van Breugel mailto:p.vanbreu...@gmail.com&g

Re: [GRASS-dev] [GRASS GIS] #2723: error when running v.krige

Hi Markus, I also took the liberty to make some changes to the page https://grasswiki.osgeo.org/wiki/V.krige_GSoC_2009#Installation, to include the information that for v.krige in GRASS 7 one needs the R package rgrass7 rather than spgrass6/. Hope that is OK. Paulo On 30-09-15 23:10, GRAS

Re: [GRASS-dev] Write array to (point) attribute table

On 30-09-15 17:52, Paulo van Breugel wrote: On 30-09-15 17:47, Anna Petrášová wrote: On Wed, Sep 30, 2015 at 11:20 AM, Paulo van Breugel wrote: On 30-09-15 16:18, Anna Petrášová wrote: On Wed, Sep 30, 2015 at 9:27 AM, Paulo van Breugel mailto:p.vanbreu...@gmail.com

Re: [GRASS-dev] installing v.mapcalc fails

On 29-09-15 14:12, Moritz Lennert wrote: On 29/09/15 13:14, Markus Neteler wrote: On Tue, Sep 29, 2015 at 11:11 AM, Paulo van Breugel wrote: On 28-09-15 10:48, Markus Neteler wrote: ... GRASS 7.1.svn (latlon):~ > g.extension v.mapcalc Fetching from GRASS GIS Addons repository

Re: [GRASS-dev] installing v.kriging addon fails

On 29-09-15 15:46, Anna Petrášová wrote: On Tue, Sep 29, 2015 at 8:25 AM, Moritz Lennert mailto:mlenn...@club.worldonline.be>> wrote: On 29/09/15 11:09, Paulo van Breugel wrote: Installing v.kriging (on GRASS dev, Linux) addons fails with the fol

Re: [GRASS-dev] installing v.kriging addon fails

On 01-10-15 14:36, Markus Neteler wrote: On Thu, Oct 1, 2015 at 12:51 PM, Paulo van Breugel wrote: I already had GRASS compiled with both blas and lapack, so that doesn't seem to help in my case (just tried again, still no luck). You may try to checkout the Addon code from SVN and co

Re: [GRASS-dev] installing v.kriging addon fails

On 01-10-15 15:35, Vaclav Petras wrote: On Thu, Oct 1, 2015 at 9:29 AM, Markus Neteler > wrote: > > > In file included from geostat.c:1:0: > > > > local_proto.h:72:3: error: unknown type name ‘mat_struct’ > > > >mat_struct *trend; > > > >^ > > ok - next check

[GRASS-dev] no addons metadata

The same problem as reported earlier is back it seems, no addons metadata available. This was a problem for 7.1 I think? WARNING: Unable to parse 'http://grass.osgeo.org/addons/grass7/modules.xml': no element found: line 105, column 0 WARNING: No addons metadata available. A

<    1   2   3   4   5   6   >