[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 a lot

[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 burden

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 python script

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] 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

[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

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 objection on this. The

[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] 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] 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 =

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

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

[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

[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 no

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: