Custom Query (124 matches)
Results (55 - 57 of 124)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#71 | fixed | Correction of Vertical perspective projection | davidhassell | martin.raspaud |
Description |
Hi, There is a confusion under the notes of the Vertical Perspective text in the conventions between geos and nsper. Snyder is describing near-sided perspective... Here is the corrected text: Notes:
The corresponding projection is proj.4 is nsper. This should not be confused with the proj.4 geos projection. |
|||
#72 | fixed | Adding the geostationary projection. | davidhassell | martin.raspaud |
Description |
There seems to be a need from the weather satellite people to add the "geos" projection to the list of projections in the CF metadata. "geos" stands for geostationary. The projection is described in detail in the "CGMS 03, LRIT/HRIT Global specification" (Eumetsat) document. (see here also: http://remotesensing.org/geotiff/proj_list/geos.html ) A possible text for this projection is: Geostationary projection grid_mapping_name = geos Map parameters:
Map coordinates:
identified by the standard_name attribute value projection_x_coordinate and projection_y_coordinate respectively. Notes:
mapping may be found at http://www.remotesensing.org/geotiff/proj_list/geos.html . These notes assume the point of observation is directly over the equator. The projection coordinates in this projection are directly related to the scanning angle of the satellite instrument. |
|||
#74 | fixed | Allow sharing of ancillary variables among multiple data variables | davidhassell | rhorne@… |
Description |
Currently it is not possible for multiple data variables to share an ancillary variable. Augment the conventions to allow two or more data variables to share an ancillary variable. Here is an example of a convention, which dovetails with the existing conventions, to provide this capability: float swpt(lat,lon);
float sws(lat,lon);
int nobs(lat,lon);
int flags(lat,lon);
Change the text in the CF metadata conventions section 3.3 that reads "A standard name is associated with a variable via the attribute standard_name which takes a string value comprised of a standard name optionally followed by one or more blanks and a standard name modifier (a string value from Appendix C, Standard Name Modifiers)." to "A standard name is associated with a variable via the attribute standard_name which takes a string value that can have either of two forms. The first form is a standard name alone. The second form is a blank-separated list beginning with one or more standard names and ending with a single standard name modifier (i.e. standard_name [standard_name ...] standard_name_modifier). The standard name modifiers are defined in Appendix C, Standard Name Modifiers. This second form permits a single variable to provide ancillary data (see section 3.4) for two or more variables where each has a unique standard name." Changes to CF software tools are required. For example, the CF_checker, which validates the standard_name attribute needs to change. However, it does not require any change to software that uses the complete attribute simply as an identifying string (e.g. to label plots, etc.) |