[GRASS5] Re: [bug #3023] (grass) r.fillnulls doesn't work

[Maciek Sieczka]

From: "Hamish via RT" <grass-bugs at intevation.de>

>> r.fillnulls fails in such a way:
>>
>> GRASS 6.0.cvs:~ > r.fillnulls input=N51E016_nowy
>> output=N51E016_nowy.fld Using tmp file r_fillnulls_4707
>> Locating and isolating NULL areas...
>>  100%
>> r.buffer: 00000000 - illegal distance specification
> ..
>> ERROR detected: /usr/local/grass-6.0.cvs/scripts/r.fillnulls
>> abandoned.  Removing                        temporary map:
> ..
>> > .. pretty much everything will be broken after the r.buffer step
>> > fails. Please try again with the two updated scripts.
>>
>> As you said...
>
> well at least it fails gracefully now.
>
> hmmm. I've just downloaded the N51E016 SRTM data and r.fillnulls
> works fine for me.
>
> Lat/lon location, right?
> GRASS> g.proj -p

yes:
GRASS 6.0.cvs:~ > g.region -p
projection: 3 (Latitude-Longitude)
zone:       0
datum:      wgs84
ellipsoid:  wgs84
north:      52:00:01.5N
south:      50:59:58.5N
west:       15:59:58.5E
east:       17:00:01.5E
nsres:      0:00:03
ewres:      0:00:03
rows:       1201
cols:       1201

> what do you get if you type this at a command prompt:
>
> echo "0.3 0.3" | awk '{printf "%.8f\n", ($1 + $2)}'
> 00000000 or 0.60000000 ?

Neither:

GRASS 6.0.cvs:~ > echo "0.3 0.3" | awk '{printf "%.8f\n", ($1 + $2)}'
0,00000000

"," instead of "." - would that be the issue? I Poland, in opposite to the 
normal world, we use the coma as the decimal point deliminator. Does 
r.fillnulls rely on local system settings?

Maciek