Here are the messages between 20070701 and 20070731. 1. RE: Seats Still Available WASP Workshop 2. Grids 3. Re: Grids 4. same problem here RE: Hourly flow from WinHSPF 5. Water withdrawals 6. RE: Water withdrawals 7. How to create my own REACH FILE? 8. Re: How to create my own REACH FILE? 9. Re: How to create my own REACH FILE? 10. WS for SOD 11. SWAT parameters: water 12. Automatic Watershed Delineation Error 13. Re: Automatic Watershed Delineation Error 14. SWAT error message 15. Re: Automatic Watershed Delineation Error 16. HSPF BMP Webtool is now available 17. Conversion Factors in Preparing HSPF Input 18. RE: Conversion Factors in Preparing HSPF Input 19. Hydrograph timing 20. RE: Hydrograph timing 21. Re: Hydrograph timing 22. RE: Hydrograph timing 23. HSPF: surface outflow temperature at PWTGAS 24. RE: HSPF: surface outflow temperature at PWTGAS 25. RE: HSPF: surface outflow temperature at PWTGAS 26. RE: HSPF: surface outflow temperature at PWTGAS 27. SWAT output ----------------------------------------------------------- X-Message-Number: 1 X-lyris-Id: 157723 Date: Mon, 2 Jul 2007 09:31:17 -0500 From: "Simon Draijer" Subject: RE: Seats Still Available WASP Workshop Tim, I was wondering if the seats are still available for the WASP Workshop? If there still are available seats, could you please sent me some additional information on the course? The dates in this email do not match the dates on the epawasp website, could you please let me know the actual dates? Thanks, Simon Draijer Water Resources Engineer Mead & Hunt, Inc. 7900 West 78th Street, Suite 370 Minneapolis, MN 55439 952-941-5619 phone 952-941-5622 fax www.meadhunt.com -----Original Message----- From: Wool.Tim@epamail.epa.gov [mailto:Wool.Tim@epamail.epa.gov]=20 Sent: Thursday, June 28, 2007 7:09 AM To: Private list for BASINS users Subject: [basinsinfo] Seats Still Available WASP Workshop We still have a limited number of seats available for the upcoming Water Quality Analysis Simulation Program (WASP) Workshop in Atlanta. Water Quality Analysis Simulation Program (WASP7.2) Workshop Atlanta, GA July 23-27, 2007 WASP7 is an enhanced Windows version of the USEPA Water Quality Analysis Simulation Program (WASP). WASP7 has been developed to aid modelers in the implementation of WASP. WASP7 has features including a pre-processor, a rapid data processor, and a graphical post-processor that enable the modeler to run WASP more quickly and easily and evaluate model results both numerically and graphically. With WASP7, model execution can be performed up to ten times faster than the previous USEPA DOS version of WASP. Nonetheless, WASP7 uses the same algorithms to solve water quality problems as those used in the DOS version of WASP. WASP7 is used routinely throughout the United States in the development TMDLs and waste load allocations. The model contains algorithms for conducting: 1) Eutrophication/Conventional Pollutants, 2) Organic Chemicals/Simple Metals, 3) Mercury, 4) Temperature, Fecal Coliforms, Conservative Pollutants. WASP7 contains 1) a user-friendly Windows-based interface, 2) a pre-processor to assist modelers in the processing of data into a format that can be used in WASP, 3) high-speed WASP eutrophication and organic chemical model processors, and 4) a graphical post-processor for the viewing of WASP results and comparison to observed field data. How to Register If you are interested in attending one of these workshops please send e-mail to Tim Wool (wool.tim@epa.gov). There is no charge for the workshop; attendees are responsible for their travel and lodging. A list of local hotels will be e-mailed to you once you register. Information for Atlanta WASP Course The WASP Course will be held at the Atlanta Federal Center (EPA Region 4) for information about hotels and travel arrangements visit their webpage at: http://www.epa.gov/region4/about/visitors.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tim Wool Standards, Monitoring and TMDL Branch US EPA Region 4 Atlanta, Georgia 404.562.9260 wool.tim@epa.gov TMDL Tools: www.epa.gov/athens/wwqtsc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ Confidentiality statement: This e-mail message, including any attachments, is intended only for the use of the recipient(s) and may contain privileged and confidential information, including information that is protected under the HIPAA privacy rules. Any unauthorized review, disclosure, copying, distribution or use is prohibited. If you have received this e-mail by mistake, please notify us immediately by reply e-mail and destroy all copies of the original message. Thank You. ----------------------------------------------------------- X-Message-Number: 2 X-lyris-Id: 157769 Date: Tue, 3 Jul 2007 10:01:22 -0400 From: "Sean Walsh" Subject: Grids This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C7BD59.1C574990 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I'm trying to delineate a watershed using a DEM from the NJDEP. The NJDEP DEM have a resolution of 10 m so I would like to use them for greater accuracy. For some reason I can not use them in the delineation. They worked fine in the other versions of BASINS. When I try to use it for the set up and preprocessing section I get an error message of "An error occurred while filling the grid: attempted to read or write protected memory. This is often an indication that other memory is corrupt." What does that mean? After I gave up using the NJDEP DEM's I used the one provided from Data download in Basins. I wanted to delineate to 6 different points on the stream. After the delineation was complete there were much more subbasins than 6. I looked in the Basins Documentation and under Delineate a stream to a point it shows delineating to 2 points in the stream but having many more subbasins that 2. I want to delineate the stream so the number of outlets I choose in the "Custom Outlet." section will produce the same number or subasins. Sean Walsh, EIT Program Associate Rutgers Cooperative Extension Water Resources Program 14 College Farm Road, Rm 224 New Brunswick, NJ 08901 Tel: 732-932-9800 x6126 Fax: 732-932-8644 ------=_NextPart_000_000F_01C7BD59.1C574990 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’m trying to delineate a watershed using a DEM = from the NJDEP.  The NJDEP DEM have a resolution of 10 m so I would like = to use them for greater accuracy.  For some reason I can not use them in the = delineation.  They worked fine in the other versions of BASINS.  When I try to = use it for the set up and preprocessing section I get an error message of “An = error occurred while filling the grid: attempted to read or write protected = memory.  This is often an indication that other memory is corrupt.”  What does = that mean? 

 

After I gave up using the NJDEP DEM’s I used = the one provided from Data download in Basins.  I wanted to delineate to 6 = different points on the stream.  After the delineation was complete there = were much more subbasins than 6.  I looked in the Basins Documentation and under = Delineate a stream to a point it shows delineating to 2 points in the stream but = having many more subbasins that 2.  I want to delineate the stream so the = number of outlets I choose in the “Custom Outlet…” section will = produce the same number or subasins.

 

Sean Walsh, EIT

Program Associate

Rutgers Cooperative Extension

Water Resources Program

14 = College Farm Road, Rm = 224

New = Brunswick, NJ 08901

Tel: 732-932-9800 x6126

Fax: 732-932-8644

 

------=_NextPart_000_000F_01C7BD59.1C574990-- ----------------------------------------------------------- X-Message-Number: 3 X-lyris-Id: 157795 Date: Tue, 3 Jul 2007 11:14:08 -0600 From: "Daniel Ames" Subject: Re: Grids ------=_Part_95916_16948510.1183482848880 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sean, I'm not sure about your first question. It is possible though that this is = a grid format issue. Are you using ESRI formated rasters for your NJDEP data? As for your second question, the aggregation of basins to your selected outlets did not make it into the initial release of BASINS 4. However, both of these issues (assuming I'm right about your file formats) are addressed in the BASINS 4 patch that is coming out soon. In the mean time you can do a work around on problem one by converting your files to a different format before running them in BASINS (e.g. geotiff). Dan On 7/3/07, Sean Walsh wrote: > > I'm trying to delineate a watershed using a DEM from the NJDEP. The > NJDEP DEM have a resolution of 10 m so I would like to use them for great= er > accuracy. For some reason I can not use them in the delineation. They > worked fine in the other versions of BASINS. When I try to use it for th= e > set up and preprocessing section I get an error message of "An error > occurred while filling the grid: attempted to read or write protected > memory. This is often an indication that other memory is corrupt." What > does that mean? > > > > After I gave up using the NJDEP DEM's I used the one provided from Data > download in Basins. I wanted to delineate to 6 different points on the > stream. After the delineation was complete there were much more subbasin= s > than 6. I looked in the Basins Documentation and under Delineate a strea= m > to a point it shows delineating to 2 points in the stream but having many > more subbasins that 2. I want to delineate the stream so the number of > outlets I choose in the "Custom Outlet=85" section will produce the same > number or subasins. > > > > Sean Walsh, EIT > > Program Associate > > Rutgers Cooperative Extension > > Water Resources Program > > 14 College Farm Road, Rm 224 > > New Brunswick, NJ 08901 > > Tel: 732-932-9800 x6126 > > Fax: 732-932-8644 > > > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver. > > To unsubscribe, send the words unsubscribe basinsinfo to > lyris@lists.epa.gov > OR: > Use the listserver's web interface at > https://lists.epa.gov/cgi-bin/lyris.pl to manage your > subscription. > OR > Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov > ------------------------------------------ > --=20 Daniel P. Ames, PhD, PE Dept of Geosciences Idaho State University amesdani@isu.edu www.hydromap.com ------=_Part_95916_16948510.1183482848880 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sean,

I'm not sure about your first question. It is possible tho= ugh that this is a grid format issue.  Are you using ESRI formated ras= ters for  your NJDEP data?  As for your second question, the aggr= egation of basins to your selected outlets did not make it into the initial= release of BASINS 4.  However, both of these issues (assuming I'm= right about your file formats) are addressed in the BASINS 4 patch that is= coming out soon.  In the mean time you can do a work around on proble= m one by converting your files to a different format before running them in= BASINS ( e.g. geotiff).

Dan

On 7/3/0= 7, Sean Walsh <swalsh@envsci.rutgers.edu> wrote:

I'm trying to delineate a watershed using a DEM from the NJDEP.  The NJDEP DEM have a resolution of 10 m so I would like to= use them for greater accuracy.  For some reason I can not use them in the delin= eation.  They worked fine in the other versions of BASINS.  When I try to use i= t for the set up and preprocessing section I get an error message of "An error occurr= ed while filling the grid: attempted to read or write protected memory.  = This is often an indication that other memory is corrupt."  What does that mea= n? 

 

After I gave up using the NJDEP DEM's I used the one provided from Data download in Basins.  I wanted to delineate to 6 dif= ferent points on the stream.  After the delineation was complete there were m= uch more subbasins than 6.  I looked in the Basins Documentation and under Deli= neate a stream to a point it shows delineating to 2 points in the stream but having many more subbasins that 2.  I want to delineate the stream so the num= ber of outlets I choose in the "Custom Outlet=85" section will produce the same number or subasins.

 

Sean Walsh, EIT

Program Associate

Rutgers Cooperative Extension

Water Resources Program

14 College Farm Road, Rm 224

New Brunswick, NJ 08901<= /p>

Tel: 732-932-9800 x6126

Fax: 732-932-8644

 

------------------------------------------
You are currently subscribed to the basinsinfo listserver.=20

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your= =20
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov
------------------------------------------



--
Daniel P. Ames, PhD, PE=
Dept of Geosciences
Idaho State University
amesdani@isu.edu
w= ww.hydromap.com ------=_Part_95916_16948510.1183482848880-- ----------------------------------------------------------- X-Message-Number: 4 X-lyris-Id: 157842 Date: Thu, 5 Jul 2007 15:48:35 -0400 From: "Jing Zhang" Subject: same problem here RE: Hourly flow from WinHSPF Hi, Kevin, Did you figure out how to get the hourly flow output from HSPF? Right now, I have same problem like you. If you have any good idea to how to do that, can you email me about that? Thanks. Jing -----Original Message----- From: kevinhe@ucla.edu [mailto:kevinhe@ucla.edu] Sent: Friday, June 29, 2007 7:35 PM PPBK To: Private list for BASINS users Subject: [basinsinfo] Hourly flow from WinHSPF Dear everyone: I produced hourly inputs to WinHSPF. However, I only get the daily streamflow output. Any suggestions on how I can obtain the hourly flow output? Thanks! Kevin ------------------------------------------ You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 5 X-lyris-Id: 157941 Date: Mon, 9 Jul 2007 14:39:00 -0400 (EDT) From: jferrari@al.umces.edu Subject: Water withdrawals Hi All, I need to "withdraw" a certain volume/flow from our stream outlet to simulate (basically) a large spring that is being fed from within our target watershed. I've tried using DEEPFR to model this spring but no luck. I need to model it as a constant withdrawal, which would be similar to an irrigation or process demand. I've never done this with HSPF before, but I imagine it has to be a fairly "standard" procedure, so any help/input appreciated! My first take is that it would be done by setting HYDR-PARM1 variable ODGTFG to 1... Am I on the right track? If so, are there other flags I need to set, and I'm assuming I'll need to set up a time series in the WDM to let HSPF know how much is being withdrawn? Thank you! Joe Joseph Ferrari Faculty Research Assistant UMCES Appalachian Laboratory 301 Braddock Road Frostburg, MD 21532 ----------------------------------------------------------- X-Message-Number: 6 X-lyris-Id: 157944 Date: Mon, 9 Jul 2007 15:21:55 -0400 From: "Tom Jobes" Subject: RE: Water withdrawals Joe, If I understand correctly, the spring outflow is outside your basin, so you want to subtract it from the surface flow at the outlet, to reflect the reduced baseflow that is being diverted to the spring. First, add an exit to the RCHRES in GEN-INFO to represent the water withdrawn. For example, if it=20 currently has only 1 exit, declare it as 2 exits, for surface outflow and springflow, respectively. =20 Then ODGTFG(2)=3D 1 and ODGTFG(1) remains unchanged (generally 0), while ODFVFG for each exit would=20 remain unchanged (e.g. generally 4 for downstream surface flow and 0 for the spring). No FUNCT=20 values need to be changed. If your original downstream discharge was more complicated to start with, you'll have to adjust these changes accordingly. Be sure you output O(1) instead of RO, OVOL(1) instead of ROVOL, etc, to analyze the actual surface outflow. Then as you say, add the constant timeseries to the WDM. Finally add a line to EXT SOURCES that passes the appropriate WDM dataset number to RCHRES nnn EXTNL OUTDGT 1. Hope this helps, Tom Jobes St Johns River Water Management District 4049 Reid St. PO Box 1429 Palatka FL 32177-1429 -----Original Message----- From: jferrari@al.umces.edu [mailto:jferrari@al.umces.edu]=20 Sent: Monday, July 09, 2007 2:39 PM To: Private list for BASINS users Cc: Private list for BASINS users Subject: [basinsinfo] Water withdrawals Hi All, I need to "withdraw" a certain volume/flow from our stream outlet to simulate (basically) a large spring that is being fed from within our target watershed. I've tried using DEEPFR to model this spring but no luck. I need to model it as a constant withdrawal, which would be similar to an irrigation or process demand. I've never done this with HSPF before, but I imagine it has to be a fairly "standard" procedure, so any help/input appreciated! My first take is that it would be done by setting HYDR-PARM1 variable ODGTFG to 1... Am I on the right track? If so, are there other flags I need to set, and I'm assuming I'll need to set up a time series in the WDM to let HSPF know how much is being withdrawn? Thank you! Joe Joseph Ferrari Faculty Research Assistant UMCES Appalachian Laboratory 301 Braddock Road Frostburg, MD 21532 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 7 X-lyris-Id: 157994 Date: Tue, 10 Jul 2007 14:10:59 -0700 (PDT) From: zuo xue Subject: How to create my own REACH FILE? Hi Everyone, I am kind of new here. Currently I am working on a watershed out of US. Is it possible to generate Reach File by myself? I have the 15second stream data in my hand already. Thanks ________________________________________________________________________________ ____ Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz ----------------------------------------------------------- X-Message-Number: 8 X-lyris-Id: 157996 Date: Wed, 11 Jul 2007 07:51:33 -0400 From: Partington.Ed@epamail.epa.gov Subject: Re: How to create my own REACH FILE? You only need the stream tracing in a GIS shapefile (the 15 sec. data is fine) or GRID plus a digital elevation dataset (DEM) for delineation. You do NOT need to recreate a REACH file. In order to run the HSPF water model you will also need a landuse GIS file. The HSPF model also requires precipitation (rain) and temperature time series data. For test purposes you can use one of the prepared state WDM files from a representative (climate and latitude/longitude) area in the US. But to calibrate your specific watershed you will also need daily gage data in a time series. EPA/OW/OST/SHPD/RSTSSB/BASINS zuo xue To "Private list for BASINS users" 07/10/2007 05:10 PM cc Subject Please respond [basinsinfo] How to create my own to REACH FILE? "Private list for BASINS users" Hi Everyone, I am kind of new here. Currently I am working on a watershed out of US. Is it possible to generate Reach File by myself? I have the 15second stream data in my hand already. Thanks ________________________________________________________________________________ ____ Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz ------------------------------------------ You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 9 X-lyris-Id: 158001 Date: Wed, 11 Jul 2007 09:35:19 -0400 From: "Sillah Kargbo" Subject: Re: How to create my own REACH FILE? Hi=20 I am not sure what you mean by 15 second stream data but for sure you can = create your own stream geometry and hydraulic data (FTABLE). The FTABLEs = created by BASINS should not be rellied on as they are just an approximatio= n from the DEM. I have used channel cross sections generated with ArcHydro = for a flood mapping project with HEC RAS. I ran HEC RAS with several = profiles to get data for my FTABLEs. Another source of data I have used is = data from our baseflow surveys in our watersheds. The only difficulty I = had with the baseflow survey cross sections is that they were collected = during periods of low flows in the streams. I have therefore combined them = with the BASINS generated cross sections. My results have been pretty = good. Wish you luck. Regards, G.A. Sillah Kargbo, PhD, P.Eng. Water Resources Engineer, Source Protection Planning c/o Lake Simcoe Region Conservation Authority 120 Bayview Parway Newmarket, Ontario L3Y 3W3 Tel: (905) 895-1281 ext 309 Fax: (905) 853-5881 E-mail: s.kargbo@lsrca.on.ca >>> xuezuo1980@yahoo.com 10/07/2007 5:10 pm >>> Hi Everyone, I am kind of new here. Currently I am working on a watershed out of US. Is it possible to generate Reach File by myself? I have the=20 15second stream data in my hand already. Thanks _____________________________________________________________________= _______________ Luggage? GPS? Comic books?=20 Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=3Doni_on_mail&p=3Dgraduation+gifts&cs=3Db= z=20 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v=20 OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your=20 subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov= =20 ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 10 X-lyris-Id: 158062 Date: Wed, 11 Jul 2007 16:48:22 -0400 From: "Brannan, Kevin" Subject: WS for SOD This is a multi-part message in MIME format. ------_=_NextPart_001_01C7C3FC.D214CCB3 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Does anyone have a WDMUtil script that will read the latest Summary of the Day Online download files? =20 Thanks in advance, Kevin Brannan Biological Systems Enginieering Virginia Tech ------_=_NextPart_001_01C7C3FC.D214CCB3 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Does anyone have a WDMUtil script that will read the = latest Summary of the Day Online download files?

 

Thanks in advance,

Kevin = Brannan

Biological Systems = Enginieering

Virginia Tech

------_=_NextPart_001_01C7C3FC.D214CCB3-- ----------------------------------------------------------- X-Message-Number: 11 X-lyris-Id: 158069 Date: Wed, 11 Jul 2007 18:18:57 -0700 From: franczyk@pdx.edu Subject: SWAT parameters: water Hello all, I am currently using SWAT (BASINS 3.1) and have a question about out of range parameter fields for the crop name "water" in the Crop database: I ran the model (unsuccessfully) and created the parameter range report. A number of my parameter values for the "water" crop name were zero, and showed up on the report as being out of range (ex. Bio_e, Bn1, Bn2, Bn3, Bp1, Bp2, etc). I can change all of these parameters to the minimum values (as appropriate to the parameter), but this seems counterintuitive for some of the parameters, especially for those concerning "plant at maturity" values. Should I just use the minimum values recommended in the Editor or is there something I am missing? Of course, I dont want to change parameter values that will hurt the integrity of the model outputs. My land use database was derived from the USGS 1992 coverage and I used the soils database embedded in BASINS. Thank you for any help and advice! Jon Franczyk ----------------------------------------------------------- X-Message-Number: 12 X-lyris-Id: 158161 Date: Sat, 14 Jul 2007 09:11:03 -0000 From: "Sillah Kargbo" Subject: Automatic Watershed Delineation Error I am getting the following message during automatic delineation with BASINS 4: "An error occured while filling the grid: Attempted to read or write protected memory. This is often an indication that other memory is corrupt" I wonder if anyone can help. Thanks. Sillah. ----------------------------------------------------------- X-Message-Number: 13 X-lyris-Id: 158165 Date: Sat, 14 Jul 2007 13:22:32 -0600 From: "Daniel Ames" Subject: Re: Automatic Watershed Delineation Error ------=_Part_30890_13395949.1184440952855 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sillah, this sounds like the known bug that occurs when you run AWD on ESRI binary format grids. Could that be what you are doing? If so you should convert your grids to another format first before running AWD (e.g. geotiff) and/or wait for the BASINS 4 update that will be coming out soon. - Dan On 7/14/07, Sillah Kargbo wrote: > > I am getting the following message during automatic delineation with > BASINS 4: > > "An error occured while filling the grid: Attempted to read or write > protected memory. This is often an indication that other memory is corrupt" > > I wonder if anyone can help. > > Thanks. > > Sillah. > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver. > > To unsubscribe, send the words unsubscribe basinsinfo to > lyris@lists.epa.gov > OR: > Use the listserver's web interface at > https://lists.epa.gov/cgi-bin/lyris.pl to manage your > subscription. > OR > Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov > ------------------------------------------ > -- Daniel P. Ames, PhD, PE Dept of Geosciences Idaho State University amesdani@isu.edu www.hydromap.com ------=_Part_30890_13395949.1184440952855 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sillah, this sounds like the known bug that occurs when you run AWD on ESRI binary format grids.  Could that be what you are doing?  If so you should convert your grids to another format first before running AWD (e.g. geotiff) and/or wait for the BASINS 4 update that will be coming out soon. - Dan

On 7/14/07, Sillah Kargbo <gsillah.kargbo@rogers.com> wrote:
I am getting the following message during automatic delineation with BASINS 4:

"An error occured while filling the grid: Attempted to read or write protected memory. This is often an indication that other memory is corrupt"

I wonder if anyone can help.

Thanks.

Sillah.
----------------------------------------- -
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov
---------------------------------------- --



--
Daniel P. Ames, PhD, PE
Dept of Geosciences
Idaho State University
amesdani@isu.edu
www.hydromap.com ------=_Part_30890_13395949.1184440952855-- ----------------------------------------------------------- X-Message-Number: 14 X-lyris-Id: 158169 Date: Sat, 14 Jul 2007 16:55:50 -0700 From: franczyk@pdx.edu Subject: SWAT error message Hello, I am using SWAT2000 (BASINS 3.1) and after editing my input files and running the model, I am getting an error message that reads: "Error calling unlink for file" Then a pathway to the file basins.bsb "Return error code 13" Any helpful information would be most appreciated, Jon Franczyk ----------------------------------------------------------- X-Message-Number: 15 X-lyris-Id: 158170 Date: Sun, 15 Jul 2007 11:26:35 -0400 (EDT) From: SILLAH KARGBO Subject: Re: Automatic Watershed Delineation Error --0-495500967-1184513195=:84475 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thanks Dan. I will try your suggestion. Sillah. Daniel Ames wrote: Sillah, this sounds like the known bug that occurs when you run AWD on ESRI binary format grids. Could that be what you are doing? If so you should convert your grids to another format first before running AWD (e.g. geotiff) and/or wait for the BASINS 4 update that will be coming out soon. - Dan On 7/14/07, Sillah Kargbo wrote: I am getting the following message during automatic delineation with BASINS 4: "An error occured while filling the grid: Attempted to read or write protected memory. This is often an indication that other memory is corrupt" I wonder if anyone can help. Thanks. Sillah. ------------------------------------------ You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ -- Daniel P. Ames, PhD, PE Dept of Geosciences Idaho State University amesdani@isu.edu www.hydromap.com ------------------------------------------ You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ G. A. Sillah Kargbo, PhD., P.Eng. Water Resources Engineering Consultant 421 Markham Road, Apartment 1107 Toronto, ON Canada M1J 3C8 Phone: 647-340-3837 E-mail: gsillah.kargbo@rogers.com --0-495500967-1184513195=:84475 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Thanks Dan. I will try your suggestion.
 
Sillah.

Daniel Ames <dpames@gmail.com> wrote:
Sillah, this sounds like the known bug that occurs when you run AWD on ESRI binary format grids.  Could that be what you are doing?  If so you should convert your grids to another format first before running AWD (e.g. geotiff) and/or wait for the BASINS 4 update that will be coming out soon. - Dan

On 7/14/07, Sillah Kargbo <gsillah.kargbo@rogers.com> wrote:
I am getting the following message during automatic delineation with BASINS 4:

"An error occured while filling the grid: Attempted to read or write protected memory. This is often an indication that other memory is corrupt"

I wonder if anyone can help.

Thanks.

Sillah.
----------------------------------------- -
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov
---------------------------------------- --



--
Daniel P. Ames, PhD, PE
Dept of Geosciences
Idaho State University
amesdani@isu.edu
www.hydromap.com ------------------------------------------ You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------



G. A. Sillah Kargbo, PhD., P.Eng.
Water Resources Engineering Consultant
421 Markham Road, Apartment 1107 
Toronto, ON Canada M1J 3C8
Phone: 647-340-3837 
--0-495500967-1184513195=:84475-- ----------------------------------------------------------- X-Message-Number: 16 X-lyris-Id: 158320 Date: Thu, 19 Jul 2007 12:20:03 -0400 From: Mohamoud.Yusuf@epamail.epa.gov Subject: HSPF BMP Webtool is now available To BASINS Users, Ftable-based HSPF BMP webtool is now available at : http://www.epa.gov/athens/research/modeling/ftable/index.htm. Links on tutorials and downloadable example project files are also available on the same webpage. Yusuf Mohamoud Ph.D., P.E. Research Hydrologist Ecosystems Research Division 960 College Station Road Athens, Georgia 30605 ----------------------------------------------------------- X-Message-Number: 17 X-lyris-Id: 158377 Date: Sat, 21 Jul 2007 07:42:04 -0400 From: "Chin, David A." Subject: Conversion Factors in Preparing HSPF Input I used Basins 4.0 to prepare input for HSPF.=20 =20 Under the default conditions in Basins 4.0, the input data file produced = by Basins 4.0 (in the EXT TARGETS block) specifies a conversion factor = of 2.8514E-04 to convert the calculated flow volume out of a river reach = (ROVOL) to the volume output time series (SIMQ). =20 Also, a conversion factor of 2.3762E-05 is specified by Basins 4.0 to = convert the calculated groundwater inflow to the output time series = (AGWO). =20 Could someone please let me know the origin of these conversion factors? =20 Thanks for any help on this. =20 David Chin =20 ----------------------------------------------------------- X-Message-Number: 18 X-lyris-Id: 158451 Date: Tue, 24 Jul 2007 13:19:59 -0400 From: "Tom Jobes" Subject: RE: Conversion Factors in Preparing HSPF Input David, The second multiplier is (1 / drainage area) for your gage, not a fixed number. Its purpose is to convert from acre-inches (since the SCHEMATIC block multiplies out all the inches by acres) back to inches, so that the output is in effect an area-weighted average of PERO/SURO/etc over all of the land segments that drain to the gage. The first multiplier for ROVOL is (12 / drainage area) for the gage, to Convert from acre-feet to inches. Hope this helps, Tom Jobes -----Original Message----- From: Chin, David A. [mailto:dchin@miami.edu]=20 Sent: Saturday, July 21, 2007 7:42 AM To: Private list for BASINS users Subject: [basinsinfo] Conversion Factors in Preparing HSPF Input I used Basins 4.0 to prepare input for HSPF.=20 =20 Under the default conditions in Basins 4.0, the input data file produced by Basins 4.0 (in the EXT TARGETS block) specifies a conversion factor of 2.8514E-04 to convert the calculated flow volume out of a river reach (ROVOL) to the volume output time series (SIMQ). =20 Also, a conversion factor of 2.3762E-05 is specified by Basins 4.0 to convert the calculated groundwater inflow to the output time series (AGWO). =20 Could someone please let me know the origin of these conversion factors? =20 Thanks for any help on this. =20 David Chin =20 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 19 X-lyris-Id: 158614 Date: Thu, 26 Jul 2007 07:41:49 -1000 From: Krispin Fernandes Subject: Hydrograph timing Dear BASINS Users, What are the parameters that control the timing of the stream flow hydrograph? IRC and INTFW seem control the hydrograph timing (Calibration manual). But when I changed these two parameters up and down, they did not change the timing of the hydrograph and they did change the magnitude of flow (up and down). Other friends said that the channel length is too short? and I changed the channel length (hypothetically changed to know if it affects) into longer flow path, but it did not change the timing of the hydrograph. So what is the problem? Is there any problem in hydrologic routing? Is there any sensitivity between the timing of the hydrograph and any parameters in HSPH model? If so, could anyone tell me what are they? Thanks for help Krispin ----------------------------------------------------------- X-Message-Number: 20 X-lyris-Id: 158616 Date: Thu, 26 Jul 2007 14:59:58 -0400 From: "Tom Jobes" Subject: RE: Hydrograph timing Krispin, Increasing the interflow parameters will change the shape of the storm peak (shorter and fatter). Generally by virtue of this, the timing of the peak will be shifted slightly, but if the timing is off significantly due to=20 other issues (e.g. rainfall timing, or routing if you have several reaches=20 above the gage), then you might not see the effect, especially in daily output. How much is your timing off? Tom Jobes SJRWMD -----Original Message----- From: Krispin Fernandes [mailto:krispin@hawaii.edu]=20 Sent: Thursday, July 26, 2007 1:42 PM To: Private list for BASINS users Subject: [basinsinfo] Hydrograph timing Dear BASINS Users, What are the parameters that control the timing of the stream flow hydrograph? IRC and INTFW seem control the hydrograph timing (Calibration manual). But when I changed these two parameters up and down, they did not change the timing of the hydrograph and they did change the magnitude of flow (up and down). Other friends said that the channel length is too short? and I changed the channel length (hypothetically changed to know if it affects) into longer flow path, but it did not change the timing of the hydrograph. So what is the problem? Is there any problem in hydrologic routing? Is there any sensitivity between the timing of the hydrograph and any parameters in HSPH model? If so, could anyone tell me what are they? Thanks for help Krispin ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 21 X-lyris-Id: 158620 Date: Thu, 26 Jul 2007 11:31:04 -1000 From: Krispin Fernandes Subject: Re: Hydrograph timing Hi Tom, Thanks for the reply. Actually I am simulating on the hourly basis. The problem is I don't have daily data inside my project area. Only the peak flow is measured by USGS ( but did not give the time to the peak ) so the calibration was done with the peak flow and some measured calibration parameters. So I am not sure how time is off from my simulation and thefore I tried to look at the sensitivity of the hydrograph timing respect to which paramters and to compare it with some empirical method which is more conventioval way of calculating the "lag time" of the watershed. Thanks Krispin ----- Original Message ----- From: Tom Jobes Date: Thursday, July 26, 2007 9:43 am Subject: RE: [basinsinfo] Hydrograph timing To: Private list for BASINS users > Krispin, > > Increasing the interflow parameters will change the shape of the storm > peak > (shorter and fatter). Generally by virtue of this, the timing of the > peak > will be shifted slightly, but if the timing is off significantly > due to > other issues (e.g. rainfall timing, or routing if you have several > reaches > above the gage), then you might not see the effect, especially in > dailyoutput. > > How much is your timing off? > > Tom Jobes > SJRWMD > > -----Original Message----- > From: Krispin Fernandes [mailto:krispin@hawaii.edu] > Sent: Thursday, July 26, 2007 1:42 PM > To: Private list for BASINS users > Subject: [basinsinfo] Hydrograph timing > > Dear BASINS Users, > What are the parameters that control the timing of the stream flow > hydrograph? IRC and INTFW seem control the hydrograph timing > (Calibration manual). But when I changed these two parameters up and > down, they did not change the timing of the hydrograph and they did > change the magnitude of flow (up and down). Other friends said > that the > channel length is too short? and I changed the channel length > (hypothetically changed to know if it affects) into longer flow path, > but it did not change the timing of the hydrograph. So what is the > problem? Is there any problem in hydrologic routing? > Is there any sensitivity between the timing of the hydrograph and any > parameters in HSPH model? If so, could anyone tell me what are they? > > Thanks for help > Krispin > > > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver. > > To unsubscribe, send the words unsubscribe basinsinfo to > lyris@lists.epa.gov > OR: > Use the listserver's web interface at > https://lists.epa.gov/cgi-bin/lyris.pl to manage your > subscription. > OR > Contact the basinsinfo listserver owner at > basinsinfo-Owner@lists.epa.gov > ------------------------------------------ > > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver. > > To unsubscribe, send the words unsubscribe basinsinfo to > lyris@lists.epa.govOR: > Use the listserver's web interface at https://lists.epa.gov/cgi- > bin/lyris.pl to manage your > subscription. > OR > Contact the basinsinfo listserver owner at basinsinfo- > Owner@lists.epa.gov------------------------------------------ > ----------------------------------------------------------- X-Message-Number: 22 X-lyris-Id: 158686 Date: Mon, 30 Jul 2007 09:23:55 -0400 From: "Tom Jobes" Subject: RE: Hydrograph timing Krispin, Changing the length of the channel in HYDR-PARM2 won't affect timing, but changing the assumptions built into the creation of the FTABLE can. In particular, the more storage it takes to reach a given flow, the longer the lag to reach that flow. Tom=20 -----Original Message----- From: Krispin Fernandes [mailto:krispin@hawaii.edu]=20 Sent: Thursday, July 26, 2007 5:31 PM To: Private list for BASINS users Subject: Re: [basinsinfo] Hydrograph timing Hi Tom, Thanks for the reply. Actually I am simulating on the hourly basis. The problem is I don't have daily data inside my project area. Only the peak flow is measured by USGS ( but did not give the time to the peak ) so the calibration was done with the peak flow and some measured calibration parameters. So I am not sure how time is off from my simulation and thefore I tried to look at the sensitivity of the hydrograph timing respect to which paramters and to compare it with some empirical method which is more conventioval way of calculating the "lag time" of the watershed. Thanks Krispin ----- Original Message ----- From: Tom Jobes Date: Thursday, July 26, 2007 9:43 am Subject: RE: [basinsinfo] Hydrograph timing To: Private list for BASINS users > Krispin, >=20 > Increasing the interflow parameters will change the shape of the storm > peak > (shorter and fatter). Generally by virtue of this, the timing of the > peak > will be shifted slightly, but if the timing is off significantly=20 > due to=20 > other issues (e.g. rainfall timing, or routing if you have several > reaches=20 > above the gage), then you might not see the effect, especially in=20 > dailyoutput. >=20 > How much is your timing off? >=20 > Tom Jobes > SJRWMD >=20 > -----Original Message----- > From: Krispin Fernandes [mailto:krispin@hawaii.edu]=20 > Sent: Thursday, July 26, 2007 1:42 PM > To: Private list for BASINS users > Subject: [basinsinfo] Hydrograph timing >=20 > Dear BASINS Users, > What are the parameters that control the timing of the stream flow > hydrograph? IRC and INTFW seem control the hydrograph timing > (Calibration manual). But when I changed these two parameters up and > down, they did not change the timing of the hydrograph and they did > change the magnitude of flow (up and down). Other friends said=20 > that the > channel length is too short? and I changed the channel length > (hypothetically changed to know if it affects) into longer flow path, > but it did not change the timing of the hydrograph. So what is the > problem? Is there any problem in hydrologic routing? > Is there any sensitivity between the timing of the hydrograph and any > parameters in HSPH model? If so, could anyone tell me what are they? >=20 > Thanks for help > Krispin >=20 >=20 > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver.=20 >=20 > To unsubscribe, send the words unsubscribe basinsinfo to > lyris@lists.epa.gov > OR: > Use the listserver's web interface at > https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 > subscription. > OR > Contact the basinsinfo listserver owner at > basinsinfo-Owner@lists.epa.gov > ------------------------------------------ >=20 > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver.=20 >=20 > To unsubscribe, send the words unsubscribe basinsinfo to=20 > lyris@lists.epa.govOR: > Use the listserver's web interface at https://lists.epa.gov/cgi- > bin/lyris.pl to manage your=20 > subscription. > OR > Contact the basinsinfo listserver owner at basinsinfo- > Owner@lists.epa.gov------------------------------------------ >=20 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 23 X-lyris-Id: 158691 Date: Mon, 30 Jul 2007 10:40:25 -0400 From: mcai Subject: HSPF: surface outflow temperature at PWTGAS Hi, folks, I simulated soil temperature and outflow temperature from 1999 to 2006 in the module of PERLND. The HSPF manual indicates that the temperature of each outflow is considered to be the same as the soil temperature of the layer from which the flow originates. So the temperature of the surface outflow is expected to equal to the surface layer soil temperature, the temperature of interflow to the upper layer soil temperature, and the temperature of groundwater outflow to the goundwater layer soil temperature. My simulated interflow and groundwater temperature is same to the expectation. But the simulated surface outflow is very strange. My simulated surface layer soil temperature is mostly above 32oF, and has a peak at summer. But the simulated surface outflow temperature is constant to be 32oF from 1999 to early 2003, then increases to 42oF at mid-2003, after that slightly increases to 46oF till the end of 2004, then decreases to 32oF by the end of 2006. I don't know why the surface outflow temperature does not equal to the surface layer temperature as said in the manual. I inputted water temperature of reach manually by using EXT SOURCE module. Do you have any suggestion for this problem? Thanks in advance. Mei ----------------------------------------------------------- X-Message-Number: 24 X-lyris-Id: 158710 Date: Mon, 30 Jul 2007 11:22:22 -0400 From: "Tom Jobes" Subject: RE: HSPF: surface outflow temperature at PWTGAS Mei, I would suggest reviewing your inputs for the PSTEMP module, which is required to get the temperatures in PWTGAS. If those look okay, then check your input timeseries for air temperature. Hope this helps, Tom Jobes SJRWMD -----Original Message----- From: mcai [mailto:mcai@utk.edu]=20 Sent: Monday, July 30, 2007 10:40 AM To: Private list for BASINS users Subject: [basinsinfo] HSPF: surface outflow temperature at PWTGAS Hi, folks, I simulated soil temperature and outflow temperature from 1999 to 2006 in the module of PERLND. The HSPF manual indicates that the temperature of each outflow is considered to be the same as the soil temperature of the layer from which the flow originates. So the temperature of the surface outflow is expected to equal to the surface layer soil temperature, the temperature of interflow to the upper layer soil temperature, and the temperature of groundwater outflow to the goundwater layer soil temperature. My simulated interflow and groundwater temperature is same to the expectation. But the simulated surface outflow is very strange. My simulated surface layer soil temperature is mostly above 32oF, and has a peak at summer. But the simulated surface outflow temperature is constant to be 32oF from 1999 to early 2003, then increases to 42oF at mid-2003, after that slightly increases to 46oF till the end of 2004, then decreases to 32oF by the end of 2006. I don't know why the surface outflow temperature does not equal to the surface layer temperature as said in the manual. I inputted water temperature of reach manually by using EXT SOURCE module. Do you have any suggestion for this problem? Thanks in advance. Mei ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 25 X-lyris-Id: 158711 Date: Mon, 30 Jul 2007 13:01:09 -0400 From: mcai Subject: RE: HSPF: surface outflow temperature at PWTGAS Tom, Thanks very much for your suggestion. I checked the inputs for PSTEMP,it looks everything is correct. And the simulated soil temperature of surface layer and upper layer has the same tendency as the air temperature and the water temperature. The temperature of lower layer is assumed to be constant as I set in the module. I also checked the air temperature input, but cannot find any problem. I find another problem of the output of SOTMP (surface outflow temperature). The data series of SOTMP shows the temperature is around -1E+30, but the graph output displays the surface outflow temperature is 32oF or above as I mentioned in previous email. Is there any program failure here? I am really appreciated for all help and suggestion. Mei >===== Original Message From Tom Jobes ===== >Mei, > >I would suggest reviewing your inputs for the PSTEMP module, which is >required to get the >temperatures in PWTGAS. If those look okay, then check your input >timeseries for air temperature. > >Hope this helps, > >Tom Jobes >SJRWMD > >-----Original Message----- >From: mcai [mailto:mcai@utk.edu] >Sent: Monday, July 30, 2007 10:40 AM >To: Private list for BASINS users >Subject: [basinsinfo] HSPF: surface outflow temperature at PWTGAS > >Hi, folks, > >I simulated soil temperature and outflow temperature from 1999 to 2006 >in the module of PERLND. The HSPF manual indicates that the temperature >of each outflow is considered to be the same as the soil temperature of >the layer from which the flow originates. So the temperature of the >surface outflow is expected to equal to the surface layer soil >temperature, the temperature of interflow to the upper layer soil >temperature, and the temperature of groundwater outflow to the >goundwater layer soil temperature. My simulated interflow and >groundwater temperature is same to the expectation. But the simulated >surface outflow is very strange. > >My simulated surface layer soil temperature is mostly above 32oF, and >has a peak at summer. But the simulated surface outflow temperature is >constant to be 32oF from 1999 to early 2003, then increases to 42oF at >mid-2003, after that slightly increases to 46oF till the end of 2004, >then decreases to 32oF by the end of 2006. I don't know why the surface >outflow temperature does not equal to the surface layer temperature as >said in the manual. I inputted water temperature of reach manually by >using EXT SOURCE module. > >Do you have any suggestion for this problem? >Thanks in advance. > >Mei > > >------------------------------------------ >You are currently subscribed to the basinsinfo listserver. > >To unsubscribe, send the words unsubscribe basinsinfo to >lyris@lists.epa.gov >OR: >Use the listserver's web interface at >https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. >OR >Contact the basinsinfo listserver owner at >basinsinfo-Owner@lists.epa.gov >------------------------------------------ > >------------------------------------------ >You are currently subscribed to the basinsinfo listserver. > >To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov >OR: >Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your >subscription. >OR >Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov >------------------------------------------ ----------------------------------------------------------- X-Message-Number: 26 X-lyris-Id: 158718 Date: Tue, 31 Jul 2007 08:45:26 -0400 From: "Tom Jobes" Subject: RE: HSPF: surface outflow temperature at PWTGAS Mei, I omitted one detail before - when a soil layer temperature is below 0.5 C (32.9 F), it is fixed to that value. =20 When I run your file, everything seems fine. I changed the temperature output to hourly, and SOTMP=3D min(SLTMP,32.9) describes what I see perfectly. The reason you're only seeing a few values is that surface runoff only occurs for a full day on rare occasions, and WdmUtil skips over all of the undefined values, making the plots appear flat in between such days. I've found as a general rule, if you're outputting concentrations (and temp is just the concentration of heat in different units) in surface runoff or interflow, it's important to write the datasets at the same timestep of the run, so that the averaging in of undefined values doesn't mask the real behavior of the system. Tom Jobes SJRWMD -----Original Message----- From: mcai [mailto:mcai@utk.edu]=20 Sent: Monday, July 30, 2007 1:57 PM To: Tom Jobes Subject: RE: [basinsinfo] HSPF: surface outflow temperature at PWTGAS Dear Tom, I am so happy you can help me look into my model. Attached zip files are my model file and my wdm files. Could you kindly help me check there is any problem in the model setting? Thanks a lot. Mei >=3D=3D=3D=3D=3D Original Message From Tom Jobes = =3D=3D=3D=3D=3D Mei, > >SOTMP will show as -1E+30 whenever there is no surface outflow, and=20 >therefore the surface outflow temperature is undefined. IOTMP can=20 >also, depending on your interflow parameters. > >But whenever SURO is positive, SLTMP and SOTMP should be identical (as=20 >ULTMP and IOTMP should equal each other, and LGTMP and AOTMP should be=20 >equal). If you plot or list them together and this is not so, then=20 >there is a problem that needs to be looked into further. I'd be happy=20 >to look over your model for you if needed. > >Tom Jobes >SJRWMD > >-----Original Message----- >From: mcai [mailto:mcai@utk.edu] >Sent: Monday, July 30, 2007 1:01 PM >To: Private list for BASINS users >Cc: Tom Jobes >Subject: RE: [basinsinfo] HSPF: surface outflow temperature at PWTGAS > >Tom, Thanks very much for your suggestion. > >I checked the inputs for PSTEMP,it looks everything is correct. And the >simulated soil temperature of surface layer and upper layer has the=20 >same tendency as the air temperature and the water temperature. The=20 >temperature of lower layer is assumed to be constant as I set in the=20 >module. I also checked the air temperature input, but cannot find any=20 >problem. > >I find another problem of the output of SOTMP (surface outflow=20 >temperature). >The data series of SOTMP shows the temperature is around -1E+30, but=20 >the graph output displays the surface outflow temperature is 32oF or=20 >above as I mentioned in previous email. Is there any program failure here? > >I am really appreciated for all help and suggestion. > >Mei > >>=3D=3D=3D=3D=3D Original Message From Tom Jobes = =3D=3D=3D=3D=3D Mei, >> >>I would suggest reviewing your inputs for the PSTEMP module, which is=20 >>required to get the temperatures in PWTGAS. If those look okay, then=20 >>check your input timeseries for air temperature. >> >>Hope this helps, >> >>Tom Jobes >>SJRWMD >> >>-----Original Message----- >>From: mcai [mailto:mcai@utk.edu] >>Sent: Monday, July 30, 2007 10:40 AM >>To: Private list for BASINS users >>Subject: [basinsinfo] HSPF: surface outflow temperature at PWTGAS >> >>Hi, folks, >> >>I simulated soil temperature and outflow temperature from 1999 to 2006 >>in the module of PERLND. The HSPF manual indicates that the=20 >>temperature > >>of each outflow is considered to be the same as the soil temperature=20 >>of > >>the layer from which the flow originates. So the temperature of the=20 >>surface outflow is expected to equal to the surface layer soil=20 >>temperature, the temperature of interflow to the upper layer soil=20 >>temperature, and the temperature of groundwater outflow to the=20 >>goundwater layer soil temperature. My simulated interflow and=20 >>groundwater temperature is same to the expectation. But the simulated=20 >>surface outflow is very strange. >> >>My simulated surface layer soil temperature is mostly above 32oF, and=20 >>has a peak at summer. But the simulated surface outflow temperature is >>constant to be 32oF from 1999 to early 2003, then increases to 42oF at >>mid-2003, after that slightly increases to 46oF till the end of 2004,=20 >>then decreases to 32oF by the end of 2006. I don't know why the=20 >>surface > >>outflow temperature does not equal to the surface layer temperature as >>said in the manual. I inputted water temperature of reach manually by=20 >>using EXT SOURCE module. >> >>Do you have any suggestion for this problem? >>Thanks in advance. >> >>Mei >> >> >>------------------------------------------ >>You are currently subscribed to the basinsinfo listserver. >> >>To unsubscribe, send the words unsubscribe basinsinfo to=20 >>lyris@lists.epa.gov >>OR: >>Use the listserver's web interface at >>https://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. >>OR >>Contact the basinsinfo listserver owner at=20 >>basinsinfo-Owner@lists.epa.gov >>------------------------------------------ >> >>------------------------------------------ >>You are currently subscribed to the basinsinfo listserver. >> >>To unsubscribe, send the words unsubscribe basinsinfo to=20 >>lyris@lists.epa.gov >>OR: >>Use the listserver's web interface at >>https://lists.epa.gov/cgi-bin/lyris.pl >to manage your >>subscription. >>OR >>Contact the basinsinfo listserver owner at=20 >>basinsinfo-Owner@lists.epa.gov >>------------------------------------------ ----------------------------------------------------------- X-Message-Number: 27 X-lyris-Id: 158760 Date: Tue, 31 Jul 2007 13:59:50 -0700 From: franczyk@pdx.edu Subject: SWAT output Hello all, I am running SWAT from BASINS 3.1 and having trouble with an error message when I attempt to run the model. The error message is as follows: Error calling unlink for file C:\basins\.....\basins.bsb Return error code 13 I have followed the instructions concerning this type of error (go to working directory, delete delta#.dbf files); however, there isn't any delta files in the directory. If anyone has any information as to what other problem this could indicate, please let me know. Thank you, Jon Franczyk --- END OF MESSAGES ----------------------------------------------------------