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
Hi,
In my scenery compression effort (which tries to ship the world scenery on a
single DVD) I've hit some minor snags. I know you guys are busy preparing
the 1.0 release, but nevertheless I would like to put this on the record
to be addressed later on:
I found a few zero length .btg.gz scenery
5 matches
Mail list logo
