[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
middle.
On Wed, Jun 26, 2019 at 3:15 PM Even Rouault <even.rouault at spatialys.com>
wrote:
> > 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
> PROJ6
> > 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
>
--
--
http://schwehr.org
-------------- 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