r.slope.aspect (& now s.surf.tps)

Craig Neidig neidig at vinny.cecer.army.mil
Tue Dec 29 14:15:11 EST 1992


> From grass-lists-owner at max.cecer.army.mil Tue Dec 29 13:04:05 1992
> From: jianp at ocean.rutgers.edu (Jianping Xu)
> Sender: lists-owner at max.cecer.army.mil
> Reply-To: grassu-list at max.cecer.army.mil
> Subject: Re:  180 degree offset of r.slope.aspect (& now s.surf.tps)
> Content-Length: 621
> X-Lines: 16
> 
> I used the r.mapcalc to obtain a "true azimuth" map which starts 
> with due N and from ZERO, and goes clockwise:
> 	r.mapcalc new_aspect = '(24 + 7 - old_aspect)%24'
> 
> If you would like the N to be value ONE, you may use:
> 	r.mapcalc new_aspect = '(24 + 8 - old_aspect)%24'
> 
> The only problem is no data (0) and flat (25) will also be transferred 
> to some "real" aspect values. However it's effect will be very minor
> since an aspect value is only significant when the slope is not zero.
> 
> Jianping Xu
> Rutgers University
> Cook College Remote Sensing Center
> New Brunswick, NJ 08903-0231
> (908)932-9631 email jianp at ocean.rutgers.edu
> 
Thanks to Mr. Jianping for his fix, but ...

Pardon me this is bogus --

a user should not have to "jump through hoops"
to get a program to do something it should do 
correctly in the first place.

Craig Neidig
USACERL
Technical Assistance Center



More information about the grass-user mailing list