I just installed GRASS 6.4 on MacOS X and have been attempting to run
some landscape analysis with the r.li modules. I can run the
r.li.setup module just fine, but when I attempt to run r.li.patchnum
or the density function it just crashes immediately. I've run it from
the python GUI and th
On Mon, Aug 10, 2009 at 7:43 AM, Nathan Lemoine wrote:
> I just installed GRASS 6.4 on MacOS X and have been attempting to run some
> landscape analysis with the r.li modules. I can run the r.li.setup module
> just fine, but when I attempt to run r.li.patchnum or the density function
> it just cras
When it crashes, if you get a crash dialog box, click the Report
button and copy the details text from that (don't send the crash
report).
or
Run Console.app and look for a crash log for r.li.patchnum in your
home Library.
On Aug 10, 2009, at 12:43 AM, Nathan Lemoine wrote:
I just insta
Just keeping this on the list. My first concern was possible build
problems, but this is beyond me.
Begin forwarded message:
From: Nathan Lemoine
Date: August 10, 2009 9:47:23 AM CDT
To: William Kyngesburye
Subject: Re: [GRASS-user] r.li help
here is the crash report:
Process
I've attempted to find the config file on my harddrive and can't seem
to locate it. It shows up when I run r.li.setup in the list of
available config files and seems to load fine, but when i search for
the file it isn't on my harddrive. The config file is supposed to be
in the path ~/.r.li/
On Mon, Aug 10, 2009 at 8:20 PM, Nathan Lemoine wrote:
> I've attempted to find the config file on my harddrive and can't seem to
> locate it. It shows up when I run r.li.setup in the list of available config
> files and seems to load fine, but when i search for the file it isn't on my
> harddrive.
On Aug 10, 2009, at 1:44 PM, Markus Neteler wrote:
On Mon, Aug 10, 2009 at 8:20 PM, Nathan Lemoine> wrote:
I've attempted to find the config file on my harddrive and can't
seem to
locate it. It shows up when I run r.li.setup in the list of
available config
files and seems to load fine, but wh
On Mon, Aug 10, 2009 at 4:44 PM, Nathan Lemoine wrote:
> I copied landuse96_28m file to the user1 MAPSET (I named the copy
> "landuse"),
(note that above step isn't really needed, but ok):
> and used r.li.setup to make my config file. I named the config
> file "mov" and selected the "landuse" ras
Here's an interesting clue (or maybe a completely different problem) -
our previous crash was run 64bit. When I force the 32bit binary to
run with arch -386 (OSX-only command) I still get lots of:
WARNING: Unable to open header file for raster map <@(null)>
CHILD[pid = x]: unable to open
Markus - I ran patchdensity, here's the upper-left corner of the 32bit
run on the spearfish landuse raster, does this look the same as you
get? I'm wondering about the overlapping parts, if they should be
combined like that (it's working despite the mask errors) or if they
should be a sing
On Tue, Aug 11, 2009 at 5:56 PM, William
Kyngesburye wrote:
> Markus - I ran patchdensity, here's the upper-left corner of the 32bit run
> on the spearfish landuse raster, does this look the same as you get? I'm
> wondering about the overlapping parts, if they should be combined like that
> (it's
Markus Neteler ha scritto:
> My result, upper left corner only, is attached (Mandriva Linux, 64bit).
> Visually it looks ok to me.
I'm also having problems with r.li:
> r.li.shannon map=uso conf=latignano_5 output=provaln
WARNING: Unable to open header file for raster map <@(null)>
CHILD[pid = 19
On Wed, Aug 12, 2009 at 3:38 PM, Paolo Cavallini wrote:
> Markus Neteler ha scritto:
>> My result, upper left corner only, is attached (Mandriva Linux, 64bit).
>> Visually it looks ok to me.
>
> I'm also having problems with r.li:
>
>> r.li.shannon map=uso conf=latignano_5 output=provaln
> WARNING:
I did a little crude debugging yesterday (G_message) and found it
failed for me in daemon.c, line 626 / nextArea()
else {
return next(g, m);
}
But all this tells me is that at this point the mask name is missing,
not where it was lost.
I didn't have more time to poke around
I've tried running gdb on the r.li.patchnum program, but I have no
debugging or programming experience, so I can only report the error
messages I've received. running the program normally, without of gdb,
gets me the error:
Illegal filename. Character <> not allowed.
Illegal filename. Chara
On Mon, Aug 17, 2009 at 2:59 AM, Nathan Lemoine wrote:
> I've tried running gdb on the r.li.patchnum program, but I have no debugging
> or programming experience, so I can only report the error messages I've
> received. running the program normally, without of gdb, gets me the error:
>
> Illegal fi
Nathan Lemoine wrote:
> I've tried running gdb on the r.li.patchnum program, but I have no
> debugging or programming experience, so I can only report the
> error messages I've received. running the program normally, without
> of gdb, gets me the error:
>
> Illegal filename. Character <> not allowe
per Hamish I used some more gdb commands and got some more information:
(gdb) r.li.patchnum map=northrast conf=whole output=test
Starting program: /Applications/GRASS-6.4.app/Contents/MacOS/bin/
r.li.patchnum .li.patchnum map=northrast conf=whole output=test
Reading symbols for shared libraries
18 matches
Mail list logo
