Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem to use this code #7

Open
javadbabagoli opened this issue Jun 4, 2022 · 1 comment
Open

Problem to use this code #7

javadbabagoli opened this issue Jun 4, 2022 · 1 comment

Comments

@javadbabagoli
Copy link

I try to download data for ROMS Rutgers. I can use it but I can download 10 variables. My other problem is the code does not change the time properly and my header file is for 1900. When I start running the model, I faced a problem.
netcdf era5_msnlwrf_year_2014 {
dimensions:
longitude = 36 ;
latitude = 29 ;
time = 4380 ;
variables:
float longitude(longitude) ;
longitude:units = "degrees_east" ;
longitude:long_name = "longitude" ;
float latitude(latitude) ;
latitude:units = "degrees_north" ;
latitude:long_name = "latitude" ;
int time(time) ;
time:units = "hours since 1948-01-01 00:00:00.0" ;
time:long_name = "time" ;
time:calendar = "gregorian" ;
short msnlwrf(time, latitude, longitude) ;
msnlwrf:scale_factor = 0.00339088604676628 ;
msnlwrf:add_offset = -91.074113655914 ;
msnlwrf:_FillValue = -32767s ;
msnlwrf:missing_value = -32767s ;
msnlwrf:units = "W m**-2" ;
msnlwrf:long_name = "Mean surface net long-wave radiation flux" ;

// global attributes:
:Conventions = "CF-1.6" ;
:history = "2022-06-04 09:23:44 GMT by grib_to_netcdf-2.24.3: /opt/ecmwf/mars-client/bin/grib_to_netcdf -S param -o /cache/data1/adaptor.mars.internal-1654334612.669915-11911-5-14831270-9472-4c48-9faf-6bc9abe5ac36.nc /cache/tmp/14831270-9472-4c48-9faf-6bc9abe5ac36-adaptor.mars.internal-1654334292.9382155-11911-7-tmp.grib" ;
data:

longitude = 12, 12.25, 12.5, 12.75, 13, 13.25, 13.5, 13.75, 14, 14.25, 14.5,
14.75, 15, 15.25, 15.5, 15.75, 16, 16.25, 16.5, 16.75, 17, 17.25, 17.5,
17.75, 18, 18.25, 18.5, 18.75, 19, 19.25, 19.5, 19.75, 20, 20.25, 20.5,
20.75 ;

latitude = 45.9, 45.65, 45.4, 45.15, 44.9, 44.65, 44.4, 44.15, 43.9, 43.65,
43.4, 43.15, 42.9, 42.65, 42.4, 42.15, 41.9, 41.65, 41.4, 41.15, 40.9,
40.65, 40.4, 40.15, 39.9, 39.65, 39.4, 39.15, 38.9 ;

time = 999312, 999314, 999316, 999318, 999320, 999322, 999324, 999326,
999328, 999330, 999332, 999334, 999336, 999338, 999340, 999342, 999344,
999346, 999348, 999350, 999352, 999354, 999356, 999358, 999360, 999362,
999364, 999366, 999368, 999370, 999372, 999374, 999376, 999378, 999380,
999382, 999384, 999386, 999388, 999390, 999392, 999394, 999396, 999398,
999400, 999402, 999404, 999406, 999408, 999410, 999412, 999414, 999416,
999418, 999420, 999422, 999424, 999426, 999428, 999430, 999432, 999434,
999436, 999438, 999440, 999442, 999444, 999446, 999448, 999450, 999452,

@LI-EM-Rj
Copy link

Have you ever encountered any problems while running ECMWF_tool.py?
I find a problem in it and will prevent the code to run to the normal end, which causes the absence of the process including changing unit and time.
Would you please post the result after running ECMWF_tool.py?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants