if these findings have any impact on development of gdal,
but at least they give some insight to the issue. Hopefully we see
some development on the above mentioned GIS software also.
Cheers,
Antti
2013-11-23 0:18 GMT+02:00 Antti Castrén antti.cast...@iki.fi:
Hi Trent et al.
Thanks for your work
2014-02-09 8:40 GMT+02:00 Andre Joost andre+jo...@nurfuerspam.de:
Am 09.02.2014 00:42, schrieb Even Rouault:
But Antti guess seems right. Instead of +ellps=WGS84 (or +datum=WGS84), if
you
play with the a (semi-major axis) and b (semi-minor axis) parameters, you
can
see that only +a has an
Hello Steve,
You asked for any thoughts, so here are some.
The 20km shift could easily be caused by using spherical version in
one implementation of equirectangular projection and ellipsoidal
version in the other. Amount of shift depends on the latitude.
You can find some information on these
://drive.google.com/file/d/0BybuTedE9CLxMzltYlBFWU51RzA/edit?usp=sharing
I think the latter might have better compatibility. Yet it seems to clearly
be the incorrect way to do it.
On Mon, Nov 18, 2013 at 4:54 AM, Antti Castrén antti.cast...@iki.fi wrote:
Hi Trent,
The chart opens in ArcMap
Hi Trent,
The chart opens in ArcMap (ArcGIS 10.0) well, and it is in right
location (Seattle).
Relevant properties of the file as seen by ArcGIS:
Cell Size: 240.003787, 240.003787
Extent
Top:4143530.20898
Left: -9278434.53415
Right: -9165872.75807
Bottom: 3984167.69444
Spatial Reference: