On Wed, Oct 22, 2008 at 4:31 PM, Glynn Clements
<[EMAIL PROTECTED]> wrote:
>for (row = m - offset - 1; row >= finalRow; row--) {
>
>row_rev = m - row - 1;
>rowrevoffset = row_rev - offset;
>
>horizonpointer = horizonarray + arrayNumInt * n
Markus Neteler wrote:
> Running it on a different machine with 16GB RAM it starts and
> then crashed at 0.x%:
>
> (gdb) r -s pat_dtm_5m horizon=horangle horizonstep=15
> aspin=pat_dtm_5m.as slopein=pat_dtm_5m.sl day=180
> insol_time=photoperiodo_d180
> Starting program: /home/neteler/binaries/gr
On Tue, Oct 21, 2008 at 11:54 PM, Glynn Clements
<[EMAIL PROTECTED]> wrote:
>
> Markus Neteler wrote:
>
>> Working on a large DEM, r.sun2 (addons) segfaults for me:
>
>> #0 INPUT_part (offset=0, zmax=0x7fffc45840a8) at main.c:965
>> #1 0x00405d6e in calculate (singleSlope=,
>> singleAspe
Markus Neteler wrote:
> Working on a large DEM, r.sun2 (addons) segfaults for me:
> #0 INPUT_part (offset=0, zmax=0x7fffc45840a8) at main.c:965
> #1 0x00405d6e in calculate (singleSlope=,
> singleAspect=,
> singleAlbedo=, singleLinke=,
> As so often, I get lost in the gdb output
Working on a large DEM, r.sun2 (addons) segfaults for me:
GRASS 6.4.svn (patUTM32):~ > g.region -p
projection: 1 (UTM)
zone: 32
datum: wgs84
ellipsoid: wgs84
north: 5157086
south: 5059541
west: 612488
east: 730098
nsres: 5
ewres: 5
rows: 19509
cols
hi again,
while r.horizon is working in both modes, some troubles with r.sun2:
Spearfish data set:
g.region rast=elevation.dem -p
# took these values from the manuak page:
r.horizon elevation.dem step=30 e_buff=20 horizon=horangle dist=0.7 \
maxdistance=4000
r.sun2 -s elevation.d
