[ecco-support] [EXTERNAL] grid_load.m

Sun May 3 18:37:14 EDT 2020

Hi Gael,

this is absolutely FABULOUS! Thank you for initiating it - this will be a
huge help for the users like me! It would truly be a pity that after
all the great work you guys have done with ECCO4v4 we do not use it as we
just get lost in reformatting issues.
Many thanks for your prompt help!
Cheers,
Ivana

On Sun, May 3, 2020 at 2:30 AM Gael Forget <gforget at mit.edu> wrote:

> Hi Ivana,
>
> Thanks for the clarification and reporting this issue. You have the
> correct gcmfaces location — presumably you’re using the current
> version v1.5.0 which has support for the new format. (full support? Now I
> am starting to wonder...)
>
> Doesn't everything work if you use the normal nctiles_grid/ folder
> <https://doi.org/10.7910/DVN/H8W5VW>with the up to date gcmfaces code
> (v0.1.5 ; with DOI 10.5281/zenodo.3606908) ?
>
> I just posted a reference to this public email thread from support to
> GitHub @ https://github.com/MITgcm/gcmfaces/issues/9
>
> Ou and myself had been discussing reformatting issues a bit over there.
> Please don’t hesitate to add comments to that thread on GitHub or a new
> one if you’d like. It helps make everyone aware of issues that potentially
> remain to be fixed. Thanks for having reported this issue to ecco-support
> btw.
>
> Dear Ou,
>
> I don’t immediately understand / recall why there was a need for a new
> grid folder. My guess is that it may have had to do with overly specific
> python libraries not being able to handle the standard nctiles_grid or
> something like that but I am nit sure.
>
> Could you guys at JPL please clarify a few things for us:
>
> - why and when does one need to worry about using either the refomated
> version of nctiles_grid or the original?
> - why and when does one need to worry about using either new chunked
> version (ECCO-GRID_*.nc) vs or the new ECCO-GRID.nc?
> - Were any modifications made to the actual grid variables (hfacc etc)
> that users need to be aware of / should not overlook?
> - why and how did we change various naming conventions for variables &
> dimensions, and where is the documentation of these changes?
>
> Sorry if I overlooked some of the details up to this point but I feel that
> users should not be left wondering about such things, and that’s why the
> embedded READMEs are so important in my mind. As I look more closely at the
> READMEs currently in the release4 folder, I am starting to be more and
> more concerned that issues like Ivana’s might emerge for either new
> or returning users more in the future.
>
> One obvious issue is that READMEs across the Release4 folder (at least
> some of them) seem to incorrectly point users to old versions of gcmfaces
> found in the MIT `opendap/ecco_for_las/` server. The READMEs should instead
> point to the official gcmfaces repository & the (con)current software
> version, right?
>
> But more generally, the READMEs currently in the JPL release4/ folder
> might be creating sources of potential confusion or even frustration for
> returning or new ECCOv4 users due to the recent reformatings. I have not
> looked at UT’s servers but assume they're synced with JPL's
>
> My sense is that all of the READMEs (probably from release1 to release4
> and beyond) might now need to point users to a webpage with details about
> the reformatting and its implications returning or new users.
>
> I might be able to update the ones on MIT's ftp site but will need to know
> which webpage to point to for details about the reformatting (a version
> controlled GitHub page might be best so we don’t have to go back to the
> READMEs later e.g. if you decided to reformat again at some point) and
> someone else will need to take care of the JPL and UT server sides.
>
> Should we aim to do something like that?
>
> Cheers,
> Gael
>
> Ps. Sorry for so much text to read … I am rather confused by this
> reformatting stuff myself I am afraid but hopefully this is helpul!
>
>
> On May 2, 2020, at 8:25 PM, Ivana Cerovecki <icerovecki at ucsd.edu> wrote:
>
> Hi Gael,
>
> I am using the version that I downloaded from
> https://github.com/MITgcm/gcmfaces
>
> and grid data that I downloaded from
> https://ecco.jpl.nasa.gov/drive/files/Version4/Release4/nctiles_grid
>
> and here is my error message; maybe I am not using the most up to date
> version
> of the package???
>
> So looking at the error message, grid_load is looking for *GRID.0001.nc
> <http://grid.0001.nc/>* and grid files I download are called
> *ECCO-GRID_00.nc *etc.
>
> Thank you so much for your help, it would be great to have this sorted out,
> cheers,
> Ivana
>
> <Image 5-2-20 at 5.17 PM.jpg>
>
>
>
> On Sat, May 2, 2020 at 4:38 PM MIT <gforget at mit.edu> wrote:
>
>> Current version of gcmfaces should support both. Are you using the latest
>> version from GitHub?
>>
>> Sent from my iPhone
>>
>> On May 2, 2020, at 6:50 PM, Ivana Cerovecki <icerovecki at ucsd.edu> wrote:
>>
>> 
>> Hi Ian,
>>
>> thanks so much, that would be great!
>> Ivana
>>
>>
>>
>>
>> On Sat, May 2, 2020 at 3:16 PM Fenty, Ian G (US 329C) <
>> ian.fenty at jpl.nasa.gov> wrote:
>>
>>> Hi Ivana,
>>>
>>> We updated the formatting of the netcdf files for V4 output.  Ou Wang
>>> (cc'd) wrote a wrapper for gcmfaces to handle the updated format.  He can
>>> point you to where it is and hopefully some directions on how to use it.
>>>
>>> Ian
>>>
>>>
>>> On 5/2/20, 3:12 PM, "ecco-support-bounces at mit.edu on behalf of Ivana
>>> Cerovecki" <ecco-support-bounces at mit.edu on behalf of
>>> icerovecki at ucsd.edu> wrote:
>>>
>>>     Hi guys,
>>>
>>>     I will very much appreciate if somebody can help me: I am
>>> interested in the T and S budgets in the Southern Ocean. Using gcmfaces, I
>>> was able to read the grid and close the budgets using ECCO4v3 data as input
>>> without
>>>      any problems. Now I would like to do the same analysis using
>>> gcmfaces  and ECCO4v4 output, but I get stuck right away when I try to read
>>> the ECCO4v4 grid using grid_load.m.
>>>
>>>
>>>     Can somebody let me know where can I find a version of grid_load.m
>>> that reads the ECCO4v4 grid?
>>>
>>>
>>>     I would very much appreciate your help,
>>>     thank you kindly,
>>>     Ivana
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> ecco-support mailing list
>>> ecco-support at mit.edu
>>>
>>> https://urldefense.com/v3/__http://mailman.mit.edu/mailman/listinfo/ecco-support__;!!Mih3wA!XiV_R0LxnNUfWeofTWSkPWRazYOWR6hBZlmJQdZsCYXs_-eWvoTGjpqqx0lqGOvW0w$
>>>
>>>
>> _______________________________________________
>> ecco-support mailing list
>> ecco-support at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/ecco-support
>> <https://urldefense.com/v3/__http://mailman.mit.edu/mailman/listinfo/ecco-support__;!!Mih3wA!W44BO_9uMTQMGxkTrCXwr1__HqNdzmxCjHZTl6vZKQwSYa3mCsqbDr3JgTVMXPP9zA$>
>>
>> _______________________________________________
>> ecco-support mailing list
>> ecco-support at mit.edu
>>
>> https://urldefense.com/v3/__http://mailman.mit.edu/mailman/listinfo/ecco-support__;!!Mih3wA!W44BO_9uMTQMGxkTrCXwr1__HqNdzmxCjHZTl6vZKQwSYa3mCsqbDr3JgTVMXPP9zA$
>>
>>
> _______________________________________________
> ecco-support mailing list
> ecco-support at mit.edu
> http://mailman.mit.edu/mailman/listinfo/ecco-support
>
>
> _______________________________________________
> ecco-support mailing list
> ecco-support at mit.edu
> http://mailman.mit.edu/mailman/listinfo/ecco-support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/ecco-support/attachments/20200503/d323d44e/attachment-0001.html