l-dev@lists.osgeo.org
Subject: Re: [WCS.swg] [gdal-dev] NetCDF and datum handling suggestion
Peter,
There has been much discussion about projections in the CF-Community
recently. I'm following up with Etienne's recommendation to engage the
CF-Community in this discussion of how to ha
Le mercredi 07 septembre 2011 22:49:58, Etienne Tourigny a écrit :
> Thanks for the info Even
>
> I can see that there is not yet "One standard to rule them all"...
> Correct me if I am wrong: is WKT the preferred way GDAL stores the
> information?
I'd say that WKT serves as a pivot representatio
Thanks for the info Even
I can see that there is not yet "One standard to rule them all"...
Correct me if I am wrong: is WKT the preferred way GDAL stores the
information?
There was a proposal some time ago in the CF trac to add descriptive
variables such as crs_id (EPSG code), crs_name and crs_
> How important is this information? Assuming we drop all the citation
> strings, or authority names and codes, but retain the important
> parameters of each projection (in CF and proj format), are we missing
> anything important numerically?
>
> In other words, are there any show-stopper issues
On Wed, Sep 7, 2011 at 2:33 AM, Even Rouault
wrote:
>
>> In case you feel like testing it, the functions needed are
>> OGRSpatialReference::importFromProj4() and exportToProj4(), the later
>> which is not documented.
>>
>> Perhaps others can comment on the suitability of exporttoProj4() ???
>>
>
> In case you feel like testing it, the functions needed are
> OGRSpatialReference::importFromProj4() and exportToProj4(), the later
> which is not documented.
>
> Perhaps others can comment on the suitability of exporttoProj4() ???
>
It is documented but doxygen didn't like a macro that was i
On Tue, Sep 6, 2011 at 8:31 PM, Patrick Sunter wrote:
> On Mon, Sep 5, 2011 at 11:23 PM, Etienne Tourigny
> wrote:
> > Patrick,
> >
> > A)
> > your suggestion does make sense, it is imperial that basic datum
> > information be saved as to adhere to CF-x standard. Are those CF
> > variables (ra
On Mon, Sep 5, 2011 at 11:23 PM, Etienne Tourigny
wrote:
> Patrick,
>
> A)
> your suggestion does make sense, it is imperial that basic datum
> information be saved as to adhere to CF-x standard. Are those CF
> variables (radius, flattening etc) really sufficient for software such
> as THREDDS?
Patrick,
A)
your suggestion does make sense, it is imperial that basic datum
information be saved as to adhere to CF-x standard. Are those CF
variables (radius, flattening etc) really sufficient for software such
as THREDDS?
B)
The other aspect (to save projection_ref so that GDAL can import it
Hi Etienne and others interested in NetCDF driver,
I did some work on WMS display of NetCDF files generated by GDAL
today, and it gave me a chance to play around with & think about how
to handle the Datum issue as described at
http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements#Datumissues .
Here
10 matches
Mail list logo
