This message came from the CF Trac system. Do not reply. Instead, enter your
comments in the CF Trac system at http://kitt.llnl.gov/trac/.
#107: CF Data Model 1.7
-----------------------------+------------------------------
Reporter: markh | Owner: cf-conventions@…
Type: task | Status: new
Priority: medium | Milestone:
Component: cf-conventions | Version:
Resolution: | Keywords:
-----------------------------+------------------------------
\
\
\
\
\
\
Comment (by biard):
Replying to [comment:58 davidhassell]:
> Replying to [comment:56 biard]:
>
> Hi Jim,
>
> Thanks for the points. I'll try to clarify.
> ...
> I think that the construct is neither documenting nor creating the
geolocation. The information needed to geolocate the domain is split -
some of it is contained by the coordinate constructs themselves (typically
by the standard name and units) and some of it is contained elsewhere
(typically by grid_mapping or formula_terms). It is this latter
information which we are encapsulating in the georeference construct.
> ...
>
> All the best,
>
> David
David,
I'm trying to figure out if we have an actual disagreement about the
purpose and meaning of the grid_mapping variable / construct, or if I am
misunderstanding what you are saying. Do you agree that a grid_mapping
variable declares the Geographic / Geodetic Coordinate Reference System
(CRS) that one or more coordinate variables are defined with respect to?
Grace and peace,
Jim
\
\
\
--
Ticket URL: <http://kitt.llnl.gov/trac/ticket/107#comment:63>
CF Metadata <http://kitt.llnl.gov/>
CF Metadata
This message came from the CF Trac system. To unsubscribe, without
unsubscribing to the regular cf-metadata list, send a message to
"[email protected]" with "unsubscribe cf-metadata" in the body of your
message.
