All of that is already in place and working. (Well, I don't know if curvature is working - all the data I have here is in the wrong projection to work with curvature, but i ported the code from r.los, so hopefully it should work as expected) Right now, I'm having some issues with it determining correctly which mode it should be in (internal memory, external memory, or a variant of external memory where we distribute sectors) but I have been running a lot of tests, and hopefully this will be one of the last bugs to work out.
- Will On Wed, Jul 23, 2008 at 6:35 AM, Paul Kelly <[EMAIL PROTECTED]> wrote: > On Wed, 23 Jul 2008, Markus Neteler wrote: > > On Wed, Jul 9, 2008 at 8:11 PM, Will <[EMAIL PROTECTED]> wrote: >> > [...] > >> It is done exactly the way you mentioned in the other email, finding the >>> radius of the elipsoid and reducing the elevatin of the cell that you are >>> looking at depending on the distance it is away from the viewpoint. The >>> way >>> r.los does it is they have a flag that you set if you want the curvature >>> to >>> be considered, though I can impliment it for all calculations without a >>> flag >>> if we think that will be better- any input from the list on this? >>> >> >> I would keep the flag if there aren't too many. >> > > Yes, agreed it should be optional - someone might want to use the module in > an XY environment without large-scale real-world considerations such as > earth curvature. > > Paul > -- -Will
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
