In general, I'm not a huge fan of tight coupling but I don't have objections to 
the thrust of these changes - they aren't very onerous and won't force us to 
increment if we have no reason to.

The specifics make me slightly more nervous. My understanding is that, if 
proposed changes to CF are not compatible with the currently referenced version 
of UGRID, 
> then UGRID will need to be modified to accommodate the new features

via a proposal to UGRID, but
> to facilitate the progress of a proposal that requires UGRID changes, it is 
> sufficient for the general nature of the UGRID modifications to be 
> identified, on the understanding that the UGRID conventions will be updated 
> in detail at a later date, possibly after the proposal has been accepted in 
> all other aspects. **Final acceptance will always rely on the completion of 
> changes to the UGRID conventions, which is at the discretion of the UGRID 
> community.**

Emphasis is my own.

If this is the case, does that mean that we would accept the proposal formally 
from CF's side when we have verified that a proposal to UGRID has been made, 
and then simply wait to merge the CF proposal until the UGRID proposal has been 
accepted? The danger is that this might take a long time, and then the CF 
baseline might have drifted, so that the original CF proposal would need 
revisiting. In all cases I think that this would have to be checked again to 
ensure that we don't introduce inconsistencies into the Conventions.

Alternatively we could merge immediately in the hopes that the UGRID proposal 
would be accepted - a bit too optimistic for my taste though and the risk would 
be that the two standards diverge.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/cf-convention/cf-conventions/issues/153#issuecomment-702580499

This list forwards relevant notifications from Github.  It is distinct from 
[email protected], although if you do nothing, a subscription to the 
UCAR list will result in a subscription to this list.
To unsubscribe from this list only, send a message to 
[email protected].

Reply via email to