Re: [GRASS-user] Re: [AniMov] GRASS Addons for the estimation of home ranges

Hi, 2008/9/1 Markus Neteler <[EMAIL PROTECTED]>: > That's why GEM exists which should greatly simplify the compilation > of addons. In general, I see a difference between "completely untested" > and "lightly tested" (apart from "rigorously tested"). :) it would be cool to improve GEM and integrat

Testing GRASS Addons (Re: [GRASS-user] Re: [AniMov] GRASS Addons for the estimation of home ranges)

I would like to test some of the GRASS addons for evaluation/inclusion to main Grass code in (Mac and Ubuntu). I will probably use the stable release as a test environment and of course North Carolina dataset. Any specific test results I should submit? This is the info I got from the wiki: http:

[GRASS-user] Re: [GRASS-windows] Print message before hitting "Run" in the g.parser UI

Luigi Ponti wrote: > I have a bash script that processes a text file consisting of longitude > and latitude columns plus other columns with point data -- the script > imports the data and maps it. The script includes a parser-friendly > section so that the g.parser UI shows up if called with n

[GRASS-user] Print message before hitting "Run" in the g.parser UI

Hi there, I have a bash script that processes a text file consisting of longitude and latitude columns plus other columns with point data -- the script imports the data and maps it. The script includes a parser-friendly section so that the g.parser UI shows up if called with no arguments. I

Re: [GRASS-user] v.generalize / reanimation of dead lines ?

On Mon, Sep 1, 2008 at 3:55 PM, Markus Metz <[EMAIL PROTECTED]> wrote: > As far as I understand the source code v.generalize discards all > centroids and builds them anew at the end, area topology is not > maintained during simplification. Dear all, That is correct. The intention was that the gene

Re: [GRASS-user] v.generalize / reanimation of dead lines ?

Hi Peter, as an interim solution you might try an alternative to v.generalize that I called v.simplify, available here: http://markus.metz.giswork.googlepages.com/line_simplification.tar.gz The module works for me so far, but I still discover strange behaviour now and then. I developed that module

[GRASS-user] Re: GRASS-python-swig

thanks for the help, maybe the solution will be useful: in "various Linux distributions are starting to ship with a version of the GNU C compiler which incorporates an extension which implements protection for stack-smashing". In that case the Makefile has to modified with CFLAGS = -fno-stack

Re: [GRASS-user] supervised classification "no subgroup files available"

Hi Silvia, there have been a couple of fixes which probably didn't reach 6.3.0. Could you try with 6.4.svn instead? There it will work. Best Markus PS: See the list archives for older discussions on this. On Mon, Sep 1, 2008 at 11:19 AM, Silvia Simoni <[EMAIL PROTECTED]> wrote: > Hi grass-users

[GRASS-user] about importing world wind DTM to GRASS

Hi to All, Can anyone give me some suggestion about importing World Wind DTM to GRASS? Thanks to all Regards Edmondo ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Re: [AniMov] GRASS Addons for the estimation of home ranges

On Mon, Sep 1, 2008 at 10:19 AM, Paolo Cavallini <[EMAIL PROTECTED]> wrote: > Clément Calenge ha scritto: >> >>> Great news, and thanks a lot Clément! >>> It would be good to have all this in the main GRASS code, rather than as >>> addons: any objections on this? >> >> Personally, I have no objecti

[GRASS-user] supervised classification "no subgroup files available"

Hi grass-users, I'm trying to run a supervised reclassification for an orthophoto created using r.in.gdal and r.composite. Before running i.class, i run i.group to create a subgroup which is required by i.class. [The group containing 3 files .red, .green, .blue had been previously created d

Re: [GRASS-user] v.voronoi/v.delaunay

Hi all, Paul Kelly escribió: I think I will delete the demo code from grass-addons shortly as the new v.delaunay2 is now in grass-addons at http://trac.osgeo.org/grass/browser/grass-addons/vector/v.delaunay2 and ready for testing. Martin Pavlovsky, the SoC student working on this (Cc to him i

Re: [GRASS-user] v.generalize / reanimation of dead lines ?

Hi, I second the "unclean deletion" theory as I encountered this phenomenon before. Also, when generalizing areas which are attached to each other, while the overall "appearance" of the generalized borderlines is ok, more than 50 % of the areas cease to exist, which needs further investigation:

Re: [GRASS-user] XTF reader neede - triton format for sonar

Hamish: > > I had considered a few alternatives: > > > > - create a generic libxtf (LGPL?) > > - GRASS support via a new C module (without a libxtf) > > - postgis import tool > > - sqlite import tool > > - stand alone command line converter to csv or xml ascii format > > (then shell script or py

[GRASS-user] Re: [AniMov] GRASS Addons for the estimation of home ranges

Clément Calenge ha scritto: > >> Great news, and thanks a lot Clément! >> It would be good to have all this in the main GRASS code, rather than as >> addons: any objections on this? > > Personally, I have no objection on this. The problem is that I sustpect very few people take the additional

[GRASS-user] Re: [AniMov] GRASS Addons for the estimation of home ranges

On Mon, Sep 1, 2008 at 7:35 AM, Paolo Cavallini <[EMAIL PROTECTED]> wrote: > Clément Calenge ha scritto: > >> I programmed three new add-ons for the GRASS software, and thanks to the >> kind help of Markus Neteler, they are now available on the GRASS Addons >> repository. > > Great news, and thanks