Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update LAT LON LAT_GPS LON_GPS according to NVS definitions #269

Open
wants to merge 3 commits into
base: main
Choose a base branch
from

Conversation

vturpin
Copy link
Member

@vturpin vturpin commented Oct 15, 2024

Proponents:
Moderator: @OceanGlidersCommunity/format-mantainers

Type of PR

  • Typo without possible change of interpretation of the related text.
  • Fix of some error, inconsistency, unforeseen limitation.
  • Style that only affects visually the compiled document
  • Addition that does not require change in the current structure.
  • Enhancement that require changes to improve the format.

Related Issues

OG_Format.adoc Outdated
@@ -268,7 +268,7 @@ OG1.0 requirements cover positioning variables and geolocation of any scientific
* data type: double
* dimension: N_MEASUREMENTS |

* long_name = “longitude of each measurement and GPS location”;
* long_name = “longitude east”;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can you add capital 'L' to match vocab description

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

OG_Format.adoc Outdated
@@ -347,8 +347,8 @@ OG1.0 requirements cover the GPS variables delivered by the glider when at the s
* data type: double
* dimension: N_MEASUREMENTS |

* long_name = “longitude of each GPS location”;
* standard_name = “longitude”;
* long_name = “longitude east by unspecified GPS system”;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

just change to capital

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

@@ -268,8 +268,8 @@ OG1.0 requirements cover positioning variables and geolocation of any scientific
* data type: double
* dimension: N_MEASUREMENTS |

* long_name = “longitude of each measurement and GPS location”;
* standard_name = “longitude”;
* long_name = “Longitude east”;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is often used only "Longitude" as long_name. Many applications automatically add units right after, so in that case it would result in Longitude east [degrees_east]. But a valid choice if you want that way.

OG_Format.adoc Outdated
* long_name = “longitude of each measurement and GPS location”;
* standard_name = “longitude”;
* long_name = “Longitude east”;
* standard_name = “Longitude”;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe the standard name longitude is defined with all lower case. Look at: http://cfconventions.org/Data/cf-standard-names/current/build/cf-standard-name-table.html

* long_name = “longitude of each GPS location”;
* standard_name = “longitude”;
* long_name = “Longitude east by unspecified GPS system”;
* standard_name = “GPS fixed longitude”;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see GPS fixed longitude in the standard name table. The standard_name requires a valid entry. It is often used longitude (yes, identical to above since they are both longitudes, but different variables). One alternative is to register a new entry in the Standard Names table, it violates the CF rules as proposed.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

shall we leave this blank for now until a new entry is created

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we need a new entry do we ? I think we just have to align to what exist.
LAT_GPS and LON_GPS are well described in NVS.
The 'concept name' in the nvs is "GPS fixed longitude" and "GPS fixed "latitude". See https://vocab.nerc.ac.uk/collection/OG1/current/LON_GPS/.
Maybe the "concept name" in NVS should not be our standard name. Then what should be our standard_name when the vocab exist ?

Let's use correctly what is available at NVS.

I push this discussion #271, as I think, the issue comes from a bit of unclarity in the use of the content of the NVS.

@castelao
Copy link
Member

I'll wait this PR to be approved and merged before updating the checker, so I do it only once.

… definition in the vocab

For LAT, LON, LAT_GPS, LON_GPS.
@vturpin
Copy link
Member Author

vturpin commented Oct 17, 2024

This is linked to this PR : nvs-vocabs/OG1#4
In the above I copied the definition of the vocabulary (e.g. LON_GPS as the long name in the format.
I copy the "concept" name of the vocabulary as the standard name in the format.

Note that I had to push multiple PR related to this issues due to typo. Sorry for that. The latest version follow the above description.

If there are any lack of compliance with CF Rule, I suggest, the NVS definition or alt label modified.
I think is it important to align with NVS and CF rule.

@castelao castelao self-requested a review October 17, 2024 22:29
Copy link
Member

@castelao castelao left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's block it so it is not merged by mistake until all the standard_name cases are fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants