[GRASS-user] r.li help

Nathan Lemoine lemoine.nathan at gmail.com
Mon Aug 10 14:20:57 EDT 2009


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



More information about the grass-user mailing list