Custom Query (210 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (49 - 51 of 210)

Ticket Resolution Summary Owner Reporter
#225 invalid flex_extract v7.0.4 anphi anphi
Description

Dear FLEXPART users,

we prepared a bugfix version for flex_extract v7.0.3 used for retrieving ECMWF input data for FLEXPART. This was necessary since there were errors in ERA5 and CERA retrievals. Also, there were some other problems.

NEW FEATURES:

  • This version can now retrieve ERA5 and CERA data.
  • It can retrieve public datasets by using the command line parameter public
  • It can write an extra file mars_requests.csv which contains all mars request parameters for each request. Use the command line pararmeter request
  • It can retrieve analysis and forecast ensembles efficiently e.g. by setting number=0/to/9. In this case output files get an additional suffix for the ensemble member number.

MODULE PACKAGE CONDITIONS:

On ecgate we use the following module packages:

  • jasper/1.900.1(default)
  • eccodes/2.9.2(nov18:default)
  • ecfs/2.2.5(nov18:test:new:prodn:default)
  • python/2.7.12-01(may18:new:default)
  • ecaccess/4.0.2(default)
  • fftw/3.3.4(default)
  • emos/455-r64

Please be aware that all of the above packages are the current default versions except for emos! This is important since emos/458 does not work!

DOWNLOAD

The tarball that includes a Software Installation Protocol and a Software User Tutorial can be downloaded here flex_extract v7.0.4

With best regards,

Anne Philipp and Leopold Haimberger

#224 fixed on ecgate, ECCODES ERRORS : Maximum value out of range: inf anphi bsteil
Description

Dear Flex_EXTRACT developers or users,

I'm trying to extract fields at ECMWF on ecgate. flex_extract_v7.0.4 or flex_extract_v7.0.3 always produce the same error:

ECCODES ERROR   :  Maximum value out of range: inf.

This happens, when submit.py executes prepareFLEXPART.py. The downloading of the data from MARS archive works without problems. The error Maximum value out of range: inf also occurs, if I use the module grip_api instead of eccodes. What I'm doing wrong?

My installation process : I have installed flex_extract_v7.0.4 directly on ecgate and I directly execute it there. The gfortran I'm using is: /usr/local/apps/gcc/6.3.0/bin/gfortran

I have loaded the required modules in this order: python 2.7.12-01 , jasper 1.900.1 , eccodes 2.9.2 , fftw 3.3.4 , emos 458

I have compiled the code in the subdirectory python with: ./install.py --target=local --makefile=Makefile.gfortran Compilation is successful, no problems, no warnings here.

After inserting DAY1 20180711 and DAY2 20180711 in CONTROL.temp, I run the model on ecgate with following command:

./submit.py --controlfile CONTROL.temp --inputdir /scratch/ms/datex/dw0/FLEXPART/INPUT --outputdir / scratch/ms/datex/dw0/FLEXPART/OUTPUT

After the successful download of the data from MARS-archive and the creation of a lot of flux and fort files the process crashes with the following error message:

ECCODES ERROR   :  Maximum value out of range: inf
ECCODES ERROR   :  unable to compute packing parameters

ECCODES ERROR   :  unable to set double array codedValues (Encoding invalid)
ECCODES ERROR   :  set: values Encoding invalid
Traceback (most recent call last):
  File "./submit.py", line 115, in <module>
    main()
  File "./submit.py", line 59, in main
    prepareFLEXPART(args,c)
  File "/home/ms/datex/dw0/FLEXPART/flex_extract_v7.0.4/flex_extract/python/prepareFLEXPART.py", line  96, in prepareFLEXPART    flexpart.create(inputfiles, c) # produce FLEXPART-ready GRIB files
  File "/home/ms/datex/dw0/FLEXPART/flex_extract_v7.0.4/flex_extract/python/FlexpartTools.py", line    1468, in create
    p=subprocess.check_call([os.path.expandvars(os.path.expanduser(c.exedir))+'/CONVERT2'],shell=True)
  File "/usr/local/apps/python/2.7.12-01/lib/python2.7/subprocess.py", line 541, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/home/ms/datex/dw0/FLEXPART/flex_extract_v7.0.4/flex_extract/python/../src//CONVERT2']' returned non-zero exit status 242

The same happens using flex_extract_v7.0.3. I have also tested other control files. Always the same error.

Thank you very much, with kind regards,

Benedikt Steil

#223 fixed ASCII output type UNFORMATTED pesei scloux
Description

Hello, my name is Sara and I have a question about how to save data in ASCII format. I am running flexpart-wrf 3.3 and the first time I wanted to obtain ASCII outputs I found this error message:

At line 287 of file concoutput_irreg.f90 (unit = 97, file = '/home/usc/fp/scg/lustre/PROYECTOS/FLEXPART/TEST/test_damian/output_back_2/grid_time_19821014170000_001') Fortran runtime error: Format present for UNFORMATTED data transfer srun: error: c7026: task 0: Exited with exit code 2 srun: Terminating job step 2165917.0

I looked for that line in the code and, from my point of view, it was difficult the program save ASCII outputs providing that this format was declared as UNFORMATTED. There is a high probability I had been doing something wrong, but I try to solve this incident by changing the concoutput_irreg.f90 file. I would like to share this new file in case this problem persists.

In other terms, I am wondering if it is possible to obtain by any way the partposition file in latlon coordinates if we are working with a Lambert projection and there is not a regular grid for mother domain.

Thank you for your time. Regards, Sara

Note: See TracQuery for help on using queries.
hosted by ZAMG