<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi,</p>
    <p>we should probably keep phsX, psprX, pdirX and al. as is and just
      add a 'p' for the new ones that create a weird names like pt01pX.
      Can we organize a quick confcall next week to finalize this point
      and probably other ones link comp/link files...<br>
    </p>
    <p>Mickael</p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">Le 28/01/2019 à 16:39, Jessica Meixner
      - NOAA Federal a écrit :<br>
    </div>
    <blockquote type="cite"
cite="mid:CADyokMJebXoGgWJTX8-dPZ2NROo6ScjcqFhmGL-BSELX84BRHQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr">
          <div>Hi Fabrice &amp; 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"
              moz-do-not-send="true">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 &lt;<a
            href="mailto:andrew.saulter@metoffice.gov.uk"
            moz-do-not-send="true">andrew.saulter@metoffice.gov.uk</a>&gt;
          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 &lt;<a href="mailto:Fabrice.Ardhuin@ifremer.fr"
            target="_blank" moz-do-not-send="true">Fabrice.Ardhuin@ifremer.fr</a>&gt;
          <br>
          Sent: 23 January 2019 16:29<br>
          To: Saulter, Andrew &lt;<a
            href="mailto:andrew.saulter@metoffice.gov.uk"
            target="_blank" moz-do-not-send="true">andrew.saulter@metoffice.gov.uk</a>&gt;<br>
          Cc: Mickael Accensi &lt;<a
            href="mailto:mickael.accensi@ifremer.fr" target="_blank"
            moz-do-not-send="true">mickael.accensi@ifremer.fr</a>&gt;; <a
            href="mailto:jessica.meixner@noaa.gov" target="_blank"
            moz-do-not-send="true">jessica.meixner@noaa.gov</a>; <a
            href="mailto:ali.abdolali@noaa.gov" target="_blank"
            moz-do-not-send="true">ali.abdolali@noaa.gov</a>; <a
            href="mailto:ncep.list.wwatch3.discussion-group@noaa.gov"
            target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">http://tinyurl.com/SKIMonRG</a><br>
                   <a
            href="https://www.researchgate.net/profile/Fabrice_Ardhuin"
            rel="noreferrer" target="_blank" moz-do-not-send="true">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>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mickael Accensi

Ifremer, Laboratoire d'Océanographie Physique et Spatiale, 
UMR6523 Ifremer/CNRS/UBO/IRD
Z.I. Pointe du Diable, CS 10070, 29280 PLOUZANE, FRANCE
Office : 231-01-17
Phone: +33 (0)2 98 22 49 37
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre>
  </body>
</html>