Another Error 65 message

[pho...@gmail.com]

Hi all,

I'm trying to run arcswat for a catchment in Australia but keep receiving this error message (65). I guess the problem is with this sqrtf.J or sqrtf_wmt.c file but i don't know what it means. Can anyone help, please?

Cheers,

Rafael

  SWAT2012

               Rev. 622

      Soil & Water Assessment Tool

               PC Version

 Program reading from file.cio . . . executing

   Executing year    1

forrtl: error (65): floating invalid

Image              PC        Routine            Line        Source

swat2012.exe       01806D52  _sqrtf.J                   79  sqrtf_wmt.c

swat2012.exe       0123F9B7  _NMINRL                   194  nminrl.f

swat2012.exe       0113CAC8  _SUBBASIN                 276  subbasin.f

swat2012.exe       00FACD99  _COMMAND                  132  command.f

swat2012.exe       01078A65  _SIMULATE                 232  simulate.f

swat2012.exe       00D53A5E  _MAIN__                   114  main.f

swat2012.exe       01867753  Unknown               Unknown  Unknown

swat2012.exe       01812F59  Unknown               Unknown  Unknown

swat2012.exe       01812E1F  Unknown               Unknown  Unknown

kernel32.dll       7659338A  Unknown               Unknown  Unknown

ntdll.dll          77579F72  Unknown               Unknown  Unknown

ntdll.dll          77579F45  Unknown               Unknown  Unknown

 

SWAT run failed.  Hit Enter to exit

[M Pieper]

Hi Rafael,

hi all,

did you solve the problem or do you have any idea how to deal with it? 

I've got the same error right now, with an identical output. The model stops in line 79 (32 bit) resp. line 54 (64 bit). I use the same Version (rev. 622).

My model setup for a watershed in Germany was intentionally kept very simple (for the beginning. When it runs, i will add the real data step by step): 

- Watershed delineation only by DEM and without changing any settings. 

- Simple HRU definition with only one land use and one slope category. Only two soil classes. 

- Minimal weather data with one weather station used for the weather gages.

The preparative steps such as watershed delineation, hru definition, writing of the input tables and the SWAT run setup worked fine, at the first try and without any error message.

Because of the reduced amount of data, i am pretty confident to find the error with a little help from the user community ;-) 

Thank you for your help and greetings from Germany,

Max

______________________________

[M Pieper]

Hi again,

i think i found the mistake i've made: 

My Soil shapefile extent was a little less than 100 % (about 99.5 %) of the whole watershed's extent, so that there were some cells with missing data for the HRUs. I filled these holes, repeated the HRU delineation and it worked fine.

Greetings from Germany,

Max

[manoj]

Hi Rafael and Pieper,

Thanks for your answer Pieper.

Rafael, I got the similar problem, but the problem that I identified is different to that of Pieper. As you can see you have error in nminrlf.c. It means it has some problem with nitrogen component. When you run the model in SWAT 2009 version, it becomes evident that some HRU has NO3 loading expressed as NaN (in output.std file), which means non-numeric or something like that. You can identify the problematic HRU and for most of the time, the source of this problem is your soil data. However, 2012 does not even allow you to run your model and you dont know what went wrong. Try to run in 2009 and modify your problematic soils and see what happens.

But the interesting thing is it works with one particular landuse, but if you use different landuse for the corrected soil data, it might not necessarily work. And thats what I am facing now.

If there are other ways of tackling this problem, please share.

Cheers,

Manoj

[Toby Oker]

Hi All,

I have the same problem. I have checked my land use and soil (SSURGO) files and everything seems fine but the model won't run. Amd using the SWAT2012 (ver 627). Please find attached the screem dump file. Thanks for the help.

Tobias

[claudia quiroga]

Hi Max,

Please, would you give a hint how to do what you mentioned with the shapefile, I think I have to do the same because I have problems running my model and probably is due to the soil data.

Best regards,

Claudia

[Fernanda Elise Scholz]

Hi everyone! I am facing the same problem, in the exactly same subroutine (NMINRL line 194). I´ve checked the fortran code of NMINRL of line 194:

194> sut = .1 + .9 * Sqrt(sol_st(kk,j) / sol_fc(kk,j))

The problem appears when it calculates the squared root of "sol_st(kk,j) / sol_fc(kk,j)". Since sol_st(kk,j) is aways set to a value higher than 0 on line 193, the problem is the "sol_fc(kk,j)", that could be zero or negative.

193>  if (sol_st(kk,j) < 0.) sol_st(kk,j) = .0000001

The "sol_fc" is calculated in the subroutine "biozone":

biozone.f(38): !!    sol_fc(:,:)      |mm H2O        |amount of water available to plants in soil 

biozone.f(177): sol_fc(bz_lyr,j)=bz_thk(j)*(sol_up(bz_lyr,j)-sol_wp(bz_lyr,j))

biozone.f(200): sol_fc(bz_lyr,j) = sol_fc(bz_lyr,j) + coeff_fc1(j) *              

biozone.f(201): &   (sol_ul(bz_lyr,j) - sol_fc(bz_lyr,j)) ** coeff_fc2(j)    

and is a function of the soil input data:

bz_thk(:)        |mm            |thickness of biozone     

sol_up(:,:)   |mm H2O/mm soil|water content of soil at -0.033 MPa (field capacity)

sol_wp(:,:)   |mm H20/mm soil|water content of soil at -1.5 MPa (wilting point)

coeff_fc1(:)     |none          |field capacity calibration parameter 1

So, the only way that sol_fc is set to 0 or a negative value, would be a "bz_thk x sol_up" equal or lower than "sol_wp".

In other words, the problem should be that the thickness of the layer multiplied by the field capacity is lower than the wilting point.

However I checked my soil data, and everything looks nice. I even tried to use land use and soil parameters from the default database to check if the problem was really in the input data, but it still does not runs. I also corrected the soil maps so they have 100% coverage.

Please, if someone knows what else to do to correct this error, let me know!

Cheers!

[manoj]

Hi Fernanda,

Its good that you found the problem is with soil data. The next step is to find out the problematic soils out of your 16 soil classes.

I am sharing some tricks that was useful to me.

Put the "Alluvial"(your soil class) soil parameters to all of your soil classes and make a run. If there is no error then you are sure there is no problem with it. Check for another soil's parameters until you find the problematic soil. Then decide how to cope with the problematic soil by taking expert knowledge.

I hope that helps.

Other suggestions are welcome too!!

Cheers.

[Jim Almendinger]

Excellent advice, and exactly how many input problems can be solved in ArcSWAT & SWAT -- go back and simplify input to get things working, and then compare what works and what doesn't in order to isolate the problem. 

Well done,

-- Jim

---

From: "manoj" <mano...@gmail.com>
To: "ArcSWAT" <arc...@googlegroups.com>
Sent: Friday, August 7, 2015 3:33:09 AM
Subject: [ArcSWAT:7492] Re: Another Error 65 message

--
You received this message because you are subscribed to the Google Groups "ArcSWAT" group.
To unsubscribe from this group and stop receiving emails from it, send an email to arcswat+u...@googlegroups.com.
To post to this group, send email to arc...@googlegroups.com.
Visit this group at http://groups.google.com/group/arcswat.
For more options, visit https://groups.google.com/d/optout.

---

Spam
Not spam
Forget previous vote

--

Dr. James E. Almendinger
St. Croix Watershed Research Station
Science Museum of Minnesota
16910 152nd St N
Marine on St. Croix, MN  55047
tel: 651-433-5953 ext 19

[Fernanda Elise Scholz]

Hi everyone!

I found the problem, I had some overlays in my soil map. I updated it and the model is working now. Now I have the same problem of Manoj when using other land use parameters. I used the "land use refinement" option for some of my crops and the same error appears again. I am using the default values for crops from ArcSWAT, the crop input should not be the problem. 

Did you find any explanation Manoj?

Cheers,

Fernanda

[carlos.am...@gmail.com]

Hi,

I have even problem and I didn't solver.

Do you solver? I need to solver this problem. 

Thanks,

[Jessica Chen]

Hi all,

I have struggled for a while with this issue and find the following solution with the help of model developer:

In the SWAT SSURGO soil database, there seems to be a problem with soil with MUID of 462756. The depth of that soil is not increasing: 430 560 585 560 1520. I increased 560 to 1300 and the run was successful.

If this solution is not working, try to contact the model developer (they are extremely helpful and fast-responding!)

Best,

Jessica