Hi Daniele,
That is indeed the expected behavior. Since polar stereographic is just a
special case of stereographic, we decided to always just emit
*:grid_mapping_name
= "stereographic"*, as it made our implementation easier.
We could be convinced to change it, but probably only if the current
implementation is causing something to break. Was your message in response
to a problem you've encountered or were you just double-checking our work
(which we appreciate!)?
Cheers,
Christian
On Wed, Jun 24, 2015 at 5:07 AM, Daniele Romagnoli <
daniele.romagnoli@xxxxxxxxxxxxxxxx> wrote:
> Hi,
> I'm dealing with a sample GRIB data which should be in polar stereographic
> projection.
>
> GRID definition:
> http://www.nco.ncep.noaa.gov/pmb/docs/on388/tableb.html#GRID217
>
> GRIB sample:
>
> http://www.ftp.ncep.noaa.gov/data/nccf/com/nam/prod/nam.20150622/nam.t00z.awp21700.tm00.grib2
> Note the sample is a grib2 but the grid definition should be the same.
>
> When I'm checking the attributes setup by the NetCDF Java library, I see
> this:
> int PolarStereographic_Projection;
> * :grid_mapping_name = "stereographic";*
> :longitude_of_projection_origin = 225.0; // double
> :latitude_of_projection_origin = 90.0; // double
> :scale_factor_at_projection_origin = 0.9330127018922193; // double
> :earth_radius = 6371229.0; // double
>
> Taking a look to the Grib2Gds class, I see that it enters the
> PolarStereographic subclass and, at line 801, it uses:
> Stereographic(latOrigin, lov, scale) constructor
> which internally sets its name as "stereographic";
>
> Moreover, the alternative constructor:
> public Stereographic(double lat_ts_deg, double latt_deg, double lont_deg,
> boolean north) {
> super("PolarStereographic", false);
> ...
> which set the name as "PolarStereographic" seems is never used around in
> the code.
> Is it the expected behavior?
>
> Thanks for your assistance.
> Cheers,
> Daniele
>
>
>
>
>
>
>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Daniele Romagnoli
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
>
> _______________________________________________
> netcdf-java mailing list
> netcdf-java@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
