Custom Query (210 matches)

I can't get flexpart-wrf to build on OSX with either PGI or GNU fortran. I did get it to build and run with linux/gnu fortran.

Here is info about the OSX/PGI attempt:

OSX version 10.9.5 Xcode version 6.0.1 pgf90 version 13.10-0 64-bit target on Apple OS/X -tp sandybridge

Source code from ​http://flexpart.eu/downloads/src_flexwrf_v3.1.tar.gz

Modified makefile.mom to Choose using PGI compiler Set path for NetCDF include and lib Set path to pgf90 compiler Remove -mcmodel=medium option

Attempt to build with make -f makefile.mom serial

Output =

/opt/pgi/osx86-64/13.10/bin/pgf90 -c -I/sw/include -fastsse par_mod.f90 /opt/pgi/osx86-64/13.10/bin/pgf90 -c -I/sw/include -fastsse com_mod.f90 /opt/pgi/osx86-64/13.10/bin/pgf90 -c -I/sw/include -fastsse conv_mod.f90

...

/opt/pgi/osx86-64/13.10/bin/pgf90 -c -I/sw/include -fastsse write_ncheader.f90 /opt/pgi/osx86-64/13.10/bin/pgf90 -c -I/sw/include -fastsse write_ncinfo.f90 /opt/pgi/osx86-64/13.10/bin/pgf90 *.o -o flexwrf31_pgi_serial -L/sw/lib -fastsse -lnetcdff final section layout:

TEXT/text addr=0x100000E60, size=0x001D3090, fileOffset=0x00000E60, type=1 TEXT/stubs addr=0x1001D3EF0, size=0x000002DC, fileOffset=0x001D3EF0, type=28 TEXT/stub_helper addr=0x1001D41CC, size=0x000004D4, fileOffset=0x001D41CC, type=32 TEXT/cstring addr=0x1001D46A0, size=0x000045B3, fileOffset=0x001D46A0, type=13 TEXT/const addr=0x1001D8C60, size=0x00002468, fileOffset=0x001D8C60, type=0 TEXT/unwind_info addr=0x1001DB0C8, size=0x000008A0, fileOffset=0x001DB0C8, type=22 TEXT/eh_frame addr=0x1001DB968, size=0x00013680, fileOffset=0x001DB968, type=19 DATA/dyld addr=0x1001EF000, size=0x00000010, fileOffset=0x001EF000, type=30 DATA/nl_symbol_ptr addr=0x1001EF010, size=0x00000010, fileOffset=0x001EF010, type=29 DATA/got addr=0x1001EF020, size=0x00000050, fileOffset=0x001EF020, type=29 DATA/la_symbol_ptr addr=0x1001EF070, size=0x000003D0, fileOffset=0x001EF070, type=27 DATA/mod_init_func addr=0x1001EF440, size=0x00000468, fileOffset=0x001EF440, type=33 DATA/const addr=0x1001EF8C0, size=0x00000800, fileOffset=0x001EF8C0, type=0 DATA/data addr=0x1001F00C0, size=0x00039664, fileOffset=0x001F00C0, type=0 DATA/common addr=0x100230000, size=0x00077AE0, fileOffset=0x00000000, type=25 DATA/bss addr=0x1002A7AE0, size=0x00184F30, fileOffset=0x00000000, type=25 DATA/huge addr=0x100430000, size=0x129362108, fileOffset=0x00000000, type=25 PGIinfo/IPDINFO addr=0x229793000, size=0x000570B1, fileOffset=0x00234000, type=0 PGIinfo/IPEINFO addr=0x2297EA0B1, size=0x00000179, fileOffset=0x0028B0B1, type=0

ld: unexpected bindingNone in '_boundcond_domainfill_' from boundcond_domainfill.o for architecture x86_64 make: * [serial] Error 2

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

I've installed flex_extract in version 7.0.4, following the instructions given in the SIP.pdf file, section 3.2.2, "Installation using a gateway server".

This works fine, I can submit jobs by running submit.py on my local machine, so far so good.

However, I noted that in order to run submit.py on my local machine, I need to have *grib_api* installed locally, which doesn't seem to make sense, as all the computations are being carried out on ECMWF servers.

I would suggest to modify submit.py so that the from GribTools import GribTools comes inside the if args.queue==None block.

Actually, now that I look at the code, it seems to me that GribTools is not used at all in submit.py, so one should be able to just delete that line.