Custom Query (210 matches)
Results (64 - 66 of 210)
| Ticket | Owner | Reporter | Resolution | Summary |
|---|---|---|---|---|
| #102 | somebody | rfe | wontfix | flexpart-wrf build fails on OSX with PGI fortran |
| Description |
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:
ld: unexpected bindingNone in '_boundcond_domainfill_' from boundcond_domainfill.o for architecture x86_64 make: * [serial] Error 2 |
|||
| #104 | jbrioude | jbrioude | fixed | FLEXPART-WRF v3.2, beta version |
| Description |
The beta version of FLEXPART-WRF v3.2 is available for download here FLEXPART-WRF version 3.2 beta version This version fixes the problems reported in tickets #99, #58, #103, #74. Some problems and with netcdf reading have been reported and fixes given by Alan Griffiths. I have problems with svn at my institute. I'll try to upload the new version into the svn branch for FLEXPART-WRF |
|||
| #108 | adingwell | adingwell | fixed | Problem with mercator projection |
| Description |
I've tried running FLEXPART-WRF with Mercator projection and got the error: need orientation longitude (stdlon) as: -180e <= lon1 <= 180w STOP map_init This error should not occur if Mercator projection is used. The problem is in the subroutine map_set. The variable 'proj_merc' is referenced before it is defined. I've marked the changes needed to fix the problem below: proj_code = proj_code_in
!!! This is where map_init should be called to fix the problem
call map_init
! first, check for validity of mandatory variables in proj
if ( abs(lat1) .gt. 90.001 ) then
print '(a)', 'latitude of origin corner required as follows:'
print '(a)', ' -90n <= lat1 < = 90.n'
stop 'map_init'
endif
if ( abs(lon1) .gt. 180.) then
print '(a)', 'longitude of origin required as follows:'
print '(a)', ' -180e <= lon1 <= 180w'
stop 'map_init'
endif
if ((dx .le. 0.).and.(proj_code .ne. proj_latlon)) then
print '(a)', 'require grid spacing (dx) in meters be positive!'
stop 'map_init'
endif
if ((abs(stdlon) .gt. 180.).and.(proj_code .ne. proj_merc)) then
print '(a,i3)', 'proj_code: ', proj_code
print '(a,i3)', 'proj_merc: ', proj_merc
print '(a)', 'need orientation longitude (stdlon) as: '
print '(a)', ' -180e <= lon1 <= 180w'
stop 'map_init'
endif
if (abs(truelat1).gt.90.) then
print '(a)', 'set true latitude 1 for all projections!'
stop 'map_init'
endif
!!! This is where "map_init" is called in 3.2 BETA
It's also rather confusing when the stop code is 'map_init' but the problem occurs in the subroutine 'map_set'. |
|||
