swanmodel-users Mailing List for SWAN (Page 15)
Brought to you by:
mzijlema
You can subscribe to this list here.
2011 |
Jan
(1) |
Feb
(6) |
Mar
(9) |
Apr
(5) |
May
(15) |
Jun
(23) |
Jul
(6) |
Aug
(5) |
Sep
(4) |
Oct
(10) |
Nov
(5) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(7) |
Feb
(3) |
Mar
(4) |
Apr
(7) |
May
(16) |
Jun
(8) |
Jul
(7) |
Aug
(4) |
Sep
(2) |
Oct
(10) |
Nov
(12) |
Dec
(6) |
2013 |
Jan
(6) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
|
Jun
(4) |
Jul
(4) |
Aug
(4) |
Sep
(3) |
Oct
(10) |
Nov
(6) |
Dec
(4) |
2014 |
Jan
(8) |
Feb
(7) |
Mar
(18) |
Apr
(21) |
May
(12) |
Jun
(12) |
Jul
(21) |
Aug
(10) |
Sep
(22) |
Oct
(6) |
Nov
(3) |
Dec
(12) |
2015 |
Jan
(12) |
Feb
(11) |
Mar
(8) |
Apr
(3) |
May
(5) |
Jun
(6) |
Jul
|
Aug
(3) |
Sep
(12) |
Oct
(10) |
Nov
(27) |
Dec
(18) |
2016 |
Jan
(16) |
Feb
(3) |
Mar
(7) |
Apr
(12) |
May
(6) |
Jun
(25) |
Jul
(2) |
Aug
(21) |
Sep
(36) |
Oct
(11) |
Nov
(10) |
Dec
(6) |
2017 |
Jan
(9) |
Feb
(1) |
Mar
(5) |
Apr
(8) |
May
(6) |
Jun
(6) |
Jul
(1) |
Aug
(2) |
Sep
(11) |
Oct
(4) |
Nov
(3) |
Dec
(2) |
2018 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(8) |
May
(8) |
Jun
(5) |
Jul
(5) |
Aug
(8) |
Sep
(13) |
Oct
(5) |
Nov
(10) |
Dec
(2) |
2019 |
Jan
(14) |
Feb
(8) |
Mar
(14) |
Apr
(10) |
May
(7) |
Jun
(27) |
Jul
(37) |
Aug
(19) |
Sep
(4) |
Oct
(9) |
Nov
(9) |
Dec
|
2020 |
Jan
(14) |
Feb
(4) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(19) |
Jul
(2) |
Aug
|
Sep
(7) |
Oct
(4) |
Nov
|
Dec
(4) |
2021 |
Jan
(1) |
Feb
(10) |
Mar
(20) |
Apr
(15) |
May
(7) |
Jun
(11) |
Jul
(5) |
Aug
(14) |
Sep
(5) |
Oct
(15) |
Nov
(5) |
Dec
(4) |
2022 |
Jan
(6) |
Feb
(5) |
Mar
(11) |
Apr
(4) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(9) |
Sep
(6) |
Oct
(3) |
Nov
(2) |
Dec
(7) |
2023 |
Jan
(2) |
Feb
(6) |
Mar
(9) |
Apr
(4) |
May
(3) |
Jun
(4) |
Jul
(3) |
Aug
(2) |
Sep
(4) |
Oct
(3) |
Nov
(4) |
Dec
|
2024 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: João A. <ja...@au...> - 2019-07-15 07:03:26
|
Hi Sabu, I've had a similar problem due to an invalid line in the bathymetry. Curiously it was never seen by whoever provided me such data. I've fixed it interpolating the values of the two adjacent bathymetry lines. Maybe this is your case. Cheers, João On Mon, 15 Jul 2019 at 17:07, Huy Quang Tran <huy...@gm...> wrote: > Hi Sabu, > > Can you plot the bathymetry? > > > > Huy Q Tran > > On 14 Jul 2019, at 2:16 pm, SABU BEST <sab...@ho...> wrote: > > Hi team, > > We have a strange output with our SWH data from SWAN. There seems to be > a diagonal barrier across the output in all time steps. I checked the Bath. > data and that's fine. > I have attached an image of the output in graphical form to illustrate my > point. The line is marked with black arrows. > > Regards > Sabu > > <swanout.png> > > _______________________________________________ > swanmodel-users mailing list > swa...@li... > https://lists.sourceforge.net/lists/listinfo/swanmodel-users > > _______________________________________________ > swanmodel-users mailing list > swa...@li... > https://lists.sourceforge.net/lists/listinfo/swanmodel-users > -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |
From: Huy Q. T. <huy...@gm...> - 2019-07-15 05:06:13
|
Hi Sabu, Can you plot the bathymetry? Huy Q Tran > On 14 Jul 2019, at 2:16 pm, SABU BEST <sab...@ho...> wrote: > > Hi team, > > We have a strange output with our SWH data from SWAN. There seems to be a diagonal barrier across the output in all time steps. I checked the Bath. data and that's fine. > I have attached an image of the output in graphical form to illustrate my point. The line is marked with black arrows. > > Regards > Sabu > <swanout.png> > _______________________________________________ > swanmodel-users mailing list > swa...@li... > https://lists.sourceforge.net/lists/listinfo/swanmodel-users |
From: SABU B. <sab...@ho...> - 2019-07-14 04:17:01
|
Hi team, We have a strange output with our SWH data from SWAN. There seems to be a diagonal barrier across the output in all time steps. I checked the Bath. data and that's fine. I have attached an image of the output in graphical form to illustrate my point. The line is marked with black arrows. Regards Sabu |
From: <joa...@sa...> - 2019-07-11 14:54:14
|
Hi Javier Thank you for the reply. I did what you suggested and still didn’t work. For version 41.20AB e just did the following in the switch.pl: # --- parsing arguments $esmf = "FALSE"; $tim = "TRUE"; $jac = "FALSE"; $mpi = "FALSE"; $pun = "FALSE"; $f95 = "FALSE"; $dos = "FALSE"; $unx = "FALSE"; $cry = "FALSE"; $sgi = "FALSE"; $imp = "FALSE"; $cvi = "FALSE"; $adc = "FALSE"; $coh = "FALSE"; $ncf = "FALSE"; $mv4 = "FALSE"; Then make omp and worked. Regards João From: Javi Rodriguez <ja...@pr...> Sent: 11 de julho de 2019 12:04 To: joa...@sa...; swa...@li... Subject: Re: [swanmodel-users] Error compiling swan 41.31 with -timg Hi Joao, The switch step (perl switch.pl) must be done before make config. Regards, Javier -------- Original Message -------- On Jul 11, 2019, 6:09 AM, < joa...@sa... <mailto:joa...@sa...> > wrote: Hi I am trying to compile swan 41.31 with gnu compiler on linux centos. It all works fine except when I activate de -timg switch. Step by step: 1 - make config 2 - perl switch.pl -unix -timg *.ftn *.ftn90 or perl switch.pl -timg *.ftn *.ftn90 3 - make omp: omp: # @perl switch.pl $(swch) *.ftn *.ftn90 $(MAKE) FOR=$(F90_OMP) FFLAGS="$(FLAGS_OPT) $(FLAGS_MSC) $(FLAGS_OMP)" \ FFLAGS90="$(FLAGS_OPT) $(FLAGS90_MSC) $(FLAGS_OMP)" \ INCS="$(INCS_OMP)" LIBS="$(LIBS_OMP)" OBJS="$(SWAN_OBJS)" $(SWAN_EXE) Error: [joaoribeiro@hpcsystem swan4131]$ make omp make FOR=gfortran FFLAGS="-O -w -fno-second-underscore -fopenmp" \ FFLAGS90="-O -w -fno-second-underscore -ffree-line-length-none -fopenmp" \ INCS="" LIBS="-static-libgcc" OBJS="swmod1.o swmod2.o SwanSpectPart.o m_constants.o m_fileio.o serv_xnl4v5.o mod_xnl4v5.o SwanGriddata.o SwanGridobjects.o SwanCompdata.o SdsBabanin.o swan2coh.o swanmain.o swanpre1.o swanpre2.o swancom1.o swancom2.o swancom3.o swancom4.o swancom5.o swanout1.o swanout2.o swanser.o swanparll.o SwanReadGrid.o SwanReadADCGrid.o SwanReadTriangleGrid.o SwanReadEasymeshGrid.o SwanInitCompGrid.o SwanCheckGrid.o SwanCreateEdges.o SwanGridTopology.o SwanGridVert.o SwanGridCell.o SwanGridFace.o SwanPrintGridInfo.o SwanFindPoint.o SwanPointinMesh.o SwanBpntlist.o SwanPrepComp.o SwanVertlist.o SwanCompUnstruc.o SwanDispParm.o SwanPropvelX.o SwanSweepSel.o SwanPropvelS.o SwanTranspAc.o SwanTranspX.o SwanDiffPar.o SwanGSECorr.o SwanGradDepthorK.o SwanGradVel.o SwanInterpolatePoint.o SwanInterpolateAc.o SwanInterpolateOutput.o SwanConvAccur.o SwanConvStopc.o SwanThreadBounds.o SwanFindObstacles.o SwanCrossObstacle.o SwanComputeForce.o SwanIntgratSpc.o SwanBndStruc.o SwanReadfort18.o SwanPunCollect.o SwanSumOverNodes.o SwanMinOverNodes.o SwanMaxOverNodes.o ocpids.o ocpcre.o ocpmix.o" swan.exe make[1]: Entering directory `/home/joaoribeiro/swan4131/swan4131' gfortran swmod1.f -c -O -w -fno-second-underscore -fopenmp gfortran swmod2.f -c -O -w -fno-second-underscore -fopenmp gfortran SwanSpectPart.f -c -O -w -fno-second-underscore -fopenmp gfortran m_constants.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran m_fileio.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran serv_xnl4v5.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran mod_xnl4v5.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SwanGriddata.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SwanGridobjects.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SwanCompdata.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SdsBabanin.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran swan2coh.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran swanmain.f -c -O -w -fno-second-underscore -fopenmp gfortran swanpre1.f -c -O -w -fno-second-underscore -fopenmp gfortran swanpre2.f -c -O -w -fno-second-underscore -fopenmp gfortran swancom1.f -c -O -w -fno-second-underscore -fopenmp swancom1.f:6714.22: CALL SWTSTA(144) 41. 1 Error: Syntax error in CALL statement at (1) swancom1.f:6725.22: CALL SWTSTO(144) 41. 1 Error: Syntax error in CALL statement at (1) make[1]: *** [swancom1.o] Error 1 make[1]: Leaving directory `/home/joaoribeiro/swan4131/swan4131' make: *** [omp] Error 2 Any help on this? Best regards João Ribeiro |
From: Javi R. <ja...@pr...> - 2019-07-11 11:04:42
|
Hi Joao, The switch step (perl switch.pl) must be done before make config. Regards, Javier -------- Original Message -------- On Jul 11, 2019, 6:09 AM, wrote: > Hi > > I am trying to compile swan 41.31 with gnu compiler on linux centos. > > It all works fine except when I activate de -timg switch. > > Step by step: > > 1 - make config > 2 - perl switch.pl -unix -timg *.ftn *.ftn90 or perl switch.pl -timg *.ftn *.ftn90 > 3 - make omp: > omp: > # @perl switch.pl $(swch) *.ftn *.ftn90 > $(MAKE) FOR=$(F90_OMP) FFLAGS="$(FLAGS_OPT) $(FLAGS_MSC) $(FLAGS_OMP)" \ > FFLAGS90="$(FLAGS_OPT) $(FLAGS90_MSC) $(FLAGS_OMP)" \ > INCS="$(INCS_OMP)" LIBS="$(LIBS_OMP)" OBJS="$(SWAN_OBJS)" $(SWAN_EXE) > > Error: > [joaoribeiro@hpcsystem swan4131]$ make omp > make FOR=gfortran FFLAGS="-O -w -fno-second-underscore -fopenmp" \ > FFLAGS90="-O -w -fno-second-underscore -ffree-line-length-none -fopenmp" \ > INCS="" LIBS="-static-libgcc" OBJS="swmod1.o swmod2.o SwanSpectPart.o m_constants.o m_fileio.o serv_xnl4v5.o mod_xnl4v5.o SwanGriddata.o SwanGridobjects.o SwanCompdata.o SdsBabanin.o swan2coh.o swanmain.o swanpre1.o swanpre2.o swancom1.o swancom2.o swancom3.o swancom4.o swancom5.o swanout1.o swanout2.o swanser.o swanparll.o SwanReadGrid.o SwanReadADCGrid.o SwanReadTriangleGrid.o SwanReadEasymeshGrid.o SwanInitCompGrid.o SwanCheckGrid.o SwanCreateEdges.o SwanGridTopology.o SwanGridVert.o SwanGridCell.o SwanGridFace.o SwanPrintGridInfo.o SwanFindPoint.o SwanPointinMesh.o SwanBpntlist.o SwanPrepComp.o SwanVertlist.o SwanCompUnstruc.o SwanDispParm.o SwanPropvelX.o SwanSweepSel.o SwanPropvelS.o SwanTranspAc.o SwanTranspX.o SwanDiffPar.o SwanGSECorr.o SwanGradDepthorK.o SwanGradVel.o SwanInterpolatePoint.o SwanInterpolateAc.o SwanInterpolateOutput.o SwanConvAccur.o SwanConvStopc.o SwanThreadBounds.o SwanFindObstacles.o SwanCrossObstacle.o SwanComputeForce.o SwanIntgratSpc.o SwanBndStruc.o SwanReadfort18.o SwanPunCollect.o SwanSumOverNodes.o SwanMinOverNodes.o SwanMaxOverNodes.o ocpids.o ocpcre.o ocpmix.o" swan.exe > make[1]: Entering directory `/home/joaoribeiro/swan4131/swan4131' > gfortran swmod1.f -c -O -w -fno-second-underscore -fopenmp > gfortran swmod2.f -c -O -w -fno-second-underscore -fopenmp > gfortran SwanSpectPart.f -c -O -w -fno-second-underscore -fopenmp > gfortran m_constants.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran m_fileio.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran serv_xnl4v5.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran mod_xnl4v5.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran SwanGriddata.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran SwanGridobjects.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran SwanCompdata.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran SdsBabanin.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran swan2coh.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp > gfortran swanmain.f -c -O -w -fno-second-underscore -fopenmp > gfortran swanpre1.f -c -O -w -fno-second-underscore -fopenmp > gfortran swanpre2.f -c -O -w -fno-second-underscore -fopenmp > gfortran swancom1.f -c -O -w -fno-second-underscore -fopenmp > swancom1.f:6714.22: > > CALL SWTSTA(144) 41. > 1 > Error: Syntax error in CALL statement at (1) > swancom1.f:6725.22: > > CALL SWTSTO(144) 41. > 1 > Error: Syntax error in CALL statement at (1) > make[1]: *** [swancom1.o] Error 1 > make[1]: Leaving directory `/home/joaoribeiro/swan4131/swan4131' > make: *** [omp] Error 2 > > Any help on this? > Best regards > João Ribeiro |
From: <joa...@sa...> - 2019-07-11 10:08:40
|
Hi I am trying to compile swan 41.31 with gnu compiler on linux centos. It all works fine except when I activate de -timg switch. Step by step: 1 - make config 2 - perl switch.pl -unix -timg *.ftn *.ftn90 or perl switch.pl -timg *.ftn *.ftn90 3 - make omp: omp: # @perl switch.pl $(swch) *.ftn *.ftn90 $(MAKE) FOR=$(F90_OMP) FFLAGS="$(FLAGS_OPT) $(FLAGS_MSC) $(FLAGS_OMP)" \ FFLAGS90="$(FLAGS_OPT) $(FLAGS90_MSC) $(FLAGS_OMP)" \ INCS="$(INCS_OMP)" LIBS="$(LIBS_OMP)" OBJS="$(SWAN_OBJS)" $(SWAN_EXE) Error: [joaoribeiro@hpcsystem swan4131]$ make omp make FOR=gfortran FFLAGS="-O -w -fno-second-underscore -fopenmp" \ FFLAGS90="-O -w -fno-second-underscore -ffree-line-length-none -fopenmp" \ INCS="" LIBS="-static-libgcc" OBJS="swmod1.o swmod2.o SwanSpectPart.o m_constants.o m_fileio.o serv_xnl4v5.o mod_xnl4v5.o SwanGriddata.o SwanGridobjects.o SwanCompdata.o SdsBabanin.o swan2coh.o swanmain.o swanpre1.o swanpre2.o swancom1.o swancom2.o swancom3.o swancom4.o swancom5.o swanout1.o swanout2.o swanser.o swanparll.o SwanReadGrid.o SwanReadADCGrid.o SwanReadTriangleGrid.o SwanReadEasymeshGrid.o SwanInitCompGrid.o SwanCheckGrid.o SwanCreateEdges.o SwanGridTopology.o SwanGridVert.o SwanGridCell.o SwanGridFace.o SwanPrintGridInfo.o SwanFindPoint.o SwanPointinMesh.o SwanBpntlist.o SwanPrepComp.o SwanVertlist.o SwanCompUnstruc.o SwanDispParm.o SwanPropvelX.o SwanSweepSel.o SwanPropvelS.o SwanTranspAc.o SwanTranspX.o SwanDiffPar.o SwanGSECorr.o SwanGradDepthorK.o SwanGradVel.o SwanInterpolatePoint.o SwanInterpolateAc.o SwanInterpolateOutput.o SwanConvAccur.o SwanConvStopc.o SwanThreadBounds.o SwanFindObstacles.o SwanCrossObstacle.o SwanComputeForce.o SwanIntgratSpc.o SwanBndStruc.o SwanReadfort18.o SwanPunCollect.o SwanSumOverNodes.o SwanMinOverNodes.o SwanMaxOverNodes.o ocpids.o ocpcre.o ocpmix.o" swan.exe make[1]: Entering directory `/home/joaoribeiro/swan4131/swan4131' gfortran swmod1.f -c -O -w -fno-second-underscore -fopenmp gfortran swmod2.f -c -O -w -fno-second-underscore -fopenmp gfortran SwanSpectPart.f -c -O -w -fno-second-underscore -fopenmp gfortran m_constants.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran m_fileio.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran serv_xnl4v5.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran mod_xnl4v5.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SwanGriddata.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SwanGridobjects.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SwanCompdata.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran SdsBabanin.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran swan2coh.f90 -c -O -w -fno-second-underscore -ffree-line-length-none -fopenmp gfortran swanmain.f -c -O -w -fno-second-underscore -fopenmp gfortran swanpre1.f -c -O -w -fno-second-underscore -fopenmp gfortran swanpre2.f -c -O -w -fno-second-underscore -fopenmp gfortran swancom1.f -c -O -w -fno-second-underscore -fopenmp swancom1.f:6714.22: CALL SWTSTA(144) 41. 1 Error: Syntax error in CALL statement at (1) swancom1.f:6725.22: CALL SWTSTO(144) 41. 1 Error: Syntax error in CALL statement at (1) make[1]: *** [swancom1.o] Error 1 make[1]: Leaving directory `/home/joaoribeiro/swan4131/swan4131' make: *** [omp] Error 2 Any help on this? Best regards João Ribeiro |
From: Ngoc P. <ngo...@gm...> - 2019-07-06 08:32:13
|
Hi Nigella, You need edit command saving netcdf file as below: *BLOCK 'TEST' NOHEADER 'data.nc <http://data.nc>' LAY 1 HS DIR 1. OUTPUT 20170101.000000 1 HR* *Good luck,* *Ngoc* Vào Th 7, 6 thg 7, 2019 vào lúc 11:48 Nigella Sanders < nig...@gm...> đã viết: > > > Hi SWAN users, > > I found what could be a bug in the SWAN model. > I am running a 48-hour forecast and I need to save a hotfile in the middle > of this period. > So I set a COMPUTE/HOTFILE/COMPUTE sequence as suggested in User's Manual > and it works just fine: > > > *$ Saves output in NetCDF format* > *BLOCK 'TEST' NOHEADER 'data.nc <http://data.nc>' HS,DIR OUTPUT > tbegblk=20170101.000000 deltblk=01 HR* > > *$ Compute 24 hours of forecast period* > *COMPUTE NONSTATIONARY tbegc=20170101.000000 deltc=300 SEC > tendc=20170102.000000* > > *$ Saves hotfile* > *HOTFILE 'RESTART' UNFORMATTED* > > *$ Resume computing for 24 hours more* > > *COMPUTE NONSTATIONARY tbegc=20170102.000000 deltc=300 SEC > tendc=20170103.000000 * > > However, problems arise if model output has been set to NetCDF format. > Apparently SWAN (latest v41.31) cannot > resume the data saviing to the NetCDF file after a HOTFILE command has > been called. Error message is: > > *"Failed to append data to this file. It would result in a irregular > record axis" * > > This doesn't happen when output is set to ASCII format > > Anyone else have observed this issue? > > Regards, > Nigella > > > _______________________________________________ > swanmodel-users mailing list > swa...@li... > https://lists.sourceforge.net/lists/listinfo/swanmodel-users > -- *Pham Khanh Ngoc, Researcher * *National Centre for Hydrometeorological Forecasting - NCHMF* *National Hydro-meteorological Service* *------------------------------------------------------------* Office: No.8, Phao Dai Lang St., Dong Da, Ha Noi, Viet Nam Mobile:(+84) 1675203967 |
From: Nigella S. <nig...@gm...> - 2019-07-06 04:47:42
|
Hi SWAN users, I found what could be a bug in the SWAN model. I am running a 48-hour forecast and I need to save a hotfile in the middle of this period. So I set a COMPUTE/HOTFILE/COMPUTE sequence as suggested in User's Manual and it works just fine: *$ Saves output in NetCDF format* *BLOCK 'TEST' NOHEADER 'data.nc <http://data.nc>' HS,DIR OUTPUT tbegblk=20170101.000000 deltblk=01 HR* *$ Compute 24 hours of forecast period* *COMPUTE NONSTATIONARY tbegc=20170101.000000 deltc=300 SEC tendc=20170102.000000* *$ Saves hotfile* *HOTFILE 'RESTART' UNFORMATTED* *$ Resume computing for 24 hours more* *COMPUTE NONSTATIONARY tbegc=20170102.000000 deltc=300 SEC tendc=20170103.000000 * However, problems arise if model output has been set to NetCDF format. Apparently SWAN (latest v41.31) cannot resume the data saviing to the NetCDF file after a HOTFILE command has been called. Error message is: *"Failed to append data to this file. It would result in a irregular record axis" * This doesn't happen when output is set to ASCII format Anyone else have observed this issue? Regards, Nigella |
From: Huy Q. T. <huy...@gm...> - 2019-07-04 02:36:56
|
Hi Zoulikha, The easiest way to create regular/curvilinear grid for SWAN is to use: Gridbuilder which is MATLAB interface software: https://austides.com/downloads/ There is an well-written instruction there. Although it is designed for ROMS grid, but you can save it as SWAN grid option. Best of luck! Huy Quang Tran LinkedIn: https://www.linkedin.com/in/huy-quang-tran-5864b840/ Twitter: https://twitter.com/huyqtran8x On Wed, 3 Jul 2019 at 06:00, Zoulikha ABBAS via swanmodel-users < swa...@li...> wrote: > hello users's of SWAN, > > i am a new user of SWAN, I downloaded the bathymetric data etopo1 in xyz > format, > > when i run swan i have fake depth results, i know the error is in > interpolation but i can not solve the problem i used SURFER > > (gridding method use it is Triangulation with linear interpolation after > that i converted the data to DAT format) > to interpolate the data > > can anyone tell me how I can solve this problem? > > input file: > $ > PROJECT 'ALG' 'TEST' > > $***********MODEL INPUT********************************* > $ > SET 0 MAXERR=2 NAUTICAL > $ > MODE STATIONARY TWODimensional > COORDINATES SPHERICAL > $ > > CGRID REGular -2 35 0 10 4 250 100 CIR 36 0.03 0.3 24 > $ > INPGRID BOTTOM REG -2 35 0 250 100 0.04 0.04 EXCval -999.0000 > READINP BOTTOM 1.000 'etopo1.dat' 3 0 FREE > $ > > etopo1.dat converted with SURFER > -2 35 157 > -1.96 35 207 > -1.92 35 312 > -1.88 35 259.2 > -1.84 35 274.2 > -1.8 35 357 > -1.76 35 506.4 > -1.72 35 821.8 > -1.68 35 747.6 > -1.64 35 483.2 > -1.6 35 218 > -1.56 35 210.2 > -1.52 35 218 > -1.48 35 202.2 > -1.44 35 251.2 > -1.4 35 292 > -1.36 35 313.4 > -1.32 35 288.2 > -1.28 35 395.8 > -1.24 35 430.6 > -1.2 35 500 > -1.16 35 697 > -1.12 35 665 > -1.08 35 568.6 > -1.04 35 483.6 > -1 35 624 > -0.96 35 660 > -0.92 35 673.8 > -0.88 35 656.4 > -0.84 35 641.4 > -0.8 35 639 > -0.76 35 626.8 > -0.72 35 647 > -0.68 35 690.8 > -0.64 35 756 > > output results > % > % > % Run:TEST Table:R1 SWAN version:41.20AB > % > % Xp Yp Depth > % [degr] [degr] [m] > % > -2.000 35.0000 -99.0000 > -1.960 35.0000 34.9998 > -1.920 35.0000 156.9998 > -1.880 35.0000 -99.0000 > -1.840 35.0000 34.9998 > -1.800 35.0000 206.9998 > -1.760 35.0000 -99.0000 > -1.720 35.0000 34.9998 > -1.680 35.0000 311.9998 > -1.640 35.0000 -99.0000 > -1.600 35.0000 34.9998 > -1.560 35.0000 259.1998 > -1.520 35.0000 -99.0000 > > > Regards > Zoulikha ABBAS > > > _______________________________________________ > swanmodel-users mailing list > swa...@li... > https://lists.sourceforge.net/lists/listinfo/swanmodel-users > |
From: Stefan R. <st...@sr...> - 2019-07-04 02:00:48
|
Hi, I recently started using SWAN. I have an idealized experiment which works fine in the serial version, but errors with the MPI version using 4 processes. The weird thing is that I can run the experiment successfully if I uncomment the "FORCE" output in the *.swn file (see below). The error message in the *prt-001 file is: [CODE] ... ** Terminating error: Error while writing binary MAT-file - IOSTAT number is 5002 [\CODE] The stderr output is: [CODE] ... -------------------------------------------------------------------------- MPI_ABORT was invoked on rank 0 in communicator MPI_COMM_WORLD with errorcode 4. NOTE: invoking MPI_ABORT causes Open MPI to kill all MPI processes. You may or may not see output from other processes, depending on exactly when Open MPI kills them. -------------------------------------------------------------------------- [kistn:08985] *** Process received signal *** [kistn:08985] Signal: Segmentation fault (11) [kistn:08985] Signal code: Address not mapped (1) [kistn:08985] Failing at address: 0x18 [kistn:08985] [ 0] /usr/lib/libpthread.so.0(+0x13d00)[0x7fa168c39d00] [kistn:08985] [ 1] /usr/lib/openmpi/openmpi/mca_pmix_pmix3x.so(OPAL_MCA_PMIX3X_PMIx_server_finalize+0x147)[0x7fa165f37 ea7] [kistn:08985] [ 2] /usr/lib/openmpi/openmpi/mca_pmix_pmix3x.so(pmix3x_server_finalize+0x397)[0x7fa165ecfae7] [kistn:08985] [ 3] /usr/lib/openmpi/libopen-rte.so.40(pmix_server_finalize+0xa3)[0x7fa168d77d83] [kistn:08985] [ 4] /usr/lib/openmpi/openmpi/mca_ess_hnp.so(+0x44b1)[0x7fa1686614b1] [kistn:08985] [ 5] /usr/lib/openmpi/libopen-rte.so.40(orte_finalize+0x5e)[0x7fa168d4f1be] [kistn:08985] [ 6] mpirun(+0x125e)[0x55eefae3925e] [kistn:08985] [ 7] /usr/lib/libc.so.6(__libc_start_main+0xf3)[0x7fa168a89ee3] [kistn:08985] [ 8] mpirun(+0x105e)[0x55eefae3905e] [kistn:08985] *** End of error message *** ./swanrun: line 152: 8985 Segmentation fault (core dumped) mpirun -np $npmpi swan.exe Normal end of run [\CODE] This is my *.swn configuration (there are some unwise configurations in there for my specific experiment, but anyways, it can reproduce the bug): [CODE] PROJECT 'New York' ' ' 'New York' 'Bathymetry: yes' 'COMMENTS' MODE NONSTATIONARY TWODIMENSIONAL SET DEPMIN 0.01 INRHOG 1 NAUTICAL COORDINATES CARTESIAN && KEYWORDS TO CREATE AND READ COMPUTATIONAL GRID && CGRID CURVILINEAR 60 170 EXC 9.999000e+003 & CIRCLE 360 0.04 0.5 30 READGRID COORDINATES 1 'data/swan_grd.dat' 4 0 0 FREE && KEYWORDS TO CREATE AND READ BATHYMETRY GRID && INPGRID BOTTOM CURVILINEAR 0 0 60 170 EXC 9.999000e+003 READINP BOTTOM 1 'data/swan_bottom.dat' 4 0 FREE && BOUNDARY FORCING && BOUND SHAPESPEC JONSWAP 10 PEAK DSPR DEGREES BOU SEGM IJ 0 0 0 170 CONSTANT PAR 2 10 280 2 & Restart name ********************************** &INIT HOTSTART 'output/swan_restart.dat' & PHYSICS ************************************** GEN3 OFF QUAD & SETUP FRICTION MADSEN 0.00000001 BLOCK 'COMPGRID' NOHEADER 'output/depth.mat' LAY 4 DEPTH 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/dissip.mat' LAY 4 DISSIP 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/disbot.mat' LAY 4 DISBOT 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/dissurf.mat' LAY 4 DISSURF 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/diswcap.mat' LAY 4 DISWCAP 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/disswell.mat' LAY 4 DISSWELL 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/force.mat' LAY 4 FORCE 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/fric.mat' LAY 4 FRCOEF 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/hsig.mat' LAY 4 HSIGN 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/rtp.mat' LAY 4 RTP 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/per.mat' LAY 4 PER 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/tmbot.mat' LAY 4 TMBOT 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/ubot.mat' LAY 4 UBOT 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/vel.mat' LAY 4 VEL 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/wdir.mat' LAY 4 DIR 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/wlen.mat' LAY 4 WLEN 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/qb.mat' LAY 4 QB 1. OUTPUT 20000101.000000 1 MIN & BLOCK 'COMPGRID' NOHEADER 'output/force.mat' LAY 4 FORCE 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'output/lwavp.mat' LAY 4 LWAVP 1. OUTPUT 20000101.000000 1 MIN BLOCK 'COMPGRID' NOHEADER 'xp.mat' LAY 4 XP 1. BLOCK 'COMPGRID' NOHEADER 'yp.mat' LAY 4 YP 1. PROP BSBT COMPUTE NONSTATIONARY 20000101.000000 60 SEC 20000101.000200 STOP [\CODE] |
From: Zoulikha A. <abb...@ya...> - 2019-07-02 20:00:01
|
hello users's of SWAN, i am a new user of SWAN, I downloaded the bathymetric data etopo1 in xyz format, when i run swan i have fake depth results, i know the error is in interpolation but i can not solve the problem i used SURFER (gridding method use it is Triangulation with linear interpolation after that i converted the data to DAT format) to interpolate the data can anyone tell me how I can solve this problem? input file:$PROJECT 'ALG' 'TEST' $***********MODEL INPUT*********************************$SET 0 MAXERR=2 NAUTICAL$MODE STATIONARY TWODimensionalCOORDINATES SPHERICAL$ CGRID REGular -2 35 0 10 4 250 100 CIR 36 0.03 0.3 24 $INPGRID BOTTOM REG -2 35 0 250 100 0.04 0.04 EXCval -999.0000READINP BOTTOM 1.000 'etopo1.dat' 3 0 FREE$ etopo1.dat converted with SURFER-2 35 157-1.96 35 207-1.92 35 312-1.88 35 259.2-1.84 35 274.2-1.8 35 357-1.76 35 506.4-1.72 35 821.8-1.68 35 747.6-1.64 35 483.2-1.6 35 218-1.56 35 210.2-1.52 35 218-1.48 35 202.2-1.44 35 251.2-1.4 35 292-1.36 35 313.4-1.32 35 288.2-1.28 35 395.8-1.24 35 430.6-1.2 35 500-1.16 35 697-1.12 35 665-1.08 35 568.6-1.04 35 483.6-1 35 624-0.96 35 660-0.92 35 673.8-0.88 35 656.4-0.84 35 641.4-0.8 35 639-0.76 35 626.8-0.72 35 647-0.68 35 690.8-0.64 35 756 output results%%% Run:TEST Table:R1 SWAN version:41.20AB%% Xp Yp Depth % [degr] [degr] [m] % -2.000 35.0000 -99.0000 -1.960 35.0000 34.9998 -1.920 35.0000 156.9998 -1.880 35.0000 -99.0000 -1.840 35.0000 34.9998 -1.800 35.0000 206.9998 -1.760 35.0000 -99.0000 -1.720 35.0000 34.9998 -1.680 35.0000 311.9998 -1.640 35.0000 -99.0000 -1.600 35.0000 34.9998 -1.560 35.0000 259.1998 -1.520 35.0000 -99.0000 Regards Zoulikha ABBAS |
From: Zoulikha A. <abb...@ya...> - 2019-07-01 13:23:54
|
hello users's of SWAN, i am a new user of SWAN, I downloaded the bathymetric data etopo1 in xyz format, when i run swan i have fake depth results, i know the error is in interpolation but i can not solve the problem i used SURFER (gridding method use it is Triangulation with linear interpolation after that i converted the data to DAT format) to interpolate the data can anyone tell me how I can solve this problem? input file:$PROJECT 'ALG' 'TEST' $***********MODEL INPUT*********************************$SET 0 MAXERR=2 NAUTICAL$MODE STATIONARY TWODimensionalCOORDINATES SPHERICAL$ CGRID REGular -2 35 0 10 4 250 100 CIR 36 0.03 0.3 24 $INPGRID BOTTOM REG -2 35 0 250 100 0.04 0.04 EXCval -999.0000READINP BOTTOM 1.000 'etopo1.dat' 3 0 FREE$ etopo1.dat converted with SURFER-2 35 157-1.96 35 207-1.92 35 312-1.88 35 259.2-1.84 35 274.2-1.8 35 357-1.76 35 506.4-1.72 35 821.8-1.68 35 747.6-1.64 35 483.2-1.6 35 218-1.56 35 210.2-1.52 35 218-1.48 35 202.2-1.44 35 251.2-1.4 35 292-1.36 35 313.4-1.32 35 288.2-1.28 35 395.8-1.24 35 430.6-1.2 35 500-1.16 35 697-1.12 35 665-1.08 35 568.6-1.04 35 483.6-1 35 624-0.96 35 660-0.92 35 673.8-0.88 35 656.4-0.84 35 641.4-0.8 35 639-0.76 35 626.8-0.72 35 647-0.68 35 690.8-0.64 35 756 output results%%% Run:TEST Table:R1 SWAN version:41.20AB%% Xp Yp Depth % [degr] [degr] [m] % -2.000 35.0000 -99.0000 -1.960 35.0000 34.9998 -1.920 35.0000 156.9998 -1.880 35.0000 -99.0000 -1.840 35.0000 34.9998 -1.800 35.0000 206.9998 -1.760 35.0000 -99.0000 -1.720 35.0000 34.9998 -1.680 35.0000 311.9998 -1.640 35.0000 -99.0000 -1.600 35.0000 34.9998 -1.560 35.0000 259.1998 -1.520 35.0000 -99.0000 Regards Zoulikha ABBAS |
From: Nigella S. <nig...@gm...> - 2019-06-28 13:35:40
|
Thank you Huy, I think I understand a bit better the problem and how crucial is to provide a accurate description of sea bottom in order to get reliable forecasts Best regards, Nigella El vie., 28 jun. 2019 a las 3:21, Huy Quang Tran (<huy...@gm...>) escribió: > Hi Nigella, > > The accuracy of bathymetry is one of the key factors to affect your > modelled results. For myself, I always first plot the original bathymetry > (e.g. taken from a survey) then compare with the one after interpolation. > By doing so, I know to what extent I can trust the interpolation method I > use. > > Some of my experience in dealing with bathymetry interpolation and > grid/mesh generation (rectangular, curvilinear, unstructured grid) : > > 1. Checking the chart datum: I always make sure I know I use the correct > one, and convert into the right one. It is especially important when I have > to merge several peaces of data into ONE. > > 2. I always try avoiding extrapolation as much as I can. Noted that > default code (e.g. in MATLAB) often takes linear extrapolation, so I often > set it to 'none'. > > 3. Make sure the modelled domain always falls 100% inside the bathymetry > I have. For example, I have a bathymetry with the limits: LON = [140 150], > LAT = [30 60], so my computational domain should be LON =[141 149], LAT > =[31 59] or something similar.. > > 4. Playing with different interpolation methods to see which one is an > optional (but the linear is often the most widely used method). > > 5. grid resolution options/optimisations. For SWAN, if the study domain is > complex, the unstructured grid would be good one to go, but I can also > optimise the rectangular grid by rotating the grid if need (by doing so, I > can reduce the land area covered by the grid), increase the grid > generation (e.g. finer grid in the region of interest). > > Let me know if you still some some questions. > > Best of luck! > > Regards > > Huy Quang Tran > LinkedIn: https://www.linkedin.com/in/huy-quang-tran-5864b840/ > Twitter: https://twitter.com/huyqtran8x > > > On Thu, 27 Jun 2019 at 18:15, Nigella Sanders <nig...@gm...> > wrote: > >> Hi SWAN users,. >> >> I have just seen that User's Manual explicitly warns about unexpected >> interpolation patterns due to different resolutions of input and problem >> grid: >> >> Page 5: >> "Be aware here that the grid on which the computations are performed >> interpolates from the grids on which the input is provided; different >> resolutions for these grids (which are allowed) can therefore create >> unexpected interpolation patterns on the computational grid." >> >> So I understand it would be advisable the user to take control of such >> interpolations in a previous step before using SWAN. >> >> Regards, >> Nigella >> >> >> El mar., 25 jun. 2019 a las 12:25, Nigella Sanders (< >> nig...@gm...>) escribió: >> >>> >>> Hi SWAN users, >>> >>> I am new to SWAN and after reading Users Manual some *BASIC* doubts >>> still remain. >>> >>> Dealing with bathymetry data, is it advisable for any reason to >>> interpolate them to the same resolution as the problem grid? >>> >>> Do we get any benefit making bathymetry and problem grids match in >>> extension and resolution? >>> >>> Regards, >>> Nigella >>> >> _______________________________________________ >> swanmodel-users mailing list >> swa...@li... >> https://lists.sourceforge.net/lists/listinfo/swanmodel-users >> > |
From: Huy Q. T. <huy...@gm...> - 2019-06-28 02:21:45
|
Hi Nigella, The accuracy of bathymetry is one of the key factors to affect your modelled results. For myself, I always first plot the original bathymetry (e.g. taken from a survey) then compare with the one after interpolation. By doing so, I know to what extent I can trust the interpolation method I use. Some of my experience in dealing with bathymetry interpolation and grid/mesh generation (rectangular, curvilinear, unstructured grid) : 1. Checking the chart datum: I always make sure I know I use the correct one, and convert into the right one. It is especially important when I have to merge several peaces of data into ONE. 2. I always try avoiding extrapolation as much as I can. Noted that default code (e.g. in MATLAB) often takes linear extrapolation, so I often set it to 'none'. 3. Make sure the modelled domain always falls 100% inside the bathymetry I have. For example, I have a bathymetry with the limits: LON = [140 150], LAT = [30 60], so my computational domain should be LON =[141 149], LAT =[31 59] or something similar.. 4. Playing with different interpolation methods to see which one is an optional (but the linear is often the most widely used method). 5. grid resolution options/optimisations. For SWAN, if the study domain is complex, the unstructured grid would be good one to go, but I can also optimise the rectangular grid by rotating the grid if need (by doing so, I can reduce the land area covered by the grid), increase the grid generation (e.g. finer grid in the region of interest). Let me know if you still some some questions. Best of luck! Regards Huy Quang Tran LinkedIn: https://www.linkedin.com/in/huy-quang-tran-5864b840/ Twitter: https://twitter.com/huyqtran8x On Thu, 27 Jun 2019 at 18:15, Nigella Sanders <nig...@gm...> wrote: > Hi SWAN users,. > > I have just seen that User's Manual explicitly warns about unexpected > interpolation patterns due to different resolutions of input and problem > grid: > > Page 5: > "Be aware here that the grid on which the computations are performed > interpolates from the grids on which the input is provided; different > resolutions for these grids (which are allowed) can therefore create > unexpected interpolation patterns on the computational grid." > > So I understand it would be advisable the user to take control of such > interpolations in a previous step before using SWAN. > > Regards, > Nigella > > > El mar., 25 jun. 2019 a las 12:25, Nigella Sanders (< > nig...@gm...>) escribió: > >> >> Hi SWAN users, >> >> I am new to SWAN and after reading Users Manual some *BASIC* doubts still >> remain. >> >> Dealing with bathymetry data, is it advisable for any reason to >> interpolate them to the same resolution as the problem grid? >> >> Do we get any benefit making bathymetry and problem grids match in >> extension and resolution? >> >> Regards, >> Nigella >> > _______________________________________________ > swanmodel-users mailing list > swa...@li... > https://lists.sourceforge.net/lists/listinfo/swanmodel-users > |
From: Nigella S. <nig...@gm...> - 2019-06-27 08:14:34
|
Hi SWAN users,. I have just seen that User's Manual explicitly warns about unexpected interpolation patterns due to different resolutions of input and problem grid: Page 5: "Be aware here that the grid on which the computations are performed interpolates from the grids on which the input is provided; different resolutions for these grids (which are allowed) can therefore create unexpected interpolation patterns on the computational grid." So I understand it would be advisable the user to take control of such interpolations in a previous step before using SWAN. Regards, Nigella El mar., 25 jun. 2019 a las 12:25, Nigella Sanders (< nig...@gm...>) escribió: > > Hi SWAN users, > > I am new to SWAN and after reading Users Manual some *BASIC* doubts still > remain. > > Dealing with bathymetry data, is it advisable for any reason to > interpolate them to the same resolution as the problem grid? > > Do we get any benefit making bathymetry and problem grids match in > extension and resolution? > > Regards, > Nigella > |
From: Hanieh M. M. <hm...@nc...> - 2019-06-25 19:09:39
|
Dear madam,sir, I really appreciate if you add my email to the SWAN mode user list. Regards, Hanieh M.Moghadam -- -- Hanieh Mohamadi Moghadam Ph.D. Student / Research Assistant Department of Civil, Construction, and Environmental Engineering North Carolina State University hm...@nc... 428 Mann Hall, 2501 Stinson Drive, Raleigh, NC 27607 |
From: Javi R. <ja...@pr...> - 2019-06-25 11:32:50
|
Hi Nigella, The computational grid does not need to match the bathymetry one. In 95% of the cases, they don't do. The only benefit of making grids match is to avoid SWAN to interpolate between the two grids, resulting in a minor computing time. If you are worried about that, use an unstructured mesh and optimize it to match bathymetry complexity. Regards Javi -------- Original Message -------- On Jun 25, 2019, 7:25 AM, Nigella Sanders wrote: > Hi SWAN users, > > I am new to SWAN and after reading Users Manual some *BASIC* doubts still remain. > > Dealing with bathymetry data, is it advisable for any reason to interpolate them to the same resolution as the problem grid? > > Do we get any benefit making bathymetry and problem grids match in extension and resolution? > > Regards, > Nigella |
From: Nigella S. <nig...@gm...> - 2019-06-25 11:26:28
|
Hi SWAN users, I am new to SWAN and after reading Users Manual some *BASIC* doubts still remain. Dealing with bathymetry data, is it advisable for any reason to interpolate them to the same resolution as the problem grid? Do we get any benefit making bathymetry and problem grids match in extension and resolution? Regards, Nigella |
From: João A. <ja...@au...> - 2019-06-24 10:21:24
|
> Hello Sandya, > > In order to obtain an ascii output from an unstructured grid you must > define a FRAME encompassing your area of interest and output this frame as > a TABLE. Your unstructured grid values will be interpolated on the regular > grid defined by your frame. You can find the details in SWAN's manual. And > yes, the files will be a lot bigger. > > Instructions to compile SWAN with netcdf support can be found here: > http://swanmodel.sourceforge.net/online_doc/swanimp/node9.html > > Good luck, > João > > > On Mon, 24 Jun 2019 at 18:28, Sandhya K G <san...@in...> wrote: > >> Hi João, >> >> >> The model run stops even before the combined .mat file size reaches 1 GB >> with the mentioned error. >> >> I am not aware how to write ASCII spatial output from an unstructured >> SWAN run. (I guess it would be much more bulky in size). Is it possible to >> do that? How? >> >> >> Till now I have not been able to install the netcdf version of the >> unstructured SWAN. nc format does not have this problem? Will you please >> tell me how to do a netcdf installation of unstructured SWAN? >> >> >> >> Regards, >> >> ******************************************************************************************************** >> Sandhya K G >> Scientist 'D >> INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) >> Ministry of Earth Sciences, Govt. of India >> "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) >> HYDERABAD-500 090, India. >> Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) >> +91-8019596800 (Mobile) >> FAX : + 91-40-23892910 >> url: http://www.incois.gov.in >> >> ******************************************************************************************************** >> ------------------------------ >> *From:* João Albuquerque <ja...@au...> >> *Sent:* Monday, June 24, 2019 3:24 AM >> *Cc:* swa...@li... >> *Subject:* Re: [swanmodel-users] error while running unstructured SWAN >> >> Hello Sandhya, >> >> Have a look at the size of the .mat file created. SWAN breaks if the mat >> file is bigger than 8GB. Another possibility is to change your output to >> ascii or netcdf. >> >> Good luck, >> João >> >> On Mon, 24 Jun 2019 at 07:18, Sandhya K G <san...@in...> >> wrote: >> >>> Hi, >>> >>> >>> I am running unstructured SWAN for east coast of India using 256 >>> processors (mpi). I am trying to write outputs such as .tab files, 1D >>> spectral outputs at couple of locations and the spatial output .mat file >>> . >>> >>> The model is running till end, but the point output files are not fully >>> written in the parent directory, only the header line is written. At the >>> same time, I am finding the full point output files (.tab and 1D spectra) >>> in one of the PE directories - different PE directories for different point >>> outputs. The output .mat file also is not fully written. >>> Thus the outputs are not combining at the end of model run, but the >>> model comes out (while writing outputs) throwing an error starting with : >>> >>> forrtl: severe (24): end-of-file during read, unit 3460, file >>> /incois/swan/EastCoastWBC/BcSwanNCM/./PE0000/output.set >>> Image PC Routine Line >>> Source >>> swan.exe 00000000005E5F51 Unknown Unknown >>> Unknown >>> swan.exe 0000000000570DE8 swcolout_ 3467 >>> swanparll.f >>> swan.exe 00000000004607B9 swmain_ 733 >>> swanmain.f >>> swan.exe 000000000045ECB1 MAIN__ 123 >>> swanmain.f >>> swan.exe 0000000000404216 Unknown Unknown >>> Unknown >>> libc.so.6 00002B478668BD5D Unknown Unknown >>> Unknown >>> swan.exe 0000000000404109 Unknown Unknown >>> Unknown >>> >>> >>> I attach the error file here. >>> I also attach my swaninit file, as I have edited it. >>> >>> If the output request for .mat file is commented, then the model >>> combines all .tab and 1D spec output files and comes out successfully. >>> >>> BLOCK 'COMPGRID' NOHEAD 'EC_NCUM0125_20190619.mat' LAY 3 XP YP HS HSWELL >>> PDIR TM02 & >>> WIND OUTPUT 20190619.000000 03 HR >>> >>> is the command I use for getting spatial output. >>> >>> Will anybody help in understanding and resolving this error? Any help is >>> appreciated. >>> >>> >>> >>> >>> Regards, >>> >>> ******************************************************************************************************** >>> Sandhya K G >>> Scientist 'D >>> INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) >>> Ministry of Earth Sciences, Govt. of India >>> "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) >>> HYDERABAD-500 090, India. >>> Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) >>> +91-8019596800 (Mobile) >>> FAX : + 91-40-23892910 >>> url: http://www.incois.gov.in >>> >>> ******************************************************************************************************** >>> _______________________________________________ >>> swanmodel-users mailing list >>> swa...@li... >>> https://lists.sourceforge.net/lists/listinfo/swanmodel-users >>> >> >> >> -- >> João Claudio Albuquerque >> PhD. Candidate, School of Environment, The University of Auckland, >> Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. >> +64 021 02365705 >> > > > -- > João Claudio Albuquerque - www.coastalhub.science > PhD. Candidate, School of Environment, The University of Auckland, > 302-449, Science Centre, 23 Symonds Street, Auckland, NZ. > +64 021 02365705 > |
From: João A. <j.d...@au...> - 2019-06-24 07:43:31
|
Hello Sandya, In order to obtain an ascii output from an unstructured grid you must define a FRAME encompassing your area of interest and output this frame as a TABLE. Your unstructured grid values will be interpolated on the regular grid defined by your frame. You can find the details in SWAN's manual. And yes, the files will be a lot bigger. Instructions to compile SWAN with netcdf support can be found here: http://swanmodel.sourceforge.net/online_doc/swanimp/node9.html Good luck, João On Mon, 24 Jun 2019 at 18:28, Sandhya K G <san...@in...> wrote: > Hi João, > > > The model run stops even before the combined .mat file size reaches 1 GB > with the mentioned error. > > I am not aware how to write ASCII spatial output from an unstructured SWAN > run. (I guess it would be much more bulky in size). Is it possible to do > that? How? > > > Till now I have not been able to install the netcdf version of the > unstructured SWAN. nc format does not have this problem? Will you please > tell me how to do a netcdf installation of unstructured SWAN? > > > > Regards, > > ******************************************************************************************************** > Sandhya K G > Scientist 'D > INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) > Ministry of Earth Sciences, Govt. of India > "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) > HYDERABAD-500 090, India. > Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) > +91-8019596800 (Mobile) > FAX : + 91-40-23892910 > url: http://www.incois.gov.in > > ******************************************************************************************************** > ------------------------------ > *From:* João Albuquerque <ja...@au...> > *Sent:* Monday, June 24, 2019 3:24 AM > *Cc:* swa...@li... > *Subject:* Re: [swanmodel-users] error while running unstructured SWAN > > Hello Sandhya, > > Have a look at the size of the .mat file created. SWAN breaks if the mat > file is bigger than 8GB. Another possibility is to change your output to > ascii or netcdf. > > Good luck, > João > > On Mon, 24 Jun 2019 at 07:18, Sandhya K G <san...@in...> wrote: > >> Hi, >> >> >> I am running unstructured SWAN for east coast of India using 256 >> processors (mpi). I am trying to write outputs such as .tab files, 1D >> spectral outputs at couple of locations and the spatial output .mat file. >> >> The model is running till end, but the point output files are not fully >> written in the parent directory, only the header line is written. At the >> same time, I am finding the full point output files (.tab and 1D spectra) >> in one of the PE directories - different PE directories for different point >> outputs. The output .mat file also is not fully written. >> Thus the outputs are not combining at the end of model run, but the model >> comes out (while writing outputs) throwing an error starting with : >> >> forrtl: severe (24): end-of-file during read, unit 3460, file >> /incois/swan/EastCoastWBC/BcSwanNCM/./PE0000/output.set >> Image PC Routine Line >> Source >> swan.exe 00000000005E5F51 Unknown Unknown >> Unknown >> swan.exe 0000000000570DE8 swcolout_ 3467 >> swanparll.f >> swan.exe 00000000004607B9 swmain_ 733 >> swanmain.f >> swan.exe 000000000045ECB1 MAIN__ 123 >> swanmain.f >> swan.exe 0000000000404216 Unknown Unknown >> Unknown >> libc.so.6 00002B478668BD5D Unknown Unknown >> Unknown >> swan.exe 0000000000404109 Unknown Unknown >> Unknown >> >> >> I attach the error file here. >> I also attach my swaninit file, as I have edited it. >> >> If the output request for .mat file is commented, then the model combines >> all .tab and 1D spec output files and comes out successfully. >> >> BLOCK 'COMPGRID' NOHEAD 'EC_NCUM0125_20190619.mat' LAY 3 XP YP HS HSWELL >> PDIR TM02 & >> WIND OUTPUT 20190619.000000 03 HR >> >> is the command I use for getting spatial output. >> >> Will anybody help in understanding and resolving this error? Any help is >> appreciated. >> >> >> >> >> Regards, >> >> ******************************************************************************************************** >> Sandhya K G >> Scientist 'D >> INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) >> Ministry of Earth Sciences, Govt. of India >> "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) >> HYDERABAD-500 090, India. >> Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) >> +91-8019596800 (Mobile) >> FAX : + 91-40-23892910 >> url: http://www.incois.gov.in >> >> ******************************************************************************************************** >> _______________________________________________ >> swanmodel-users mailing list >> swa...@li... >> https://lists.sourceforge.net/lists/listinfo/swanmodel-users >> > > > -- > João Claudio Albuquerque > PhD. Candidate, School of Environment, The University of Auckland, > Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. > +64 021 02365705 > -- João Claudio Albuquerque - www.coastalhub.science PhD. Candidate, School of Environment, The University of Auckland, 302-449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |
From: Sandhya K G <san...@in...> - 2019-06-24 07:11:25
|
Dear João and others, I tried writing one variable per .mat file but still failed to complete the model run. I have been requesting for .tab files, 1D spectral o/p (at a few locations, say 5) and .mat spatial output file. One weird thing I observed is: when I switch off the generation of 1D spectral output files, then the .mat files are being combined to a single file. Both .mat and spectra files were requested 3-hrly in my runs. I am doing a few more tests and will report back. Meanwhile any more inputs from others would be useful for me. Please share your experience. Regards, ******************************************************************************************************** Sandhya K G Scientist 'D INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) Ministry of Earth Sciences, Govt. of India "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) HYDERABAD-500 090, India. Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) +91-8019596800 (Mobile) FAX : + 91-40-23892910 url: http://www.incois.gov.in ******************************************************************************************************** ________________________________ From: João Albuquerque <ja...@au...> Sent: Monday, June 24, 2019 6:17 AM Cc: swa...@li... Subject: Re: [swanmodel-users] error while running unstructured SWAN Hello Gustavo and Ravi, In this case, adding to Ravi's response, you can either create .mat files with only one wave parameter or reduce your simulation time. In my case I had to run a 20-year simulation, and due to these issues I ran 20 1-year simulations with one variable per output file. Cheers, João On Mon, 24 Jun 2019 at 12:41, Javi Rodriguez <ja...@pr...<mailto:ja...@pr...>> wrote: Hi Gustavo, Be careful, because SWAN does not output all its variables to netCDF (only a few ones). Sometimes SWAN creates "false" netCDF files which can't be read at all. My advice is to always output to MATLAB or ASCII and then post process the data. Regards, Javi -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |
From: Sandhya K G <san...@in...> - 2019-06-24 06:28:08
|
Hi João, The model run stops even before the combined .mat file size reaches 1 GB with the mentioned error. I am not aware how to write ASCII spatial output from an unstructured SWAN run. (I guess it would be much more bulky in size). Is it possible to do that? How? Till now I have not been able to install the netcdf version of the unstructured SWAN. nc format does not have this problem? Will you please tell me how to do a netcdf installation of unstructured SWAN? Regards, ******************************************************************************************************** Sandhya K G Scientist 'D INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) Ministry of Earth Sciences, Govt. of India "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) HYDERABAD-500 090, India. Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) +91-8019596800 (Mobile) FAX : + 91-40-23892910 url: http://www.incois.gov.in ******************************************************************************************************** ________________________________ From: João Albuquerque <ja...@au...> Sent: Monday, June 24, 2019 3:24 AM Cc: swa...@li... Subject: Re: [swanmodel-users] error while running unstructured SWAN Hello Sandhya, Have a look at the size of the .mat file created. SWAN breaks if the mat file is bigger than 8GB. Another possibility is to change your output to ascii or netcdf. Good luck, João On Mon, 24 Jun 2019 at 07:18, Sandhya K G <san...@in...<mailto:san...@in...>> wrote: Hi, I am running unstructured SWAN for east coast of India using 256 processors (mpi). I am trying to write outputs such as .tab files, 1D spectral outputs at couple of locations and the spatial output .mat file. The model is running till end, but the point output files are not fully written in the parent directory, only the header line is written. At the same time, I am finding the full point output files (.tab and 1D spectra) in one of the PE directories - different PE directories for different point outputs. The output .mat file also is not fully written. Thus the outputs are not combining at the end of model run, but the model comes out (while writing outputs) throwing an error starting with : forrtl: severe (24): end-of-file during read, unit 3460, file /incois/swan/EastCoastWBC/BcSwanNCM/./PE0000/output.set Image PC Routine Line Source swan.exe 00000000005E5F51 Unknown Unknown Unknown swan.exe 0000000000570DE8 swcolout_ 3467 swanparll.f swan.exe 00000000004607B9 swmain_ 733 swanmain.f swan.exe 000000000045ECB1 MAIN__ 123 swanmain.f swan.exe 0000000000404216 Unknown Unknown Unknown libc.so.6 00002B478668BD5D Unknown Unknown Unknown swan.exe 0000000000404109 Unknown Unknown Unknown I attach the error file here. I also attach my swaninit file, as I have edited it. If the output request for .mat file is commented, then the model combines all .tab and 1D spec output files and comes out successfully. BLOCK 'COMPGRID' NOHEAD 'EC_NCUM0125_20190619.mat' LAY 3 XP YP HS HSWELL PDIR TM02 & WIND OUTPUT 20190619.000000 03 HR is the command I use for getting spatial output. Will anybody help in understanding and resolving this error? Any help is appreciated. Regards, ******************************************************************************************************** Sandhya K G Scientist 'D INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) Ministry of Earth Sciences, Govt. of India "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) HYDERABAD-500 090, India. Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) +91-8019596800 (Mobile) FAX : + 91-40-23892910 url: http://www.incois.gov.in<http://www.incois.gov.in/> ******************************************************************************************************** _______________________________________________ swanmodel-users mailing list swa...@li...<mailto:swa...@li...> https://lists.sourceforge.net/lists/listinfo/swanmodel-users -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |
From: gustavo s. c. <gus...@ho...> - 2019-06-24 01:22:31
|
Wow, that's a very simple measurement, but it never even crossed my mind! It is something that can work well. In my case, the simulations with the MAT format already fell in the second month of simulation, because it exceeded 8GB. Maybe this will make the year complete. Thank you very much! ______________________________________________________________________________________ Gustavo Souza Correia Graduando em Oceanografia pela Universidade Federal do Maranhão - UFMA Técnico em Meteorologia pela Universidade Estadual do Maranhão - UEMA Estagiário do Laboratório de Estudos e Modelagem Climática - LaClima Departamento de Oceanografia e Limnologia - DEOLI Currículo lattes CNPQ: http://lattes.cnpq.br/5164631760543791 ________________________________ De: João Albuquerque <ja...@au...> Enviado: domingo, 23 de junho de 2019 22:47 Cc: swa...@li... Assunto: Re: [swanmodel-users] error while running unstructured SWAN Hello Gustavo and Ravi, In this case, adding to Ravi's response, you can either create .mat files with only one wave parameter or reduce your simulation time. In my case I had to run a 20-year simulation, and due to these issues I ran 20 1-year simulations with one variable per output file. Cheers, João On Mon, 24 Jun 2019 at 12:41, Javi Rodriguez <ja...@pr...<mailto:ja...@pr...>> wrote: Hi Gustavo, Be careful, because SWAN does not output all its variables to netCDF (only a few ones). Sometimes SWAN creates "false" netCDF files which can't be read at all. My advice is to always output to MATLAB or ASCII and then post process the data. Regards, Javi -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |
From: João A. <ja...@au...> - 2019-06-24 01:12:47
|
Hello Gustavo and Ravi, In this case, adding to Ravi's response, you can either create .mat files with only one wave parameter or reduce your simulation time. In my case I had to run a 20-year simulation, and due to these issues I ran 20 1-year simulations with one variable per output file. Cheers, João On Mon, 24 Jun 2019 at 12:41, Javi Rodriguez <ja...@pr...> wrote: > Hi Gustavo, > > Be careful, because SWAN does not output all its variables to netCDF (only > a few ones). Sometimes SWAN creates "false" netCDF files which can't be > read at all. > My advice is to always output to MATLAB or ASCII and then post process the > data. > > Regards, > Javi > -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |
From: gustavo s. c. <gus...@ho...> - 2019-06-24 00:49:58
|
I'm going to check the data situation better in the terminal. There is a time that I left aside the experiments to complete other projects. Thank you! Gustavo. ______________________________________________________________________________________ Gustavo Souza Correia Graduando em Oceanografia pela Universidade Federal do Maranhão - UFMA Técnico em Meteorologia pela Universidade Estadual do Maranhão - UEMA Estagiário do Laboratório de Estudos e Modelagem Climática - LaClima Departamento de Oceanografia e Limnologia - DEOLI Currículo lattes CNPQ: http://lattes.cnpq.br/5164631760543791 ________________________________ De: João Albuquerque <ja...@au...> Enviado: domingo, 23 de junho de 2019 22:41 Cc: swa...@li... Assunto: Re: [swanmodel-users] error while running unstructured SWAN Hi Gustavo, Back when I ran into this problem, SWAN didn't provide the output of partitioned wave parameters in netcdf. So I never used a SWAN netcdf file. I read netcdf files using python, but before anything else I always have a look at the file's variables and dimensions using ncdump. Hope this helps, João On Mon, 24 Jun 2019 at 12:29, gustavo souza correia <gus...@ho...<mailto:gus...@ho...>> wrote: Dear, João. I had a problem similar to Sandhya and I chose to modify the output format for NetCDF, however, I could not read this NC file as usual in matlab, using my routines for this. Is there any specific way to access this type of NC? Thanks, Gustavo Correia. ______________________________________________________________________________________ Gustavo Souza Correia Graduando em Oceanografia pela Universidade Federal do Maranhão - UFMA Técnico em Meteorologia pela Universidade Estadual do Maranhão - UEMA Estagiário do Laboratório de Estudos e Modelagem Climática - LaClima Departamento de Oceanografia e Limnologia - DEOLI Currículo lattes CNPQ: http://lattes.cnpq.br/5164631760543791 ________________________________ De: João Albuquerque <ja...@au...<mailto:ja...@au...>> Enviado: domingo, 23 de junho de 2019 19:54 Cc: swa...@li...<mailto:swa...@li...> Assunto: Re: [swanmodel-users] error while running unstructured SWAN Hello Sandhya, Have a look at the size of the .mat file created. SWAN breaks if the mat file is bigger than 8GB. Another possibility is to change your output to ascii or netcdf. Good luck, João On Mon, 24 Jun 2019 at 07:18, Sandhya K G <san...@in...<mailto:san...@in...>> wrote: Hi, I am running unstructured SWAN for east coast of India using 256 processors (mpi). I am trying to write outputs such as .tab files, 1D spectral outputs at couple of locations and the spatial output .mat file. The model is running till end, but the point output files are not fully written in the parent directory, only the header line is written. At the same time, I am finding the full point output files (.tab and 1D spectra) in one of the PE directories - different PE directories for different point outputs. The output .mat file also is not fully written. Thus the outputs are not combining at the end of model run, but the model comes out (while writing outputs) throwing an error starting with : forrtl: severe (24): end-of-file during read, unit 3460, file /incois/swan/EastCoastWBC/BcSwanNCM/./PE0000/output.set Image PC Routine Line Source swan.exe 00000000005E5F51 Unknown Unknown Unknown swan.exe 0000000000570DE8 swcolout_ 3467 swanparll.f swan.exe 00000000004607B9 swmain_ 733 swanmain.f swan.exe 000000000045ECB1 MAIN__ 123 swanmain.f swan.exe 0000000000404216 Unknown Unknown Unknown libc.so.6 00002B478668BD5D Unknown Unknown Unknown swan.exe 0000000000404109 Unknown Unknown Unknown I attach the error file here. I also attach my swaninit file, as I have edited it. If the output request for .mat file is commented, then the model combines all .tab and 1D spec output files and comes out successfully. BLOCK 'COMPGRID' NOHEAD 'EC_NCUM0125_20190619.mat' LAY 3 XP YP HS HSWELL PDIR TM02 & WIND OUTPUT 20190619.000000 03 HR is the command I use for getting spatial output. Will anybody help in understanding and resolving this error? Any help is appreciated. Regards, ******************************************************************************************************** Sandhya K G Scientist 'D INDIAN NATIONAL CENTRE FOR OCEAN INFORMATION SERVICES(INCOIS) Ministry of Earth Sciences, Govt. of India "Ocean Valley", Pragathi Nagar (B.O), Nizampet (S.O) HYDERABAD-500 090, India. Ph : +91-40-23886036 (Work : 0900-1730hrs IST Monday-Friday) +91-8019596800 (Mobile) FAX : + 91-40-23892910 url: http://www.incois.gov.in ******************************************************************************************************** _______________________________________________ swanmodel-users mailing list swa...@li...<mailto:swa...@li...> https://lists.sourceforge.net/lists/listinfo/swanmodel-users -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 -- João Claudio Albuquerque PhD. Candidate, School of Environment, The University of Auckland, Level 4, Room 449, Science Centre, 23 Symonds Street, Auckland, NZ. +64 021 02365705 |