Ben,
I'm glad to hear that. Thank you!
Maciej
W dniu 04.06.2016 o 07:44, Ben Caradoc-Davies pisze:
> Maciej,
>
> I thought you might like to know that I have just submitted pull
> requests to add support for your Rotated Pole projection to the GeoTools
> NetCDF module and the GeoServer
of the key
parameters.
I can prepare a backport of RotatedPole transformation to 14.x, of course.
Maciej
W dniu 05.04.2016 o 02:20, Ben Caradoc-Davies pisze:
> On 05/04/16 08:27, Maciej Filocha wrote:
>> W dniu 02.04.2016 o 02:34, Ben Caradoc-Davies pisze:
>>> I have created a
Ben,
W dniu 02.04.2016 o 02:34, Ben Caradoc-Davies pisze:
> I have created a Jira issue for this problem:
>
> [GEOT-5396] Incorrect General Oblique transform
> https://osgeo-org.atlassian.net/browse/GEOT-5396
I'll prepare fix for it this week.
>
> One other question: is General_Oblique the most
Ben,
W dniu 18.03.2016 o 03:49, Ben Caradoc-Davies pisze:
> I note that (lambda_g^N, phi_g^N) is the North Pole of the rotated grid,
> so phi_g^N is not latitudeOfOrigin, which is measured from the equator.
You're right here. Proj's "+o_lat_p" parameter (undocumented, of course)
used in my
Title: Message Title
Maciej Filocha created an issue
Dear all,
I'm working on the new projection to handle Meteosat Second Generation
images. It is some sort of a Vertical Perspective (Snyder) as I
understand.
A reference C/Fortran code (pixel row-col to lat-lon) is available from
Eumetsat website. My draft implementation of that code computes
Dear All,
motivated by Andrea:
http://sourceforge.net/p/geoserver/mailman/message/34095134/
I adopted new projection, used often by Numerical Weather Prediction
community. Proposed name for this transformation is General Oblique
Transform or Rotated Pole Coordinates Transform. The first
