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 single color/value or something else (it's not working)?

<<inline: Picture 1.png>>




On Aug 11, 2009, at 9:00 AM, William Kyngesburye wrote:

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 = xxxxx]: unable to open mask ... continue without!!!

but no illegal filename errors and no crash and all the workers processes complete. I don't know what the output is supposed to look like, but the raster looks sensible.

I'll try poking around with some debugging. Maybe a bug report is in order also?

On Aug 11, 2009, at 12:28 AM, Markus Neteler wrote:

On Mon, Aug 10, 2009 at 4:44 PM, Nathan Lemoine<lemoine.nat...@gmail.com > 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" raster file. I set the sampling frame to the whole region, and set the sampling area to a moving window. I chose a rectangular window of 5x5 cells. The config file was the set and seemed to
be fine. I attempted to run r.li.patchnum rast=landuse config=mov
output=test and got the following reports:

This is the GRASS terminal report:

Illegal filename. Character < > not allowed.
Illegal filename. Character < > not allowed.
...

I have tried:

GRASS 6.5.svn (nc_spm_08):~ > g.copy rast=landuse96_28m,landuse
Copy raster <landuse96_...@permanent> to current mapset as <landuse>
GRASS 6.5.svn (nc_spm_08):~ > g.region rast=landuse
GRASS 6.5.svn (nc_spm_08):~ > r.li.patchnum landuse96_28m conf=mov
output=test --o
r.li.worker (pid 29902) terminated
r.li.worker (pid 29909) terminated
r.li.worker (pid 29910) terminated
r.li.worker (pid 29905) terminated
r.li.worker (pid 29903) terminated
r.li.worker (pid 29908) terminated
r.li.worker (pid 29906) terminated
r.li.worker (pid 29907) terminated
r.li.worker (pid 29904) terminated
r.li.worker (pid 29911) terminated

Also 6.4:
GRASS 6.4.0svn (nc_spm_08):~ > r.li.patchnum landuse96_28m conf=mov
output=test --o
r.li.worker (pid 30035) terminated
r.li.worker (pid 30034) terminated
r.li.worker (pid 30029) terminated
r.li.worker (pid 30030) terminated
r.li.worker (pid 30033) terminated
r.li.worker (pid 30037) terminated
r.li.worker (pid 30038) terminated
r.li.worker (pid 30032) terminated
r.li.worker (pid 30036) terminated
r.li.worker (pid 30031) terminated

It works on Linux but apparently the map name gets lost in the r.li daemon
on MacOSX.

I am afraid that only debugging on Mac helps. The easiest is perhaps
to add G_debug() statements if you don't want/cannot use a gdb debugger - to figure out in which code area of r.li.daemon or r.li.patchnum the name
disappears.

Markus
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Those people who most want to rule people are, ipso-facto, those least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy


_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Time is an illusion - lunchtime doubly so."

- Ford Prefect


_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Reply via email to