John,
Yes. The IOSP handles the union of the GeoTIFF/EPSG and CF supported
projection sets. There will be an issue with ProjCRS mapping to GeogCRS where
the projection to elliptical earth is not implemented (the ellipse parameters
are ignored by NetCDF-Java.) It was a PITA to handle the projections and the
NUMEROUS ways GeoTIFF allows them to be defined. I first look up the GeogCRS
by EPSG code, if missing look for parameters (ellipse, prime...) by EPSG code,
if missing look for individual parameter values.... Then the same for ProjCRS
if required. Pixel-as-Point and Pixel-as-Area is implemented...
Sounds like I need to put together release notes...
I won't say it was a trivial effort, but it was worth the investment as it
allowed us to use WCS output against the NetCDF-Java CDM.
Tom
>
> On 11/22/2010 9:10 AM, Tom Kunicki wrote:
>> I'll work on putting this all together for redistribution in the next few
>> days.
>>
>> I need to do a little clean-up first. Any questions about the
>> implementation while you wait?
>
> Do these files work as GeoGrids? If so, how did you handle the proliferation
> of projections?
>
>
> _______________________________________________
> netcdf-java mailing list
> netcdf-java@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
On Nov 22, 2010, at 10:19 AM, John Caron wrote:
>
>
> On 11/22/2010 9:10 AM, Tom Kunicki wrote:
>> I'll work on putting this all together for redistribution in the next few
>> days.
>>
>> I need to do a little clean-up first. Any questions about the
>> implementation while you wait?
>
> Do these files work as GeoGrids? If so, how did you handle the proliferation
> of projections?
>
>
> _______________________________________________
> netcdf-java mailing list
> netcdf-java@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
