[PROJ] GOES Geostationary Projection

Kurt Schwehr schwehr at gmail.com
Thu Jun 27 08:43:06 PDT 2019

Thanks Even!

Since the end target isn't geotiff and it does have WKT, maybe I can work
with the GeoTools folks to get a solution if I cut geotiff out of the

On Wed, Jun 26, 2019 at 3:15 PM Even Rouault <even.rouault at spatialys.com>

> > Gives the imagery not quite in the correct location.   I briefly looked
> at
> > gdal_translate from proj at head and gdal at head, but our tiler is an
> > older version of gdal that can read the post "RFC 73: Integration of
> > for WKT2" info.
> PROJ6 support in GDAL won't help in any way. This is a pure GeoTIFF issue,
> since GeoTIFF doesn't support this projection method, and I'm afraid there
> is
> no clean resolution. Recent enough version of GDALs will incorporate a
> hacky
> WKT in a PCSCitationGeoKey with a EXTENSION["PROJ4", ...] as the example
> you
> shown. But I would be very surprised that GeoTools would understand that !
> Actually you might add this use case to this ticket
> https://github.com/opengeospatial/geotiff/issues/56 :-) if you want a
> ultimately clean solution for that. But even using latest WKT version
> wouldn't
> likely help, since as far as I remember, there is no standardized way in
> the
> EPSG dataset to represent the geostationary projection and the sweep
> parameter, so this would involve lobying at that level too.
> Even
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20190627/cb02c7d8/attachment-0001.html>

More information about the PROJ mailing list