Hi!
LeeE wrote:
I think I mentioned earlier, but first problem - there's no SRTM
data for the poles. Second problem is that calculations that
assume a quad (trapezoidal) area fail at the poles because they
have to deal with a tri area and not a quad area.
The problem is not that tiles
Hi Christian!
Christian Buchner wrote:
I found another slight discrepancy when converting back each tile's
geodetic center coordinate to a bucket - this function might be slightly
buggy: In a few cases it returns a different bucket number than given by
the original file name of the tile. I
Hi again!
Ralf Gerlich wrote:
This has to do mostly with the special cases introduced for rounding
(regarding SG_EPSILON) and for covering the difference between (int)
cast rounding towards zero and the desired behaviour more similar to a
floor().
The problem only occurs for latitudes north
On Sunday 06 January 2008 21:05, Ralf Gerlich wrote:
Hi again!
Ralf Gerlich wrote:
This has to do mostly with the special cases introduced for
rounding (regarding SG_EPSILON) and for covering the difference
between (int) cast rounding towards zero and the desired
behaviour more similar
4 matches
Mail list logo