Comments (5)
Hi @owang1
Thanks for #10 which I just merged.
When I tried the now-merged version with v4r4 output (3 years of oceQnet) I got an error.
Maybe something like the patch below is needed?
@@ -193,11 +193,12 @@
else;
t0 = 1;
t1 = lff;
+ nt=t1-t0+1;
end;
for fft=t0:t1;
%read one tile
- fileIn=flist{fft+1};
+ fileIn=flist{fft};
(But maybe I am missing something obvious)
from gcmfaces.
Hi @owang01
Could you please confirm that we are all set with changes needed to handled the latest ECCOv4r4 output from https://ecco.jpl.nasa.gov/drive/files/Version4/Release4/ ?
Specifically can you please make sure that :
-
- grid_load.m works with https://ecco.jpl.nasa.gov/drive/files/Version4/Release4/nctiles_grid
-
- the standard analysis runs as expected out of the box with just the Release4/ folder
-
- same as 2 but using the original nctiles_grid/ folder
All of the above need to be true for ECCO users' experience to be smooth when they go back and forth between ECCOv4r2 to ECCOv4r4 imho. We know that at least one user has already experienced disruptions to their workflow in relation to the format change ( see http://mailman.mit.edu/pipermail/ecco-support/2020-May/000415.html ). What I am particularly concerned with are users that might not report their frustration and instead just switch to using something else than ECCO I guess.
from gcmfaces.
Just found these other posts in one of the ECCO repos which seem related
- ECCO-GROUP/ECCO-v4-Configurations#7
- ECCO-GROUP/ECCO-v4-Configurations#40
- http://mailman.mit.edu/pipermail/ecco-support/2019-December/000383.html
from gcmfaces.
Hi @hongandyan
Thanks for your post @ http://mailman.mit.edu/pipermail/ecco-support/2020-May/000424.html which included this suggestion for modifying gcmfaces :
"read_nctiles.m" needs two minor fixes
1) https://github.com/MITgcm/gcmfaces/blob/master/gcmfaces_IO/read_nctiles.m#L64
basedir = './'; ==> basedir = '.';
2) https://github.com/MITgcm/gcmfaces/blob/master/gcmfaces_IO/read_nctiles.m#L190
t0=tt(1)-1; ==> t0=tt(1);
While I dont have a sense whether that's the right approach, and might not have time to think about this more in the near future, I repost your suggestion from the other public forum to this thread so we dont lose track of your suggestion.
from gcmfaces.
Just copy the post about the updated read_nctiles.m @ ECCO-GROUP/ECCO-v4-Configurations#48. The updated read_nctiles.m should perform similarly when reading either V4r3 or V4r4 files.
from gcmfaces.
Related Issues (7)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gcmfaces.