[GRASS-user] r.li help

[Markus Neteler]

On Mon, Aug 10, 2009 at 8:20 PM, Nathan Lemoine<lemoine.nathan at gmail.com> 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. The config file is supposed to be in the path ~/.r.li/history,
> but r.li.setup does not create such a path.

Then that's perhaps the problem? William, does it create on your Mac
the directory?

Markus

> I've run the r.le.setup which
> creates the appropriate file path in my user folder to the r.le config
> files, but r.li does not seem to do this.
>
>
>
> On Aug 10, 2009, at 12:49 PM, Markus Neteler wrote:
>
>> Can you please send the config file to me?
>>
>> Markus
>>
>> PS: please keep the list in the loop since other may be able to help
>> even better than me...
>>
>> On Mon, Aug 10, 2009 at 4:44 PM, Nathan Lemoine<lemoine.nathan at gmail.com>
>> wrote:
>>>
>>> I copied landuse96_28m file to the user1 MAPSET (I named the copy
>>> "landuse"), 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.
>>> Illegal filename. Character < > not allowed.
>>> Unable to open header file for raster map < @(null)>
>>> CHILD[pid = 1486]: unable to open   mask ... continue without!!!
>>> Illegal filename. Character < > not allowed.
>>> Illegal filename. Character < > not allowed.
>>> Illegal filename. Character < > not allowed.
>>> Unable to open header file for raster map < @(null)>
>>> CHILD[pid = 1485]: unable to open   mask ... continue without!!!
>>>
>>> and here is the crash report:
>>>
>>> Process:         r.li.patchnum [1476]
>>> Path:
>>>  /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.li.patchnum
>>> Identifier:      r.li.patchnum
>>> Version:         ??? (???)
>>> Code Type:       X86-64 (Native)
>>> Parent Process:  Python [981]
>>>
>>> Interval Since Last Report:          134 sec
>>> Crashes Since Last Report:           5
>>> Per-App Interval Since Last Report:  0 sec
>>> Per-App Crashes Since Last Report:   5
>>>
>>> Date/Time:       2009-08-10 09:40:14.814 -0500
>>> OS Version:      Mac OS X 10.5.8 (9L30)
>>> Report Version:  6
>>> Anonymous UUID:  79A157D4-B61F-432E-8CB4-A2211DE1A30D
>>>
>>> Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
>>> Exception Codes: KERN_INVALID_ADDRESS at 0x0000006174614420
>>> Crashed Thread:  0
>>>
>>> Thread 0 Crashed:
>>> 0   libSystem.B.dylib                   0x00007fff806cfd70 strcpy + 48
>>> 1   libgrass_rli.dylib                  0x000000010005c3ed next_Area +
>>> 111
>>> 2   libgrass_rli.dylib                  0x000000010005ca8a calculateIndex
>>> +
>>> 859
>>> 3   r.li.patchnum                       0x00000001000008c8 start + 52
>>>
>>> Thread 0 crashed with X86 Thread State (64-bit):
>>>  rax: 0x0000000000000005  rbx: 0x00007fff5fbfe600  rcx:
>>> 0x00007fff5fbfe4fc
>>>  rdx: 0x0000000000000004
>>>  rdi: 0x00007fff5fbfe4fc  rsi: 0x0000006174614420  rbp:
>>> 0x00007fff5fbfaea0
>>>  rsp: 0x00007fff5fbfae98
>>>  r8: 0x00000001001fe026   r9: 0x0000000000000208  r10: 0x00000001000618c0
>>>  r11: 0x00007fff806cfd40
>>>  r12: 0x00000001001007d0  r13: 0x00007fff5fbfe4e0  r14:
>>> 0x00000001001007d0
>>>  r15: 0x0000000000000000
>>>  rip: 0x00007fff806cfd70  rfl: 0x0000000000010202  cr2:
>>> 0x0000006174614420
>>>
>>> Binary Images:
>>>      0x100000000 -        0x100000fff +r.li.patchnum ??? (???)
>>> <06f892abad9a2d2989b9c21d1b12d783>
>>> /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.li.patchnum
>>>      0x100003000 -        0x100041ff7 +libgrass_gis.dylib ??? (???)
>>> <3f754d3fd572946f5f5c57939c5efd58>
>>> /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_gis.dylib
>>>      0x100052000 -        0x100057fff +libgrass_datetime.dylib ??? (???)
>>> <366b12b0e9b5622047457160897ad0ee>
>>> /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_datetime.dylib
>>>      0x10005a000 -        0x10005ffff +libgrass_rli.dylib ??? (???)
>>> <d5dd64d7346e0357e77ecc2d883b4bd0>
>>> /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_rli.dylib
>>>   0x7fff5fc00000 -     0x7fff5fc2e643  dyld 97.1 (???)
>>> <1d1ba42c89e77cfe2558a3c66129fff6> /usr/lib/dyld
>>>   0x7fff806a7000 -     0x7fff80832ffb  libSystem.B.dylib ??? (???)
>>> <714d2608b5acae3ad5364897c49868fa> /usr/lib/libSystem.B.dylib
>>>   0x7fff81d78000 -     0x7fff81d89ffd  libz.1.dylib ??? (???)
>>> <2022cc8950afdf485ba1df76364ba725> /usr/lib/libz.1.dylib
>>>   0x7fff82abc000 -     0x7fff82ac8ff1  libgcc_s.1.dylib ??? (???)
>>> <6fc905606335f261db4da9529c7e2711> /usr/lib/libgcc_s.1.dylib
>>>   0x7fff841fd000 -     0x7fff84201fff  libmathCommon.A.dylib ??? (???)
>>> /usr/lib/system/libmathCommon.A.dylib
>>>   0x7fffffe00000 -     0x7fffffe01780  libSystem.B.dylib ??? (???)
>>> /usr/lib/libSystem.B.dylib
>>>
>>> This seems to be a different issue than when I attempted it with my own
>>> data, but I'm still looking into that.
>>>
>>> Nate
>>>
>>> On Aug 10, 2009, at 1:20 AM, Markus Neteler wrote:
>>>
>>>> On Mon, Aug 10, 2009 at 7:43 AM, Nathan
>>>> Lemoine<lemoine.nathan at gmail.com>
>>>> 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 crashes immediately. I've run it from the python GUI and the
>>>>> command-line and the same thing happens. Is there a fix for this?
>>>>
>>>> Are you able to reproduce it with the Spearfish or North Carolina
>>>> data set? If yes, please tell us the steps and we try to reproduce
>>>> the problem. I ran a few r.li measures successfully recently on Linux
>>>> (64bit).
>>>>
>>>> Markus
>>>
>>>
>
>