<div dir="ltr"><div dir="ltr"><div>Hi Fabrice & everyone - <br></div><div><br></div><div>We are back (for at least three weeks)!<br></div><div><br></div><div>I will just second what Andy said and point you to the issue that we had for this: <a href="https://vlab.ncep.noaa.gov/redmine/issues/55541">https://vlab.ncep.noaa.gov/redmine/issues/55541</a> <br></div><div><br></div><div>And also say that 'c' was chosen because Mickael said that '_' broke his scripts. I know we have discussed this on at least one if not multiple of the discussion group calls. If we need to set up a call to discuss this further let me know. <br></div><div><br></div><div>Best, <br></div><div>Jessica<br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 23, 2019 at 4:45 PM Saulter, Andrew <<a href="mailto:andrew.saulter@metoffice.gov.uk">andrew.saulter@metoffice.gov.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Fabrice,<br>
<br>
This did get raised via the developers group to see if anyone had any complaints, prior to me updating the variable names. There weren't any at the time...<br>
<br>
If it ain't broken why fix it? For phs it might not be broken, but for other variables we've needed to introduce (e.g. pt01, pt02) I'd suggest it is - pt010, pt011, pt012 would make no sense to me as a set of component names for a t01 variable type. <br>
<br>
So it seemed more consistent to add a 'c' for component to all the partition variables in order to make sense of this, rather than just introduce this into any new variables.<br>
<br>
We can, of course revise, should the rest of the group change their minds on this and that nice Mr Trump and friends allow people to get back to work (I'm slightly agnostic as we are working operationally with stupid CMEMS variable names, which are different again).<br>
<br>
Cheers<br>
Andy<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: ardhuin <<a href="mailto:Fabrice.Ardhuin@ifremer.fr" target="_blank">Fabrice.Ardhuin@ifremer.fr</a>> <br>
Sent: 23 January 2019 16:29<br>
To: Saulter, Andrew <<a href="mailto:andrew.saulter@metoffice.gov.uk" target="_blank">andrew.saulter@metoffice.gov.uk</a>><br>
Cc: Mickael Accensi <<a href="mailto:mickael.accensi@ifremer.fr" target="_blank">mickael.accensi@ifremer.fr</a>>; <a href="mailto:jessica.meixner@noaa.gov" target="_blank">jessica.meixner@noaa.gov</a>; <a href="mailto:ali.abdolali@noaa.gov" target="_blank">ali.abdolali@noaa.gov</a>; <a href="mailto:ncep.list.wwatch3.discussion-group@noaa.gov" target="_blank">ncep.list.wwatch3.discussion-group@noaa.gov</a><br>
Subject: NetCDF variable names for partitions coming out of ww3_ounf<br>
<br>
Hi guys,<br>
<br>
I know some of you are shut down... I hope it gets solved.<br>
<br>
I just found another issue that is easier to solve: somebody (looks like it is you Andy) had the idea of changing the names of some variables. In some cases that could be defended... but in the case of the partitions , changing 'phs0' for 'phsc0' makes no sense to me.<br>
<br>
If it ain't broken why fix it?<br>
<br>
We have terabytes of files on our ftp server with partition output ... I do not see me renaming this or explaining my users they should have a "if file produced before 2019/07/01 then variable=... " in their reading routines. OK, there is obviously long_names ... but why make a short name less short?<br>
<br>
So, I think we should stick to phs0 and all these.<br>
<br>
Fabrice<br>
<br>
-- <br>
Fabrice Ardhuin<br>
UMR 6523 Univ. Brest-CNRS-IFREMER-IRD, IUEM <a href="http://www.umr-lops.fr/" rel="noreferrer" target="_blank">http://www.umr-lops.fr/</a><br>
IUEM, Rue Dumont d'Urville, 29280 Plouzané<br>
Phone: (33) 2 90 91 55 20<br>
-- <br>
SKIM for EE9: Twitter: #SKIM4EE9 <a href="http://tinyurl.com/SKIMonRG" rel="noreferrer" target="_blank">http://tinyurl.com/SKIMonRG</a><br>
<a href="https://www.researchgate.net/profile/Fabrice_Ardhuin" rel="noreferrer" target="_blank">https://www.researchgate.net/profile/Fabrice_Ardhuin</a><br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Jessica Meixner<div>NCEP/EMC <br></div><div>NOAA Center for Weather and Climate Prediction </div></div></div></div></div></div></div>