Here are the messages between 20080501 and 20080531. 1. creating lakes 2. RE: creating lakes 3. RE: creating lakes 4. RE: creating lakes 5. RE: creating lakes 6. RE: creating lakes 7. RE: creating lakes 8. RE: creating lakes 9. Re: creating lakes 10. RE: creating lakes 11. Problems in creating wsd-file 12. HSPF equations and PEST 13. Re: HSPF equations and PEST 14. negative concentrations 15. RE: HSPF equations and PEST 16. RE: HSPF equations and PEST 17. RE: HSPF equations and PEST 18. Simple Stuff 19. Create New Project 20. BASINS 64-bit edition? 21. BASINS 64-bit edition? 22. TSPROC question 23. Reminder: BASINS/HSPF Training Workshop, July 14-18, 2008 24. RE: BASINS 64-bit edition? 25. Re: BASINS 64-bit edition? 26. Joseph Gould 27. MrSid 28. RE: BASINS 64-bit edition? 29. RE: BASINS 64-bit edition? 30. Re: MrSid 31. Re: BASINS 64-bit edition? 32. RE: MrSid 33. Temperature Output 34. HSPF Bug 35. TP, TSS output 36. question 37. RE: question 38. Bug in WDMUtil? 39. RE: Bug in WDMUtil? 40. RE: Bug in WDMUtil? 41. RE: Bug in WDMUtil? 42. Pan evaporation problems 43. RE: Pan evaporation problems 44. Bassin 4 grids and Surfer 7 grids 45. BASINS to HSPF - question 46. Display of shapefiles/Project data organization 47. BASINS to HSPF - question 48. RE: Display of shapefiles/Project data organization 49. BASINS 4 GIS to HSPF, slope values 50. BASINS 4 GIS to HSPF, slope values 51. RE: BASINS 4 GIS to HSPF, slope values 52. RE: BASINS 4 GIS to HSPF, slope values 53. BASINS Use in Australia?????? 54. BASINS & PEST 55. Re: BASINS & PEST 56. Re: BASINS & PEST 57. STCOR? 58. Re: STCOR? 59. RE: STCOR? 60. Re: STCOR? ----------------------------------------------------------- X-Message-Number: 1 X-lyris-Id: 169205 Date: Thu, 1 May 2008 16:17:43 -0700 From: "Ashley Perkins" Subject: creating lakes ------=_Part_4826_7695679.1209683863127 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=1). Can you provide any further advice? Thank you, Ashley Perkins ------=_Part_4826_7695679.1209683863127 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hello,
 
I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model.  I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=1).

Can you provide any further advice?
 
Thank you,
Ashley Perkins
------=_Part_4826_7695679.1209683863127-- ----------------------------------------------------------- X-Message-Number: 2 X-lyris-Id: 169207 Date: Fri, 2 May 2008 12:05:02 +0200 From: Emma Radahl Subject: RE: creating lakes --_c5b8f8d8-c992-45ac-9081-4e4a81cd8b3f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I would like to tag on a question to this; if there are small lake areas wi= thin the subwatersheds, not in contact with the reach network (that is, not= connected when looking at the surface), is the way to deal with those simp= ly to introduce a land use category called "water" and use the high water t= able equations in HSPF for those areas? Emma Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, =20 I am a new BASINS and HSPF user and am looking for guidance on how to intro= duce lakes into my model. I have tried the following methods: Burning to l= ake polylines during automatic watershed delineation, using lake polygons a= s my only landuse type, introducing inlets and outlets at the lake location= s, and calibrating the appropriate HSPF reaches table entries to include la= kes (LKFG=3D1). Can you provide any further advice? =20 Thank you, Ashley Perkins ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_c5b8f8d8-c992-45ac-9081-4e4a81cd8b3f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I would like to tag on a question to this; if there are small lake areas wi= thin the subwatersheds, not in contact with the reach network (that is, not= connected when looking at the surface), is the way to deal with those simp= ly to introduce a land use category called "water" and use the high water t= able equations in HSPF for those areas?

Emma


= Date: Thu, 1 May 2008 16:17:43 -0700
From: ashleyanneperkins@gmail.comTo: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes
<= br>
Hello,
 
I am a new BASINS and HSPF user and am looking for guidance on how to = introduce lakes into my model.  I have tried the following methods: Bu= rning to lake polylines during automatic watershed delineation, using lake = polygons as my only landuse type, introducing inlets and outlets at the lak= e locations, and calibrating the appropriate HSPF reaches table entries to = include lakes (LKFG=3D1).

Can you provide any further advice?
 
Thank you,
Ash= ley Perkins
------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------


Get news= , entertainment and everything you care about at Live.com. Check it out! = --_c5b8f8d8-c992-45ac-9081-4e4a81cd8b3f_-- ----------------------------------------------------------- X-Message-Number: 3 X-lyris-Id: 169212 Date: Fri, 2 May 2008 08:39:11 -0500 From: "Jay D. Davis" Subject: RE: creating lakes This is a multi-part message in MIME format. ------=_NextPart_000_003B_01C8AC2F.FEAED450 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings Basinners This is my first post and what I know about BASINS you can put in your eye and it will not water. However, I would submit that even hillside or even dugout ponds have connectivity. They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff. Does that alter the context any? jd _____ From: Emma Radahl [mailto:emma_1982@hotmail.com] Sent: Friday, May 02, 2008 5:05 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes I would like to tag on a question to this; if there are small lake areas within the subwatersheds, not in contact with the reach network (that is, not connected when looking at the surface), is the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas? Emma _____ Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=1). Can you provide any further advice? Thank you, Ashley Perkins ------------------------------------------ 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 ------------------------------------------ _____ Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------ 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 ------------------------------------------ ------=_NextPart_000_003B_01C8AC2F.FEAED450 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Greetings = Basinners

 

This is my first post and what I = know about BASINS you can put in your eye and it will not water.  = However, I would submit that even hillside or even dugout ponds have connectivity.  = They all overflow in flood and either have designed, or natural spillways/outlets = that release surface runoff.  Does that alter the context = any?

 

jd

 


From: Emma = Radahl [mailto:emma_1982@hotmail.com]
Sent: Friday, May 02, = 2008 5:05 AM
To: Private list for = BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

I would like to tag on a = question to this; if there are small lake areas within the subwatersheds, not in = contact with the reach network (that is, not connected when looking at the = surface), is the way to deal with those simply to introduce a land use category = called "water" and use the high water table equations in HSPF for = those areas?

Emma


Date: Thu, 1 May 2008 = 16:17:43 -0700
From: ashleyanneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for = guidance on how to introduce lakes into my model.  I have tried the = following methods: Burning to lake polylines during automatic watershed = delineation, using lake polygons as my only landuse type, introducing inlets and = outlets at the lake locations, and calibrating the appropriate HSPF reaches table = entries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank you,
Ashley Perkins

------------------------------------------ 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 = ------------------------------------------

 


Get news, entertainment and everything you care = about at Live.com. Check it out! ------------------------------------------
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
------------------------------------------

------=_NextPart_000_003B_01C8AC2F.FEAED450-- ----------------------------------------------------------- X-Message-Number: 4 X-lyris-Id: 169213 Date: Fri, 2 May 2008 10:03:00 -0400 (EDT) From: lkong@engenious.com Subject: RE: creating lakes ------=_20080502100300_17330 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0AHi, =0A=0A =0A=0AI'm interested in the response to the question of appli= cation of high water table equations, . . . In general, my OPINION is that = it is a matter of time step. If your time series time step is a small enou= gh resolution where the effort it takes to model those lakes will measurabl= y affect the time series (meaning that you see attenuation of the time seri= es due to the outlet conditions), it might make a difference. However if y= our lake is small and your time step is in hours, then modelling the lake s= eems to be moot. The resolution really isn't large enough to attenuate the= time series. =0A=0A =0A=0AThe other consideration is the infiltrative capa= city of the lakes. Clearly if the lake are on silt, and infitration is min= imal, then water balance into and out of the lake is fairly straightforward= . If the lake is on gravel (the other extreme) then it becomes a sink hole = and the mass balance is complicated, especially if it is a large lake, or a= large area drains into it. Presumably, one can deal with some of it by de= fining proper land usage (PERLND) but realistically, one would probably nee= d to model it as a pond to get the volume of water out of the surface runof= f category and into to one of the subsurface categories. IMHO.=0A=0A=0ALen= ny=0A=0A-----Original Message-----=0AFrom: "Jay D. Davis" =0A= Sent: Friday, May 2, 2008 9:39am=0ATo: Private list for BASINS users =0ASubject: RE: [basinsinfo] creating lakes=0A=0A=0A=0A= =0Av\:* {behavior:url(#default#VML);}=0Ao\:* {behavior:url(#default#VML);}= =0Aw\:* {behavior:url(#default#VML);}=0A.shape {behavior:url(#default#VML);= }=0A=0A=0A=0A=0A=0A=0A=0A=0A=0AGreetings Basinners=0A=0A =0A=0AThis is my f= irst post and what I know about BASINS you can put in your eye and it will = not water. However, I would submit that even hillside or even dugout ponds= have connectivity. They all overflow in flood and either have designed, o= r natural spillways/outlets that release surface runoff. Does that alter t= he context any?=0A=0A =0A=0Ajd =0A=0A =0A=0A=0A=0A=0A=0A=0A=0AFrom: Emma Ra= dahl [mailto:emma_1982@hotmail.com] =0ASent: Friday, May 02, 2008 5:05 AM= =0ATo: Private list for BASINS users=0ASubject: RE: [basinsinfo] creating l= akes=0A=0A =0A=0AI would like to tag on a question to this; if there are sm= all lake areas within the subwatersheds, not in contact with the reach netw= ork (that is, not connected when looking at the surface), is the way to dea= l with those simply to introduce a land use category called "water" and use= the high water table equations in HSPF for those areas?=0A=0AEmma=0A=0A=0A= =0A=0A=0ADate: Thu, 1 May 2008 16:17:43 -0700=0AFrom: ashleyanneperkins@gma= il.com=0ATo: basinsinfo@lists.epa.gov=0ASubject: [basinsinfo] creating lake= s=0A=0A=0A=0AHello,=0A=0A=0A=0A =0A=0A=0A=0AI am a new BASINS and HSPF user= and am looking for guidance on how to introduce lakes into my model. I ha= ve tried the following methods: Burning to lake polylines during automatic = watershed delineation, using lake polygons as my only landuse type, introdu= cing inlets and outlets at the lake locations, and calibrating the appropri= ate HSPF reaches table entries to include lakes (LKFG=3D1).=0A=0A=0A=0A=0AC= an you provide any further advice?=0A =0AThank you,=0AAshley Perkins=0A=0A-= ----------------------------------------- You are currently subscribed to t= he basinsinfo listserver. To unsubscribe, send the words unsubscribe basins= info 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 t= he basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ----------= --------------------------------=0A=0A =0A=0A=0A=0A=0A=0AGet news, entertai= nment and everything you care about at Live.com. [http://www.live.com/getst= arted.aspx%20] Check it out! ------------------------------------------=0AY= ou are currently subscribed to the basinsinfo listserver. =0A=0ATo unsubscr= ibe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=0AOR:=0AU= se the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl= to manage your =0Asubscription.=0AOR=0AContact the basinsinfo listserver o= wner at basinsinfo-Owner@lists.epa.gov=0A----------------------------------= -------- =0A=0A------------------------------------------ =0AYou are curren= tly subscribed to the basinsinfo listserver. =0A=0ATo unsubscribe, send the= words unsubscribe basinsinfo to lyris@lists.epa.gov =0AOR: =0AUse the list= server's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage = your =0Asubscription. =0AOR =0AContact the basinsinfo listserver owner at b= asinsinfo-Owner@lists.epa.gov =0A------------------------------------------= ------=_20080502100300_17330 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
=0A
 
=0A
= I'm interested in the response to the question of application of high water= table equations, . . . In general, my OPINION is that it is a matter of ti= me step.  If your time series time step is a small enough resolution w= here the effort it takes to model those lakes will measurably affect the ti= me series (meaning that you see attenuation of the time series due to the o= utlet conditions), it might make a difference.  However if your lake i= s small and your time step is in hours, then modelling the lake seems to be= moot.  The resolution really isn't large enough to attenuate the time= series. 
=0A
 
=0A
The other consideration is = the infiltrative capacity of the lakes.  Clearly if the lake are on si= lt, and infitration is minimal, then water balance into and out of the lake= is fairly straightforward. If the lake is on gravel (the other extreme) th= en it becomes a sink hole and the mass balance is complicated, especia= lly if it is a large lake, or a large area drains into it.  Presumably= , one can deal with some of it by defining proper land usage (PERLND) but r= ealistically, one would probably need to model it as a pond to get the volu= me of water out of the surface runoff category and into to one of the subsu= rface categories.  IMHO.
=0A
Lenny

-----Original M= essage-----
From: "Jay D. Davis" <jdd@uiuc.edu>
Sent: Friday, M= ay 2, 2008 9:39am
To: Private list for BASINS users <basinsinfo@lists= .epa.gov>
Subject: RE: [basinsinfo] creating lakes

=0A=0A=0Av\:* {behavior:url(#default#VML);}=0Ao\:* {behavior:url(#default#VML= );}=0Aw\:* {behavior:url(#default#VML);}=0A.shape {behavior:url(#default#VM= L);}=0A=0A=0A=0A=0A=0A

= Greetings Basinners

=0A

 

=0A

This is my first post and w= hat I know about BASINS you can put in your eye and it will not water. = ; However, I would submit that even hillside or even dugout ponds have conn= ectivity.  They all overflow in flood and either have designed, or nat= ural spillways/outlets that release surface runoff.  Does that alter t= he context any?

=0A

 

=0A

jd

=0A<= P class=3DMsoNormal> =

=0A
=0A
=0A
=0A<= /SPAN>
=0A

= Fro= m: Emma Radahl [mailto:emma_1982@hotmail.com]
= Sent: Friday, May 02, 2008 = 5:05 AM
To: Private list= for BASINS users
Subject: RE: [basinsinfo] creating lakes

=0A

 

=0A

I would like to tag on a question to th= is; if there are small lake areas within the subwatersheds, not in contact = with the reach network (that is, not connected when looking at the surface)= , is the way to deal with those simply to introduce a land use category cal= led "water" and use the high water table equations in HSPF for those areas?=

Emma

=0A
=0A
=0A
=0A

Date: Thu, 1 May 2008 16:17:43 -0700
From: ashley= anneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsin= fo] creating lakes

=0A
=0A

Hello,

=0A
=0A

 

=0A
=0A

I am a new BASINS and HSPF user and am looking for gui= dance on how to introduce lakes into my model.  I have tried the follo= wing methods: Burning to lake polylines during automatic watershed delineat= ion, using lake polygons as my only landuse type, introducing inlets and ou= tlets at the lake locations, and calibrating the appropriate HSPF reaches t= able entries to include lakes (LKFG=3D1).

=0A
=0A


Can you provide any further a= dvice?
 
Thank you,
Ashley Perkins

=0A

------------------------------------= ------ You are currently subscribed to the basinsinfo listserver. To unsubs= cribe, 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 t= o manage your subscription. OR Contact the basinsinfo listserver owner at b= asinsinfo-Owner@lists.epa.gov ------------------------------------------

=0A

 =

=0A
=0A
=0A
=0A

Get news, entertainment and ev= erything you care about at Live.com. Check it out! ------------------------------= ------------
You are currently subscribed to the basinsinfo listserver. =

To unsubscribe, send the words unsubscribe basinsinfo to lyris@list= s.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
---------= ---------------------------------

=0A------------------------------------------
You are currently subscrib= ed to the basinsinfo listserver.

To unsubscribe, send the words uns= ubscribe 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 basins= info-Owner@lists.epa.gov
------------------------------------------
------=_20080502100300_17330-- ----------------------------------------------------------- X-Message-Number: 5 X-lyris-Id: 169217 Date: Fri, 2 May 2008 10:44:25 -0400 From: "Tom Jobes" Subject: RE: creating lakes This is a multi-part message in MIME format. ------_=_NextPart_001_01C8AC63.05208275 X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 830B8EBD-6C5D-437A-A875-150DA0E76E1E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable That's a good point, Jay - any lake will eventually spill somewhere if the stage rises high enough, though this may not happen in practical terms if the invert is too high. (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don't think that will ever happen!)=20 =20 Emma: Using the HWT algorithm would allow you to have PERLND hold surface water without running off, but so would a plain RCHRES - it's a matter of how you route the flow. Does the isolated lake provide recharge that contributes to baseflow downstream? Does it capture only surface runoff, or also local interflow and/or baseflow? If it contributes nothing, you can even simply remove the area from the model. If you do include it, I expect that setting up the HWT algorithm is a lot more work than setting up a RCHRES instead, for possibly no extra benefit. Finally, if it's small enough in terms of area and storage, you could also simply lump it in with a Wetland category if you have one, and assume that the effect on the calibrated parameter set will be negligible. =20 Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-328-4463 C: 386-937-6341 =20 From: Jay D. Davis [mailto:jdd@uiuc.edu]=20 Sent: Friday, May 02, 2008 9:39 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 Greetings Basinners =20 This is my first post and what I know about BASINS you can put in your eye and it will not water. However, I would submit that even hillside or even dugout ponds have connectivity. They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff. Does that alter the context any? =20 jd=20 =20 ________________________________ From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Friday, May 02, 2008 5:05 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 I would like to tag on a question to this; if there are small lake areas within the subwatersheds, not in contact with the reach network (that is, not connected when looking at the surface), is the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas? Emma ________________________________ Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, =20 I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1). Can you provide any further advice? =20 Thank you, Ashley Perkins ------------------------------------------ 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 ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------ 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 ------------------------------------------=20 ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------_=_NextPart_001_01C8AC63.05208275 X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: E7CC9C10-00AC-4951-BED6-9E7C475A2BA1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

That’s a good point, Jay – any lake will = eventually spill somewhere if the stage rises high enough, though this may not = happen in practical terms if the invert is too high.  (The Great Salt Lake = would spill over the Rockies or the Sierras eventually, but I don’t = think that will ever happen!)

 

Emma:

Using the HWT algorithm would allow you to have PERLND = hold surface water without running off, but so would a plain RCHRES – = it’s a matter of how you route the flow.  Does the isolated lake provide recharge that contributes to baseflow downstream?  Does it capture = only surface runoff, or also local interflow and/or baseflow?  If it contributes nothing, you can even simply remove the area from the = model.  If you do include it, I expect that setting up the HWT algorithm is a = lot more work than setting up a RCHRES instead, for possibly no extra = benefit.  Finally, if it’s small enough in terms of area and storage, you could also = simply lump it in with a Wetland category if you have one, and assume that the = effect on the calibrated parameter set will be negligible.

 

Tom Jobes

St Johns River Water Management District

tjobes@sjrwmd.com

W: 386-328-4463

C: 386-937-6341

 

From:= = Jay D. Davis [mailto:jdd@uiuc.edu]
Sent: Friday, May 02, 2008 9:39 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

Greetings Basinners

 

This is my first post and what I know about BASINS you can = put in your eye and it will not water.  However, I would submit that even hillside or even dugout ponds have connectivity.  They all overflow = in flood and either have designed, or natural spillways/outlets that = release surface runoff.  Does that alter the context any?

 

jd

 


From:= = Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Friday, May 02, 2008 5:05 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

I would like to tag on a question to = this; if there are small lake areas within the subwatersheds, not in contact = with the reach network (that is, not connected when looking at the surface), is = the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for = those areas?

Emma


Date: Thu, 1 May 2008 16:17:43 = -0700
From: ashleyanneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for guidance on how to = introduce lakes into my model.  I have tried the following methods: Burning = to lake polylines during automatic watershed delineation, using lake polygons as = my only landuse type, introducing inlets and outlets at the lake locations, = and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank you,
Ashley Perkins

------------= ------------------------------ 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 = ------------------------------------------

 


Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------
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
------------------------------------------

------_=_NextPart_001_01C8AC63.05208275-- ----------------------------------------------------------- X-Message-Number: 6 X-lyris-Id: 169287 Date: Mon, 5 May 2008 10:59:08 +0200 From: Emma Radahl Subject: RE: creating lakes --_106c28ab-7fa2-4b37-9da2-c28045c72f5f_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thanks for a good answer. I suppose I could lump it with a wetland category= ; I think this is what is done in the tutorial examples for HSPF (a wetland= /water category).=20 Can I have a RCHRES not in contact with the rest of the network then? (If t= he lake/pond isn't in direct open water contact with the stream network) An= d just define that x % of landuse A and y % of landuse B drain to the pond? /Emma Subject: RE: [basinsinfo] creating lakes Date: Fri, 2 May 2008 10:44:25 -0400 From: tjobes@sjrwmd.com To: basinsinfo@lists.epa.gov That=92s a good point, Jay =96 any lake will eventually spill somewhere if the stage rises high enough, though this may not happen = in practical terms if the invert is too high. (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don=92t think that will ever happen!)=20 =20 Emma: Using the HWT algorithm would allow you to have PERLND hold surface water without running off, but so would a plain RCHRES =96 it=92s a matter of how you route the flow. Does the isolated lake provide recharge that contributes to baseflow downstream? Does it capture only surface runoff, or also local interflow and/or baseflow? If it contributes nothing, you can even simply remove the area from the model.=20 If you do include it, I expect that setting up the HWT algorithm is a lot m= ore work than setting up a RCHRES instead, for possibly no extra benefit. Fina= lly, if it=92s small enough in terms of area and storage, you could also simply lump it in with a Wetland category if you have one, and assume that the eff= ect on the calibrated parameter set will be negligible. =20 Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-328-4463 C: 386-937-6341 =20 From: Jay D. Davis [mailto:jdd@uiuc.edu]=20 Sent: Friday, May 02, 2008 9:39 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 Greetings Basinners =20 This is my first post and what I know about BASINS you can put in your eye and it will not water. However, I would submit that even hillside or even dugout ponds have connectivity. They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff. Does that alter the context any? =20 jd=20 =20 From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Friday, May 02, 2008 5:05 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 I would like to tag on a question to this; if there are small lake areas within the subwatersheds, not in contact with= the reach network (that is, not connected when looking at the surface), is the = way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas? Emma Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, =20 I am a new BASINS and HSPF user and am looking for guidance on how to introdu= ce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, an= d calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1). Can you provide any further advice? =20 Thank you, Ashley Perkins ------------------------------------------ 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 man= age your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ =20 Get news, entertainment and everything you care about at Live.com. Check it out= ! ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------=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:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= --_106c28ab-7fa2-4b37-9da2-c28045c72f5f_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thanks for a good answer. I suppose I could lump it with a wetland category= ; I think this is what is done in the tutorial examples for HSPF (a wetland= /water category).
Can I have a RCHRES not in contact with the rest of t= he network then? (If the lake/pond isn't in direct open water contact with = the stream network) And just define that x % of landuse A and y % of landus= e B drain to the pond?

/Emma


Subject: RE: [ba= sinsinfo] creating lakes
Date: Fri, 2 May 2008 10:44:25 -0400
From: t= jobes@sjrwmd.com
To: basinsinfo@lists.epa.gov

That=92s a good point, Jay = =96 any lake will eventually spill somewhere if the stage rises high enough, though this may not happen = in practical terms if the invert is too high.  (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don=92t think that will ever happen!)

 

Emma:

Using the HWT algorithm would= allow you to have PERLND hold surface water without running off, but so would a plain RCHRES =96 it=92s a matter of how you route the flow.  Does the isolated lake provide recharge that contributes to baseflow downstream?  Does it capture onl= y surface runoff, or also local interflow and/or baseflow?  If it contributes nothing, you can even simply remove the area from the model.&nb= sp; If you do include it, I expect that setting up the HWT algorithm is a lot m= ore work than setting up a RCHRES instead, for possibly no extra benefit. = Finally, if it=92s small enough in terms of area and storage, you could also simply lump it in with a Wetland category if you have one, and assume that the eff= ect on the calibrated parameter set will be negligible.

 

Tom Jobes

St Johns River Water Management District

tjobes@sjrwmd.com

W: 386-328-4463

C: 386-937-6341

 

From: Jay D. Davis [mailto:jdd@uiuc.edu]
Sent: Friday, May 02, 2008 9:39 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

Greetings Basinners

 

This is my first post and what I know about= BASINS you can put in your eye and it will not water.  However, I would submit that even hillside or even dugout ponds have connectivity.  They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff.  Does that alter the context any?

 

jd

 


From: Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Friday, May 02, 2008 5:05 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

I would like to tag on a= question to this; if there are small lake areas within the subwatersheds, not in contact with= the reach network (that is, not connected when looking at the surface), is the = way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas?

Emma

=

Date: Thu, 1 May 2008 16= :17:43 -0700
From: ashleyanneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for guidance on how to introdu= ce lakes into my model.  I have tried the following methods: Burning to l= ake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, an= d calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank you,
Ashley Perkins

------------------------------------------ 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 man= age your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------

 

=

Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l 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.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

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

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
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
------------------------------------------


Explore the seven wonders of the world Learn more! = --_106c28ab-7fa2-4b37-9da2-c28045c72f5f_-- ----------------------------------------------------------- X-Message-Number: 7 X-lyris-Id: 169290 Date: Mon, 5 May 2008 08:49:37 -0500 From: "Jay D. Davis" Subject: RE: creating lakes This is a multi-part message in MIME format. ------=_NextPart_000_0044_01C8AE8C.F36535D0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Tom Very bizarre example and there are others (eg. Dead Sea) I have seen Salt Lake "in flood" so to speak. Very ugly mess. Emma Check out http://www.fws.gov/nwi/ . There is a link to "Geographically isolated wetlands". You should find all the standardized wetlands classification parameters somewhere from that starting point. jd _____ From: Emma Radahl [mailto:emma_1982@hotmail.com] Sent: Monday, May 05, 2008 3:59 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes Thanks for a good answer. I suppose I could lump it with a wetland category; I think this is what is done in the tutorial examples for HSPF (a wetland/water category). Can I have a RCHRES not in contact with the rest of the network then? (If the lake/pond isn't in direct open water contact with the stream network) And just define that x % of landuse A and y % of landuse B drain to the pond? /Emma _____ Subject: RE: [basinsinfo] creating lakes Date: Fri, 2 May 2008 10:44:25 -0400 From: tjobes@sjrwmd.com To: basinsinfo@lists.epa.gov That's a good point, Jay - any lake will eventually spill somewhere if the stage rises high enough, though this may not happen in practical terms if the invert is too high. (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don't think that will ever happen!) Emma: Using the HWT algorithm would allow you to have PERLND hold surface water without running off, but so would a plain RCHRES - it's a matter of how you route the flow. Does the isolated lake provide recharge that contributes to baseflow downstream? Does it capture only surface runoff, or also local interflow and/or baseflow? If it contributes nothing, you can even simply remove the area from the model. If you do include it, I expect that setting up the HWT algorithm is a lot more work than setting up a RCHRES instead, for possibly no extra benefit. Finally, if it's small enough in terms of area and storage, you could also simply lump it in with a Wetland category if you have one, and assume that the effect on the calibrated parameter set will be negligible. Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-328-4463 C: 386-937-6341 From: Jay D. Davis [mailto:jdd@uiuc.edu] Sent: Friday, May 02, 2008 9:39 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes Greetings Basinners This is my first post and what I know about BASINS you can put in your eye and it will not water. However, I would submit that even hillside or even dugout ponds have connectivity. They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff. Does that alter the context any? jd _____ From: Emma Radahl [mailto:emma_1982@hotmail.com] Sent: Friday, May 02, 2008 5:05 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes I would like to tag on a question to this; if there are small lake areas within the subwatersheds, not in contact with the reach network (that is, not connected when looking at the surface), is the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas? Emma _____ Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=1). Can you provide any further advice? Thank you, Ashley Perkins ------------------------------------------ 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 ------------------------------------------ _____ Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------ 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 ------------------------------------------ ------------------------------------------ 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 ------------------------------------------ _____ Explore the seven wonders of the world Learn more! ------------------------------------------ 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 ------------------------------------------ ------=_NextPart_000_0044_01C8AE8C.F36535D0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Tom

 

Very bizarre example and there are = others (eg. Dead Sea)  I have seen Salt Lake “in = flood” so to speak.  Very ugly mess.

 

Emma

 

Check out http://www.fws.gov/nwi/ .  There is a link to “Geographically isolated = wetlands”.  You should find all the standardized wetlands classification parameters somewhere from that starting point.

 

jd

 


From: Emma = Radahl [mailto:emma_1982@hotmail.com]
Sent: Monday, May 05, = 2008 3:59 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

Thanks for a good answer. = I suppose I could lump it with a wetland category; I think this is what is done in = the tutorial examples for HSPF (a wetland/water category).
Can I have a RCHRES not in contact with the rest of the network then? = (If the lake/pond isn't in direct open water contact with the stream network) = And just define that x % of landuse A and y % of landuse B drain to the pond?

/Emma


Subject: RE: [basinsinfo] = creating lakes
Date: Fri, 2 May 2008 10:44:25 -0400
From: tjobes@sjrwmd.com
To: basinsinfo@lists.epa.gov

That’s = a good point, Jay – any lake will eventually spill somewhere if the stage rises = high enough, though this may not happen in practical terms if the invert is too = high.  (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don’t think that will ever = happen!)

 <= /font>

Emma:

Using the HWT algorithm would allow you to have PERLND hold surface water without = running off, but so would a plain RCHRES – it’s a matter of how you = route the flow.  Does the isolated lake provide recharge that contributes to baseflow downstream?  Does it capture only surface runoff, or also = local interflow and/or baseflow?  If it contributes nothing, you can even = simply remove the area from the model.  If you do include it, I expect = that setting up the HWT algorithm is a lot more work than setting up a RCHRES instead, for possibly no extra benefit.  Finally, if it’s = small enough in terms of area and storage, you could also simply lump it in with a = Wetland category if you have one, and assume that the effect on the calibrated parameter = set will be negligible.

 <= /font>

Tom Jobes

St Johns River Water Management = District

tjobes@sjrwmd.com<= font size=3D2 face=3DTahoma>

W: = 386-328-4463

C: = 386-937-6341

 <= /font>

From: Jay = D. Davis [mailto:jdd@uiuc.edu]
Sent: Friday, May 02, = 2008 9:39 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

Greetings = Basinners

 

This is my first post and what I = know about BASINS you can put in your eye and it will not water.  = However, I would submit that even hillside or even dugout ponds have = connectivity.  They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff.  Does that alter the context any?

 

jd

 


From: Emma = Radahl [mailto:emma_1982@hotmail.com]
Sent: Friday, May 02, = 2008 5:05 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

I would like to tag on a = question to this; if there are small lake areas within the subwatersheds, not in = contact with the reach network (that is, not connected when looking at the = surface), is the way to deal with those simply to introduce a land use category = called "water" and use the high water table equations in HSPF for = those areas?

Emma


Date: Thu, 1 May 2008 = 16:17:43 -0700
From: ashleyanneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for = guidance on how to introduce lakes into my model.  I have tried the = following methods: Burning to lake polylines during automatic watershed = delineation, using lake polygons as my only landuse type, introducing inlets and = outlets at the lake locations, and calibrating the appropriate HSPF reaches table = entries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank you,
Ashley Perkins

------------------------------------------ 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 = ------------------------------------------

 


Get news, entertainment and everything you care = about at Live.com. Check it out! ------------------------------------------
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
------------------------------------------

------------------------------------------
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
------------------------------------------

 


Explore the seven wonders of the world Learn more! = ------------------------------------------
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
------------------------------------------

------=_NextPart_000_0044_01C8AE8C.F36535D0-- ----------------------------------------------------------- X-Message-Number: 8 X-lyris-Id: 169293 Date: Mon, 5 May 2008 09:04:47 -0500 From: "Jay D. Davis" Subject: RE: creating lakes This is a multi-part message in MIME format. ------=_NextPart_000_0053_01C8AE8F.116BE860 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Emma Check http://www.fws.gov/nwi/PubsReports/FINAL_Draft_Wetlands_Mapping_Standard_08_ 06_07.pdf for more specific criteria. jd _____ From: Emma Radahl [mailto:emma_1982@hotmail.com] Sent: Monday, May 05, 2008 3:59 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes Thanks for a good answer. I suppose I could lump it with a wetland category; I think this is what is done in the tutorial examples for HSPF (a wetland/water category). Can I have a RCHRES not in contact with the rest of the network then? (If the lake/pond isn't in direct open water contact with the stream network) And just define that x % of landuse A and y % of landuse B drain to the pond? /Emma _____ Subject: RE: [basinsinfo] creating lakes Date: Fri, 2 May 2008 10:44:25 -0400 From: tjobes@sjrwmd.com To: basinsinfo@lists.epa.gov That's a good point, Jay - any lake will eventually spill somewhere if the stage rises high enough, though this may not happen in practical terms if the invert is too high. (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don't think that will ever happen!) Emma: Using the HWT algorithm would allow you to have PERLND hold surface water without running off, but so would a plain RCHRES - it's a matter of how you route the flow. Does the isolated lake provide recharge that contributes to baseflow downstream? Does it capture only surface runoff, or also local interflow and/or baseflow? If it contributes nothing, you can even simply remove the area from the model. If you do include it, I expect that setting up the HWT algorithm is a lot more work than setting up a RCHRES instead, for possibly no extra benefit. Finally, if it's small enough in terms of area and storage, you could also simply lump it in with a Wetland category if you have one, and assume that the effect on the calibrated parameter set will be negligible. Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-328-4463 C: 386-937-6341 From: Jay D. Davis [mailto:jdd@uiuc.edu] Sent: Friday, May 02, 2008 9:39 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes Greetings Basinners This is my first post and what I know about BASINS you can put in your eye and it will not water. However, I would submit that even hillside or even dugout ponds have connectivity. They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff. Does that alter the context any? jd _____ From: Emma Radahl [mailto:emma_1982@hotmail.com] Sent: Friday, May 02, 2008 5:05 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes I would like to tag on a question to this; if there are small lake areas within the subwatersheds, not in contact with the reach network (that is, not connected when looking at the surface), is the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas? Emma _____ Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=1). Can you provide any further advice? Thank you, Ashley Perkins ------------------------------------------ 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 ------------------------------------------ _____ Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------ 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 ------------------------------------------ ------------------------------------------ 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 ------------------------------------------ _____ Explore the seven wonders of the world Learn more! ------------------------------------------ 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 ------------------------------------------ ------=_NextPart_000_0053_01C8AE8F.116BE860 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Emma

 

Check http://www.fws.gov/nwi/PubsReports/FINAL_Draft_Wetl= ands_Mapping_Standard_08_06_07.pdf for more specific criteria.

 

jd

 


From: Emma = Radahl [mailto:emma_1982@hotmail.com]
Sent: Monday, May 05, = 2008 3:59 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

Thanks for a good answer. = I suppose I could lump it with a wetland category; I think this is what is done in = the tutorial examples for HSPF (a wetland/water category).
Can I have a RCHRES not in contact with the rest of the network then? = (If the lake/pond isn't in direct open water contact with the stream network) = And just define that x % of landuse A and y % of landuse B drain to the pond?

/Emma


Subject: RE: [basinsinfo] = creating lakes
Date: Fri, 2 May 2008 10:44:25 -0400
From: tjobes@sjrwmd.com
To: basinsinfo@lists.epa.gov

That’s = a good point, Jay – any lake will eventually spill somewhere if the stage rises = high enough, though this may not happen in practical terms if the invert is too = high.  (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don’t think that will ever = happen!)

 <= /font>

Emma:

Using the HWT algorithm would allow you to have PERLND hold surface water without = running off, but so would a plain RCHRES – it’s a matter of how you = route the flow.  Does the isolated lake provide recharge that contributes to baseflow downstream?  Does it capture only surface runoff, or also = local interflow and/or baseflow?  If it contributes nothing, you can even = simply remove the area from the model.  If you do include it, I expect = that setting up the HWT algorithm is a lot more work than setting up a RCHRES instead, for possibly no extra benefit.  Finally, if it’s = small enough in terms of area and storage, you could also simply lump it in with a = Wetland category if you have one, and assume that the effect on the calibrated parameter set will be negligible.

 <= /font>

Tom Jobes

St Johns River Water Management = District

tjobes@sjrwmd.com<= font size=3D2 face=3DTahoma>

W: = 386-328-4463

C: = 386-937-6341

 <= /font>

From: Jay = D. Davis [mailto:jdd@uiuc.edu]
Sent: Friday, May 02, = 2008 9:39 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

Greetings = Basinners

 

This is my first post and what I = know about BASINS you can put in your eye and it will not water.  = However, I would submit that even hillside or even dugout ponds have = connectivity.  They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff.  Does that alter the context any?

 

jd

 


From: Emma = Radahl [mailto:emma_1982@hotmail.com]
Sent: Friday, May 02, = 2008 5:05 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] = creating lakes

 

I would like to tag on a = question to this; if there are small lake areas within the subwatersheds, not in = contact with the reach network (that is, not connected when looking at the = surface), is the way to deal with those simply to introduce a land use category = called "water" and use the high water table equations in HSPF for = those areas?

Emma


Date: Thu, 1 May 2008 = 16:17:43 -0700
From: ashleyanneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for = guidance on how to introduce lakes into my model.  I have tried the = following methods: Burning to lake polylines during automatic watershed = delineation, using lake polygons as my only landuse type, introducing inlets and = outlets at the lake locations, and calibrating the appropriate HSPF reaches table = entries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank you,
Ashley Perkins

------------------------------------------ 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 = ------------------------------------------

 


Get news, entertainment and everything you care = about at Live.com. Check it out! ------------------------------------------
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
------------------------------------------

------------------------------------------
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
------------------------------------------

 


Explore the seven wonders of the world Learn more! = ------------------------------------------
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
------------------------------------------

------=_NextPart_000_0053_01C8AE8F.116BE860-- ----------------------------------------------------------- X-Message-Number: 9 X-lyris-Id: 169296 Date: Mon, 5 May 2008 08:25:31 -0700 From: "Ashley Perkins" Subject: Re: creating lakes ------=_Part_19980_3766216.1210001131432 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am still having trouble creating a lake (original e-mail below). Does anyone have any advice? Or direction to resources? Thanks, Ashley Hello, I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lak= e locations (and inlets only), and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1). Can you provide any further advice? Thank you, Ashley Perkins On Mon, May 5, 2008 at 7:04 AM, Jay D. Davis wrote: > Emma > > > > Check > http://www.fws.gov/nwi/PubsReports/FINAL_Draft_Wetlands_Mapping_Standard_= 08_06_07.pdffor more specific criteria. > > > > jd > > > ------------------------------ > > *From:* Emma Radahl [mailto:emma_1982@hotmail.com] > *Sent:* Monday, May 05, 2008 3:59 AM > *To:* Private list for BASINS users > *Subject:* RE: [basinsinfo] creating lakes > > > > Thanks for a good answer. I suppose I could lump it with a wetland > category; I think this is what is done in the tutorial examples for HSPF = (a > wetland/water category). > Can I have a RCHRES not in contact with the rest of the network then? (If > the lake/pond isn't in direct open water contact with the stream network) > And just define that x % of landuse A and y % of landuse B drain to the > pond? > > /Emma > ------------------------------ > > Subject: RE: [basinsinfo] creating lakes > Date: Fri, 2 May 2008 10:44:25 -0400 > From: tjobes@sjrwmd.com > To: basinsinfo@lists.epa.gov > > That's a good point, Jay =96 any lake will eventually spill somewhere if = the > stage rises high enough, though this may not happen in practical terms if > the invert is too high. (The Great Salt Lake would spill over the Rockie= s > or the Sierras eventually, but I don't think that will ever happen!) > > > > Emma: > > Using the HWT algorithm would allow you to have PERLND hold surface water > without running off, but so would a plain RCHRES =96 it's a matter of how= you > route the flow. Does the isolated lake provide recharge that contributes= to > baseflow downstream? Does it capture only surface runoff, or also local > interflow and/or baseflow? If it contributes nothing, you can even simpl= y > remove the area from the model. If you do include it, I expect that sett= ing > up the HWT algorithm is a lot more work than setting up a RCHRES instead, > for possibly no extra benefit. Finally, if it's small enough in terms of > area and storage, you could also simply lump it in with a Wetland categor= y > if you have one, and assume that the effect on the calibrated parameter s= et > will be negligible. > > > > Tom Jobes > > St Johns River Water Management District > > tjobes@sjrwmd.com > > W: 386-328-4463 > > C: 386-937-6341 > > > > *From:* Jay D. Davis [mailto:jdd@uiuc.edu] > *Sent:* Friday, May 02, 2008 9:39 AM > *To:* Private list for BASINS users > *Subject:* RE: [basinsinfo] creating lakes > > > > Greetings Basinners > > > > This is my first post and what I know about BASINS you can put in your ey= e > and it will not water. However, I would submit that even hillside or eve= n > dugout ponds have connectivity. They all overflow in flood and either ha= ve > designed, or natural spillways/outlets that release surface runoff. Does > that alter the context any? > > > > jd > > > ------------------------------ > > *From:* Emma Radahl [mailto:emma_1982@hotmail.com] > *Sent:* Friday, May 02, 2008 5:05 AM > *To:* Private list for BASINS users > *Subject:* RE: [basinsinfo] creating lakes > > > > I would like to tag on a question to this; if there are small lake areas > within the subwatersheds, not in contact with the reach network (that is, > not connected when looking at the surface), is the way to deal with those > simply to introduce a land use category called "water" and use the high > water table equations in HSPF for those areas? > > Emma > ------------------------------ > > Date: Thu, 1 May 2008 16:17:43 -0700 > From: ashleyanneperkins@gmail.com > To: basinsinfo@lists.epa.gov > Subject: [basinsinfo] creating lakes > > Hello, > > > > I am a new BASINS and HSPF user and am looking for guidance on how to > introduce lakes into my model. I have tried the following methods: Burni= ng > to lake polylines during automatic watershed delineation, using lake > polygons as my only landuse type, introducing inlets and outlets at the l= ake > locations, and calibrating the appropriate HSPF reaches table entries to > include lakes (LKFG=3D1). > > > Can you provide any further advice? > > Thank you, > Ashley Perkins > > ------------------------------------------ You are currently subscribed t= o > 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= ------------------------------------------ > > > ------------------------------ > > Get news, entertainment and everything you care about at Live.com. Check > it out! -------------------------= ----------------- > 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 > ------------------------------------------ > > ------------------------------------------ > 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 > ------------------------------------------ > > > ------------------------------ > > Explore the seven wonders of the world Learn more!------------------= ------------------------ > 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 > ------------------------------------------ > ------=_Part_19980_3766216.1210001131432 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi,
 
I am still having trouble creating a lake (original e-mail below).&nbs= p; Does anyone have any advice?  Or direction to resources?
 
Thanks,
Ashley
 
 
Hello,
 
I am a new BASINS and HSPF user and am looking for= guidance on how to introduce lakes into my model.  I have tried the f= ollowing methods: Burning to lake polylines during automatic watershed deli= neation, using lake polygons as my only landuse type, introducing inlets an= d outlets at the lake locations (and inlets only), and calibrating the appr= opriate HSPF reaches table entries to include lakes (LKFG=3D1).

Can you provide any further advice?
 
Thank you,
Ashley Pe= rkins

On Mon, May 5, 2008 at 7:04 AM, Jay D. Davis <= ;jdd@uiuc.edu> wrote:

Emma

 

Check http://www.fws.gov/nwi/PubsReports/FINAL_Draft_Wetlands_Mapping= _Standard_08_06_07.pdf for more specific criteria.

 

jd

 


From: Emma= Radahl [mailto:= emma_1982@hotmail.com]
Sent: Monday, May 05, 2008 = 3:59 AM
To: Private list= for BASINS users
Subject: RE: [basinsinfo] creating lakes

Thanks for a good answer. I sup= pose I could lump it with a wetland category; I think this is what is done = in the tutorial examples for HSPF (a wetland/water category).
Can I have a RCHRES not in contact with the rest of the network then? (If t= he lake/pond isn't in direct open water contact with the stream network= ) And just define that x % of landuse A and y % of landuse B drain to the p= ond?

/Emma


Subject: RE: [basinsinfo] creat= ing lakes
Date: Fri, 2 May 2008 10:44:25 -0400
From: tjobes@sjrwmd.com
To: basinsinf= o@lists.epa.gov

That's a good point, Jay =96 = any lake will eventually spill somewhere if the stage rises high enough, th= ough this may not happen in practical terms if the invert is too high. = ; (The Great Salt Lake would spill over the Rockies or the Sierras eventual= ly, but I don't think that will ever happen!)

 Emma:

Using the HWT algorithm would= allow you to have PERLND hold surface water without running off, but so wo= uld a plain RCHRES =96 it's a matter of how you route the flow.  Does = the isolated lake provide recharge that contributes to baseflow downstream?=   Does it capture only surface runoff, or also local interflow and/or = baseflow?  If it contributes nothing, you can even simply remove the a= rea from the model.  If you do include it, I expect that setting up th= e HWT algorithm is a lot more work than setting up a RCHRES instead, for po= ssibly no extra benefit.  Finally, if it's small enough in terms of ar= ea and storage, you could also simply lump it in with a Wetland category if= you have one, and assume that the effect on the calibrated parameter set w= ill be negligible.

 Tom Jobes

St Johns River Water Management Distri= ct

tjobes@sjrwmd.com

W: 386-328-4463C: 386-937-6341 

From: Jay = D. Davis [mailto:jdd@uiuc= .edu]
Sent: Friday, May 02, 2008 = 9:39 AM
To: Private list= for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

Greetings Basinners

 

This is my first post and what I kn= ow about BASINS you can put in your eye and it will not water.  Howeve= r, I would submit that even hillside or even dugout ponds have connectivity= .  They all overflow in flood and either have designed, or natural spi= llways/outlets that release surface runoff.  Does that alter the conte= xt any?

 

jd =

 


From: Emma= Radahl [mailto:= emma_1982@hotmail.com]
Sent: Friday, May 02, 2008 = 5:05 AM
To: Private list= for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

I would like to tag on a questi= on to this; if there are small lake areas within the subwatersheds, not in = contact with the reach network (that is, not connected when looking at the = surface), is the way to deal with those simply to introduce a land use cate= gory called "water" and use the high water table equations in HSP= F for those areas?

Emma


Date: Thu, 1 May 2008 16:17:43 = -0700
From: ashleyanneperkins@gmail.com
To: basinsinf= o@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for guidance o= n how to introduce lakes into my model.  I have tried the following me= thods: Burning to lake polylines during automatic watershed delineation, us= ing lake polygons as my only landuse type, introducing inlets and outlets a= t the lake locations, and calibrating the appropriate HSPF reaches table en= tries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank yo= u,
Ashley Perkins

------------------------------------------ You are currently = subscribed to the basinsinfo listserver. To unsubscribe, send the words uns= ubscribe 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 Contac= t the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ----------= --------------------------------

 


Get news, entertainment and everything you care about at Live= .com. = Check it out! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsub= scribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov
OR:
Use the li= stserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to man= age your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Own= er@lists.epa.gov
------------------------------------------
<= /font>

------------------------------------------
You are curren= tly subscribed to the basinsinfo listserver.

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

------------------------------------------
You are curren= tly subscribed to the basinsinfo listserver.

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

 


Explore the seven wonders of the world Learn more! ---------------------------------------= ---
You are currently subscribed to the basinsinfo listserver.

To unsub= scribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov
OR:
Use the li= stserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to man= age your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Own= er@lists.epa.gov
------------------------------------------
<= /font>

------------------------------------------
You ar= e 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/l= yris.pl to manage your
subscription.
OR
Contact the basinsi= nfo listserver owner at basinsinfo-Owner@lists.epa.gov
------------------------------------------
<= /div>
------=_Part_19980_3766216.1210001131432-- ----------------------------------------------------------- X-Message-Number: 10 X-lyris-Id: 169299 Date: Mon, 5 May 2008 11:35:42 -0400 From: "Tom Jobes" Subject: RE: creating lakes This is a multi-part message in MIME format. ------_=_NextPart_001_01C8AEC5.AE1E237E X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 00E789F7-6999-4380-9E15-07291A12C808 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, you can have an unconnected RCHRES. The schematic diagram on the main screen of WinHSPF may not show it, but the model will run it and generate results if it is set up correctly. =20 Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-328-4463 C: 386-937-6341 =20 From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Monday, May 05, 2008 4:59 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 Thanks for a good answer. I suppose I could lump it with a wetland category; I think this is what is done in the tutorial examples for HSPF (a wetland/water category).=20 Can I have a RCHRES not in contact with the rest of the network then? (If the lake/pond isn't in direct open water contact with the stream network) And just define that x % of landuse A and y % of landuse B drain to the pond? /Emma ________________________________ Subject: RE: [basinsinfo] creating lakes Date: Fri, 2 May 2008 10:44:25 -0400 From: tjobes@sjrwmd.com To: basinsinfo@lists.epa.gov That's a good point, Jay - any lake will eventually spill somewhere if the stage rises high enough, though this may not happen in practical terms if the invert is too high. (The Great Salt Lake would spill over the Rockies or the Sierras eventually, but I don't think that will ever happen!)=20 =20 Emma: Using the HWT algorithm would allow you to have PERLND hold surface water without running off, but so would a plain RCHRES - it's a matter of how you route the flow. Does the isolated lake provide recharge that contributes to baseflow downstream? Does it capture only surface runoff, or also local interflow and/or baseflow? If it contributes nothing, you can even simply remove the area from the model. If you do include it, I expect that setting up the HWT algorithm is a lot more work than setting up a RCHRES instead, for possibly no extra benefit. Finally, if it's small enough in terms of area and storage, you could also simply lump it in with a Wetland category if you have one, and assume that the effect on the calibrated parameter set will be negligible. =20 Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-328-4463 C: 386-937-6341 =20 From: Jay D. Davis [mailto:jdd@uiuc.edu]=20 Sent: Friday, May 02, 2008 9:39 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 Greetings Basinners =20 This is my first post and what I know about BASINS you can put in your eye and it will not water. However, I would submit that even hillside or even dugout ponds have connectivity. They all overflow in flood and either have designed, or natural spillways/outlets that release surface runoff. Does that alter the context any? =20 jd=20 =20 ________________________________ From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Friday, May 02, 2008 5:05 AM To: Private list for BASINS users Subject: RE: [basinsinfo] creating lakes =20 I would like to tag on a question to this; if there are small lake areas within the subwatersheds, not in contact with the reach network (that is, not connected when looking at the surface), is the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for those areas? Emma ________________________________ Date: Thu, 1 May 2008 16:17:43 -0700 From: ashleyanneperkins@gmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] creating lakes Hello, =20 I am a new BASINS and HSPF user and am looking for guidance on how to introduce lakes into my model. I have tried the following methods: Burning to lake polylines during automatic watershed delineation, using lake polygons as my only landuse type, introducing inlets and outlets at the lake locations, and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1). Can you provide any further advice? =20 Thank you, Ashley Perkins ------------------------------------------ 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 ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------ 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 ------------------------------------------=20 ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 =20 ________________________________ Explore the seven wonders of the world Learn more! ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------_=_NextPart_001_01C8AEC5.AE1E237E X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 4E18E15F-D48C-485F-BBE0-BEBFEDBD2A13 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes, you can have an unconnected RCHRES.  The = schematic diagram on the main screen of WinHSPF may not show it, but the model = will run it and generate results if it is set up correctly.

 

Tom Jobes

St Johns River Water Management District

tjobes@sjrwmd.com

W: 386-328-4463

C: 386-937-6341

 

From:= = Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Monday, May 05, 2008 4:59 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

Thanks for a good answer. I suppose I = could lump it with a wetland category; I think this is what is done in the = tutorial examples for HSPF (a wetland/water category).
Can I have a RCHRES not in contact with the rest of the network then? = (If the lake/pond isn't in direct open water contact with the stream network) = And just define that x % of landuse A and y % of landuse B drain to the pond?

/Emma


Subject: RE: [basinsinfo] creating = lakes
Date: Fri, 2 May 2008 10:44:25 -0400
From: tjobes@sjrwmd.com
To: basinsinfo@lists.epa.gov

That’s a good point, Jay – any lake will = eventually spill somewhere if the stage rises high enough, though this may not = happen in practical terms if the invert is too high.  (The Great Salt Lake = would spill over the Rockies or the Sierras eventually, but I don’t = think that will ever happen!)

 

Emma:

Using the HWT algorithm would allow you to have PERLND = hold surface water without running off, but so would a plain RCHRES – it’s a matter of how you route the flow.  Does the isolated = lake provide recharge that contributes to baseflow downstream?  Does it = capture only surface runoff, or also local interflow and/or baseflow?  If = it contributes nothing, you can even simply remove the area from the = model.  If you do include it, I expect that setting up the HWT algorithm is a = lot more work than setting up a RCHRES instead, for possibly no extra = benefit.  Finally, if it’s small enough in terms of area and storage, you = could also simply lump it in with a Wetland category if you have one, and assume = that the effect on the calibrated parameter set will be negligible.

 

Tom Jobes

St Johns River Water Management District

tjobes@sjrwmd.com

W: 386-328-4463

C: 386-937-6341

 

From:= = Jay D. Davis [mailto:jdd@uiuc.edu]
Sent: Friday, May 02, 2008 9:39 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

Greetings Basinners

 

This is my first post and what I know about BASINS you can = put in your eye and it will not water.  However, I would submit that even hillside or even dugout ponds have connectivity.  They all overflow = in flood and either have designed, or natural spillways/outlets that = release surface runoff.  Does that alter the context any?

 

jd

 


From:= = Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Friday, May 02, 2008 5:05 AM
To: Private list for BASINS users
Subject: RE: [basinsinfo] creating lakes

 

I would like to tag on a question to = this; if there are small lake areas within the subwatersheds, not in contact = with the reach network (that is, not connected when looking at the surface), is = the way to deal with those simply to introduce a land use category called "water" and use the high water table equations in HSPF for = those areas?

Emma


Date: Thu, 1 May 2008 16:17:43 = -0700
From: ashleyanneperkins@gmail.com
To: basinsinfo@lists.epa.gov
Subject: [basinsinfo] creating lakes

Hello,

 

I am a new BASINS and HSPF user and am looking for guidance on how to = introduce lakes into my model.  I have tried the following methods: Burning = to lake polylines during automatic watershed delineation, using lake polygons as = my only landuse type, introducing inlets and outlets at the lake locations, = and calibrating the appropriate HSPF reaches table entries to include lakes (LKFG=3D1).


Can you provide any further advice?
 
Thank you,
Ashley Perkins

------------= ------------------------------ 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 = ------------------------------------------

 


Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------
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
------------------------------------------

------------= ------------------------------
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
------------------------------------------

 


Explore the seven wonders of the world Learn more! ------------------------------------------
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
------------------------------------------

------_=_NextPart_001_01C8AEC5.AE1E237E-- ----------------------------------------------------------- X-Message-Number: 11 X-lyris-Id: 169335 Date: Tue, 6 May 2008 14:38:39 +0200 From: "=?ISO-8859-1?Q?Andreas_Bostr=F6m?=" Subject: Problems in creating wsd-file ------=_Part_23561_7374498.1210077519160 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm trying to create a wsd-file in BASINS 4 to be able to run WinHSPF. I am thus trying to launch WinHSPF from BASINS. But I get the following error message: "Collection index must be in the range 1 to the size of the collection". What do I need to do to fix this problem? kind regards, Andreas Bostr=F6m, Uppsala, Sweden ------=_Part_23561_7374498.1210077519160 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I'm trying to create a wsd-file in BASINS 4 to be able to run WinH= SPF. I am thus trying to launch WinHSPF from BASINS. But I get the followin= g error message: "Collection index must be in the range 1 to the size = of the collection". What do I need to do to fix this problem?
 
kind regards,
Andreas Bostr=F6m, Uppsala, Sweden

------=_Part_23561_7374498.1210077519160-- ----------------------------------------------------------- X-Message-Number: 12 X-lyris-Id: 169346 Date: Tue, 6 May 2008 18:00:25 +0200 From: Emma Radahl Subject: HSPF equations and PEST --_7554fdcc-6246-441d-91f3-5729719f4584_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am curious what users of HSPF think regarding the physical relevance of = the equations in the model? As far as I've understood it, many of the equat= ions are "semi-"physically based? To what extent would it be possible to actually input measured "physical" v= alues into the model as compared to parameters that mainly are "tuning" too= ls to get a simulated time series to better match an observed one? (That is= , could I measure parameter values in the field and use in a HSPF project?) I have seen that equations in HSPF are based on Philips and Chezy-Manning's= equations, as well as the energy balance, but how similar are the model's = version of these equations to the equations themselves really?=20 I am also curious about the possibility to use PEST as a sensitivity analys= is tool, in the WinHSPF manual there is information that PEST could be util= ized as this for the HSPF-model. Has anyone any experience in using PEST fo= r this purpose? Sincerely, Emma Radahl _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_7554fdcc-6246-441d-91f3-5729719f4584_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am curious  what users of HSPF think regarding the physical relevanc= e of the equations in the model? As far as I've understood it, many of the = equations are "semi-"physically based?

To what extent would it be po= ssible to actually input measured "physical" values into the model as compa= red to parameters that mainly are "tuning" tools to get a simulated time se= ries to better match an observed one? (That is, could I measure parameter v= alues in the field and use in a HSPF project?)
I have seen that equation= s in HSPF are based on Philips and Chezy-Manning's equations, as well as th= e energy balance, but how similar are the model's version of these equation= s to the equations themselves really?


I am also curious about t= he possibility to use PEST as a sensitivity analysis tool, in the WinHSPF m= anual there is information that PEST could be utilized as this for the HSPF= -model. Has anyone any experience in using PEST for this purpose?

Si= ncerely,
Emma Radahl


Get news, entertainment and everythi= ng you care about at Live.com. Check it out! = --_7554fdcc-6246-441d-91f3-5729719f4584_-- ----------------------------------------------------------- X-Message-Number: 13 X-lyris-Id: 169384 Date: Tue, 6 May 2008 12:58:06 -0400 (EDT) From: jferrari@al.umces.edu Subject: Re: HSPF equations and PEST Emma, Regarding Sensitivity Analysis via PEST, check out the description of the SENSAN (a DOS executable) program that's bundled with the PEST distribution. Details of how SENSAN works are in chapter 12 of the PEST manual which can be downloaded from; http://www.sspa.com/Pest/download/pestman.pdf I may be incorrect, and somebody please correct me if I'm wrong- but I'm going to imagine that you'd need to use SENSAN outside of WINHSPF and BASINS- that is, use the command-line programs SENSAN, PEST, TSPROC and XHSPFX. XHSPFX is the DOS executable version of HSPF that has the mods made to allow for PEST automation. Best Regards, Joe Ferrari > > I am curious what users of HSPF think regarding the physical relevance of > the equations in the model? As far as I've understood it, many of the > equations are "semi-"physically based? > > To what extent would it be possible to actually input measured "physical" > values into the model as compared to parameters that mainly are "tuning" > tools to get a simulated time series to better match an observed one? > (That is, could I measure parameter values in the field and use in a HSPF > project?) > I have seen that equations in HSPF are based on Philips and > Chezy-Manning's equations, as well as the energy balance, but how similar > are the model's version of these equations to the equations themselves > really? > > > I am also curious about the possibility to use PEST as a sensitivity > analysis tool, in the WinHSPF manual there is information that PEST could > be utilized as this for the HSPF-model. Has anyone any experience in using > PEST for this purpose? > > Sincerely, > Emma Radahl > > _________________________________________________________________ > News, entertainment and everything you care about at Live.com. Get it now! > http://www.live.com/getstarted.aspx > ------------------------------------------ > 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 > ------------------------------------------ Joseph Ferrari Faculty Research Assistant UMCES Appalachian Laboratory 301 Braddock Road Frostburg, MD 21532 ----------------------------------------------------------- X-Message-Number: 14 X-lyris-Id: 169388 Date: Tue, 6 May 2008 14:36:00 -0400 From: John R Eggleston Subject: negative concentrations This is a multipart message in MIME format. --=_alternative 00662BAD85257441_= Content-Type: text/plain; charset="US-ASCII" I'm using HSPF with WinHSPFLt and am simulating water, sediment, and a GQual with sorption in reaches. Under some conditions I get negative concentrations and loads, both for dissolved and sediment associated qual. There are no negative coefficients, multipliers, or acreage in the UCI. So the negative values may be caused by roundoff errors Has anyone had experience with this? jack ------------------------------------------------ Jack Eggleston USGS Water Resources Division VA District 1730 East Parham Road Richmond, VA 23228 804.261.2652 (voice) 804.261.2659 (fax) jegglest@usgs.gov --=_alternative 00662BAD85257441_= Content-Type: text/html; charset="US-ASCII"
I'm using HSPF with WinHSPFLt and am simulating water, sediment, and a GQual with sorption in reaches.
Under some conditions I get negative concentrations and loads, both for dissolved and sediment associated qual.
There are no negative coefficients, multipliers, or acreage in the UCI.
So the negative values may be caused by roundoff errors

Has anyone had experience with this?

jack


------------------------------------------------
Jack Eggleston
USGS Water Resources Division
VA District
1730 East Parham Road
Richmond, VA  23228
804.261.2652 (voice)
804.261.2659  (fax)
jegglest@usgs.gov
--=_alternative 00662BAD85257441_=-- ----------------------------------------------------------- X-Message-Number: 15 X-lyris-Id: 169391 Date: Tue, 6 May 2008 15:35:14 -0400 From: "Tom Jobes" Subject: RE: HSPF equations and PEST Regarding the XhspfX executable - it's my understanding that the changes that were made to link with PEST have been merged into the standard version of HSPF in BASINS. However there is not a DOS executable included in the BASINS release, so PEST might still need to use that special version for now - the ideal solution would be to allow PEST to launch WinHspfLT, I think, so that new features in the model (i.e. newer than that executable) could be used in the optimized runs. Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-329-4463 C: 386-937-6341 -----Original Message----- From: jferrari@al.umces.edu [mailto:jferrari@al.umces.edu]=20 Sent: Tuesday, May 06, 2008 12:58 PM To: Private list for BASINS users Subject: Re: [basinsinfo] HSPF equations and PEST Emma, Regarding Sensitivity Analysis via PEST, check out the description of the SENSAN (a DOS executable) program that's bundled with the PEST distribution. Details of how SENSAN works are in chapter 12 of the PEST manual which can be downloaded from; http://www.sspa.com/Pest/download/pestman.pdf I may be incorrect, and somebody please correct me if I'm wrong- but I'm going to imagine that you'd need to use SENSAN outside of WINHSPF and BASINS- that is, use the command-line programs SENSAN, PEST, TSPROC and XHSPFX. XHSPFX is the DOS executable version of HSPF that has the mods made to allow for PEST automation. Best Regards, Joe Ferrari > > I am curious what users of HSPF think regarding the physical relevance of > the equations in the model? As far as I've understood it, many of the > equations are "semi-"physically based? > > To what extent would it be possible to actually input measured "physical" > values into the model as compared to parameters that mainly are "tuning" > tools to get a simulated time series to better match an observed one? > (That is, could I measure parameter values in the field and use in a HSPF > project?) > I have seen that equations in HSPF are based on Philips and > Chezy-Manning's equations, as well as the energy balance, but how similar > are the model's version of these equations to the equations themselves > really? > > > I am also curious about the possibility to use PEST as a sensitivity > analysis tool, in the WinHSPF manual there is information that PEST could > be utilized as this for the HSPF-model. Has anyone any experience in using > PEST for this purpose? > > Sincerely, > Emma Radahl > > _________________________________________________________________ > News, entertainment and everything you care about at Live.com. Get it now! > http://www.live.com/getstarted.aspx > ------------------------------------------ > 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 > ------------------------------------------ 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=20 subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ----------------------------------------------------------- X-Message-Number: 16 X-lyris-Id: 169392 Date: Wed, 7 May 2008 00:04:14 +0200 From: Emma Radahl Subject: RE: HSPF equations and PEST --_daac9f21-1c3d-41fb-b503-3449d3657df7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Joe, Thank you. I take it that SENSAN is not built in to the current version of = WinHSPF? (Unfortunately, since a sensitivity analys tool would be welcome f= or a model with so many parameters as HSPF...) -Emma > Date: Tue, 6 May 2008 12:58:06 -0400 > Subject: Re: [basinsinfo] HSPF equations and PEST > From: jferrari@al.umces.edu > To: basinsinfo@lists.epa.gov >=20 > Emma, >=20 > Regarding Sensitivity Analysis via PEST, check out the description of the > SENSAN (a DOS executable) program that's bundled with the PEST > distribution. Details of how SENSAN works are in chapter 12 of the PEST > manual which can be downloaded from; >=20 > http://www.sspa.com/Pest/download/pestman.pdf >=20 > I may be incorrect, and somebody please correct me if I'm wrong- but I'm > going to imagine that you'd need to use SENSAN outside of WINHSPF and > BASINS- that is, use the command-line programs SENSAN, PEST, TSPROC and > XHSPFX. XHSPFX is the DOS executable version of HSPF that has the mods > made to allow for PEST automation. >=20 > Best Regards, >=20 > Joe Ferrari >=20 > > > > I am curious what users of HSPF think regarding the physical relevance= of > > the equations in the model? As far as I've understood it, many of the > > equations are "semi-"physically based? > > > > To what extent would it be possible to actually input measured "physica= l" > > values into the model as compared to parameters that mainly are "tuning= " > > tools to get a simulated time series to better match an observed one? > > (That is, could I measure parameter values in the field and use in a HS= PF > > project?) > > I have seen that equations in HSPF are based on Philips and > > Chezy-Manning's equations, as well as the energy balance, but how simil= ar > > are the model's version of these equations to the equations themselves > > really? > > > > > > I am also curious about the possibility to use PEST as a sensitivity > > analysis tool, in the WinHSPF manual there is information that PEST cou= ld > > be utilized as this for the HSPF-model. Has anyone any experience in us= ing > > PEST for this purpose? > > > > Sincerely, > > Emma Radahl > > > > _________________________________________________________________ > > News, entertainment and everything you care about at Live.com. Get it n= ow! > > http://www.live.com/getstarted.aspx > > ------------------------------------------ > > 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.g= ov > > ------------------------------------------ >=20 >=20 > Joseph Ferrari > Faculty Research Assistant > UMCES Appalachian Laboratory > 301 Braddock Road > Frostburg, MD 21532 >=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 > ------------------------------------------ _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Space= s. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=3Dcreate&wx_url=3D/friends.= aspx&mkt=3Den-us= --_daac9f21-1c3d-41fb-b503-3449d3657df7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Joe,
Thank you. I take it that SENSAN is not built in to the current ver= sion of WinHSPF? (Unfortunately, since a sensitivity analys tool would be w= elcome for a model with so many parameters as HSPF...)

-Emma

= > Date: Tue, 6 May 2008 12:58:06 -0400
> Subject: Re: [basinsinfo]= HSPF equations and PEST
> From: jferrari@al.umces.edu
> To: ba= sinsinfo@lists.epa.gov
>
> Emma,
>
> Regarding Se= nsitivity Analysis via PEST, check out the description of the
> SENSA= N (a DOS executable) program that's bundled with the PEST
> distribut= ion. Details of how SENSAN works are in chapter 12 of the PEST
> man= ual which can be downloaded from;
>
> http://www.sspa.com/Pest= /download/pestman.pdf
>
> I may be incorrect, and somebody ple= ase correct me if I'm wrong- but I'm
> going to imagine that you'd ne= ed to use SENSAN outside of WINHSPF and
> BASINS- that is, use the co= mmand-line programs SENSAN, PEST, TSPROC and
> XHSPFX. XHSPFX is the= DOS executable version of HSPF that has the mods
> made to allow for= PEST automation.
>
> Best Regards,
>
> Joe Ferra= ri
>
> >
> > I am curious what users of HSPF thin= k regarding the physical relevance of
> > the equations in the mod= el? As far as I've understood it, many of the
> > equations are "s= emi-"physically based?
> >
> > To what extent would it be= possible to actually input measured "physical"
> > values into th= e model as compared to parameters that mainly are "tuning"
> > too= ls to get a simulated time series to better match an observed one?
> = > (That is, could I measure parameter values in the field and use in a H= SPF
> > project?)
> > I have seen that equations in HSPF = are based on Philips and
> > Chezy-Manning's equations, as well as= the energy balance, but how similar
> > are the model's version o= f these equations to the equations themselves
> > really?
> = >
> >
> > I am also curious about the possibility to u= se PEST as a sensitivity
> > analysis tool, in the WinHSPF manual = there is information that PEST could
> > be utilized as this for t= he HSPF-model. Has anyone any experience in using
> > PEST for thi= s purpose?
> >
> > Sincerely,
> > Emma Radahl> >
> > ___________________________________________________= ______________
> > News, entertainment and everything you care abo= ut at Live.com. Get it now!
> > http://www.live.com/getstarted.asp= x
> > ------------------------------------------
> > 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 b= asinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov
> > -= -----------------------------------------
>
>
> Joseph = Ferrari
> Faculty Research Assistant
> UMCES Appalachian Labora= tory
> 301 Braddock Road
> Frostburg, MD 21532
>
>=
> ------------------------------------------
> You are curren= tly subscribed to the basinsinfo listserver.
>
> To unsubscri= be, send the words unsubscribe basinsinfo to lyris@lists.epa.gov
> OR= :
> Use the listserver's web interface at https://lists.epa.gov/cgi-b= in/lyris.pl to manage your
> subscription.
> OR
> Contac= t the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov
>= ------------------------------------------


Invite your mail= contacts to join your friends list with Windows Live Spaces. It's easy! Try it! = --_daac9f21-1c3d-41fb-b503-3449d3657df7_-- ----------------------------------------------------------- X-Message-Number: 17 X-lyris-Id: 169398 Date: Wed, 7 May 2008 11:11:09 -0400 (EDT) From: jferrari@al.umces.edu Subject: RE: HSPF equations and PEST Emma, I do not know what is bundled into WinHSPF or BASINS with the latest releases, so I can't comment on WinHSPF sensitivity analysis capabilities. I primarily use the command line versions of HSPF and PEST. I have used WinHSPF in the past, and it is a great tool for being able to whip through all the sections of the HSPF model, but for my work we do LOTS of simulations, which necessitates batch processing, which I find easier to do with the command line versions. If you download PEST and associated Surface Water Utilities bundle, the SENSAN executable comes with the package. The only problem is using it would be a wee-tad more complicated than filling in boxes in WinHSPF windows..... There would be a learning curve involved. Joe > > Joe, > Thank you. I take it that SENSAN is not built in to the current version of > WinHSPF? (Unfortunately, since a sensitivity analys tool would be welcome > for a model with so many parameters as HSPF...) > > -Emma > >> Date: Tue, 6 May 2008 12:58:06 -0400 >> Subject: Re: [basinsinfo] HSPF equations and PEST >> From: jferrari@al.umces.edu >> To: basinsinfo@lists.epa.gov >> >> Emma, >> >> Regarding Sensitivity Analysis via PEST, check out the description of >> the >> SENSAN (a DOS executable) program that's bundled with the PEST >> distribution. Details of how SENSAN works are in chapter 12 of the PEST >> manual which can be downloaded from; >> >> http://www.sspa.com/Pest/download/pestman.pdf >> >> I may be incorrect, and somebody please correct me if I'm wrong- but I'm >> going to imagine that you'd need to use SENSAN outside of WINHSPF and >> BASINS- that is, use the command-line programs SENSAN, PEST, TSPROC and >> XHSPFX. XHSPFX is the DOS executable version of HSPF that has the mods >> made to allow for PEST automation. >> >> Best Regards, >> >> Joe Ferrari >> >> > >> > I am curious what users of HSPF think regarding the physical >> relevance of >> > the equations in the model? As far as I've understood it, many of the >> > equations are "semi-"physically based? >> > >> > To what extent would it be possible to actually input measured >> "physical" >> > values into the model as compared to parameters that mainly are >> "tuning" >> > tools to get a simulated time series to better match an observed one? >> > (That is, could I measure parameter values in the field and use in a >> HSPF >> > project?) >> > I have seen that equations in HSPF are based on Philips and >> > Chezy-Manning's equations, as well as the energy balance, but how >> similar >> > are the model's version of these equations to the equations themselves >> > really? >> > >> > >> > I am also curious about the possibility to use PEST as a sensitivity >> > analysis tool, in the WinHSPF manual there is information that PEST >> could >> > be utilized as this for the HSPF-model. Has anyone any experience in >> using >> > PEST for this purpose? >> > >> > Sincerely, >> > Emma Radahl >> > >> > _________________________________________________________________ >> > News, entertainment and everything you care about at Live.com. Get it >> now! >> > http://www.live.com/getstarted.aspx >> > ------------------------------------------ >> > 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 >> > ------------------------------------------ >> >> >> Joseph Ferrari >> Faculty Research Assistant >> UMCES Appalachian Laboratory >> 301 Braddock Road >> Frostburg, MD 21532 >> >> >> ------------------------------------------ >> 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 >> ------------------------------------------ > > _________________________________________________________________ > Invite your mail contacts to join your friends list with Windows Live > Spaces. It's easy! > http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt= en-us > ------------------------------------------ > 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 > ------------------------------------------ Joseph Ferrari Faculty Research Assistant UMCES Appalachian Laboratory 301 Braddock Road Frostburg, MD 21532 ----------------------------------------------------------- X-Message-Number: 18 X-lyris-Id: 169508 Date: Fri, 9 May 2008 10:53:06 -0500 From: "Jay D. Davis" Subject: Simple Stuff This is a multi-part message in MIME format. ------=_NextPart_000_0036_01C8B1C2.DC96C7E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Ok BASINners Now I am sucked into the BASIN vortex and I want to build a new project, but I want to build it in a directory/folder/workspace, or whatever the vernacular is, of my own choosing, and not the default location; which seems to be hardwired as a coded path. I am not finding how to do it in the help files. Being a bonehead, you all probably put it in plain sight and I am not seeing it -I have searched for my glasses and found them..on my face- so you see my frustration. jd Jay D. Davis, BS,MA Research Specialist in Agriculture Department of Agricultural and Biological Engineering University of Illinois Urbana-Champaign 232A Agricultural Engineering Sciences Building, MC644 1304 West Pennsylvania Avenue Urbana, Illinois 61801 E: jdd@uiuc.edu (217) 333-7956 (voice mail) (217) 244-0323 (fax) SOIL....a clean four-letter word |> | | __________ GOLF....a second one ------=_NextPart_000_0036_01C8B1C2.DC96C7E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ok BASINners

 

Now I am sucked into the BASIN vortex and I want to = build a new project, but I want to build it in a directory/folder/workspace, or whatever the vernacular is, of my own choosing, and not the default = location; which seems to be hardwired as a coded path.  I am not finding how = to do it in the help files.  Being a bonehead, you all probably put it in = plain sight and I am not seeing it –I have searched for my glasses and = found them….on my face- so you see my = frustration.

 

jd 

 

Jay D. Davis, BS,MA

Research Specialist in = Agriculture

Department of Agricultural and Biological = Engineering

University of Illinois = Urbana-Champaign

232A Agricultural Engineering Sciences Building, MC644

1304 = West Pennsylvania = Avenue

Urbana, Illinois 61801

E:  jdd@uiuc.edu

(217) 333-7956 (voice = mail)

(217) 244-0323 (fax)

 

SOIL....a clean four-letter = word

 

         = |>

         = |

         = |

__________ GOLF....a second = one 

 

------=_NextPart_000_0036_01C8B1C2.DC96C7E0-- ----------------------------------------------------------- X-Message-Number: 19 X-lyris-Id: 169510 Date: Fri, 9 May 2008 11:06:15 -0500 From: "Jay D. Davis" Subject: Create New Project This is a multi-part message in MIME format. ------=_NextPart_000_0041_01C8B1C4.B3171580 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I may have stumbled across the proper sequence. For all you old hands, you can have a laugh on the 'tenderfoot' here. I was getting spooked by the box demanding access to the .exe files. Once I pointed it to the c:\~\Basins\etc path, data seems to be flowing into the place I want it. Ouch!! The 'tenderfoot' just stepped on a cactus. I'll get the hang if it, if it don't hang me. jd Jay D. Davis, BS,MA Research Specialist in Agriculture Department of Agricultural and Biological Engineering University of Illinois Urbana-Champaign 232A Agricultural Engineering Sciences Building, MC644 1304 West Pennsylvania Avenue Urbana, Illinois 61801 E: jdd@uiuc.edu (217) 333-7956 (voice mail) (217) 244-0323 (fax) SOIL....a clean four-letter word |> | | __________ GOLF....a second one ------=_NextPart_000_0041_01C8B1C4.B3171580 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I may have stumbled across the proper sequence.  = For all you old hands, you can have a laugh on the ‘tenderfoot’ = here.  I was getting spooked by the box demanding access to the .exe files.  = Once I pointed it to the c:\~\Basins\etc path, data seems to be flowing into the place = I want it.

 

Ouch!! The ‘tenderfoot’ just stepped on a cactus.

 

I’ll get the hang if it, if it don’t hang = me.

 

jd

 

Jay D. Davis, BS,MA

Research Specialist in = Agriculture

Department of Agricultural and Biological = Engineering

University of Illinois = Urbana-Champaign

232A Agricultural Engineering Sciences Building, MC644

1304 = West Pennsylvania = Avenue

Urbana, Illinois 61801

E:  jdd@uiuc.edu

(217) 333-7956 (voice = mail)

(217) 244-0323 (fax)

 

SOIL....a clean four-letter = word

 

         = |>

         = |

         = |

__________ GOLF....a second = one 

 

------=_NextPart_000_0041_01C8B1C4.B3171580-- ----------------------------------------------------------- X-Message-Number: 20 X-lyris-Id: 169572 Date: Mon, 12 May 2008 10:38:38 -0600 From: Dan Herrick Subject: BASINS 64-bit edition? Hello all, Are there any plans to develop the BASINS package for 64-bit OS? We have just installed BASINS 4.0 without a hitch on our computer lab PCs running Windows XP, but upon installing it to a Windows Server 2003 64-bit system, the BASINS 4 program crashes when opened. Specifically, the MapWindow component is failing. I tried installing the MapWindow GIS desktop application (both version 4.4 and version 4.5 RC2) separately and it's throwing the same error. We are using Windows Server 2003 R2 x64 edition in Terminal Services mode. Unfortunately our computing environment here hinges on using thin clients to access these 64-bit servers for most software. (Our Windows PCs are in the minority here.) Please consider this a request for the development of a version of the BASINS package compatible with 64-bit Windows Server OS. Thanks, Dan _____________________.oOo.______________________ Dan Herrick, Computer Lab Manager Engineering Network Services Colorado State University E-mail: dan.herrick@colostate.edu Phone: 970-491-3131 Fax: 970-491-5569 The three most useless words in computer technology: 'It should work'. ----------------------------------------------------------- X-Message-Number: 21 X-lyris-Id: 169575 Date: Mon, 12 May 2008 13:16:54 -0400 From: jvandyke@ectinc.com Subject: BASINS 64-bit edition? I will be out of the office on Monday 12 May 2008. ----------------------------------------------------------- X-Message-Number: 22 X-lyris-Id: 169602 Date: Tue, 13 May 2008 09:10:17 -0500 From: Thomas M Over Subject: TSPROC question This is a multipart message in MIME format. --=_alternative 004DD66B86257448_= Content-Type: text/plain; charset="US-ASCII" Dear BASINS Users: Any TSPROC experts out there? My question is as follows: TSPROC computes some univariate (SERIES_STATISTICS) or bi-variate (SERIES_COMPARE) statistics. But can you reference the output of these procedures in a convenient way, like if the elements of the S_TABLE could be used in subsequent processing (e.g., using the mean and std_dev on a series to create a standardized series)? I can find no mention of this possibility in the PEST Surface Water Utilities documentation; all the SERIES_EQUATION examples use constants, not variables. Is the only thing you can do with S_TABLEs and C_TABLEs is write them to a file using LIST_OUTPUT? Thanks, Tom Over Hydrologist U.S. Geological Survey Illinois Water Science Center --=_alternative 004DD66B86257448_= Content-Type: text/html; charset="US-ASCII"
Dear BASINS Users:

Any TSPROC experts out there? My question is as follows:

TSPROC computes some univariate (SERIES_STATISTICS) or bi-variate (SERIES_COMPARE) statistics. But can you reference the output of these procedures in a convenient way, like if the elements of the S_TABLE could be used in subsequent processing  (e.g., using the mean and std_dev on a series to create a standardized series)? I can find no mention of this possibility in the PEST Surface Water Utilities documentation; all the SERIES_EQUATION examples use constants, not variables. Is the only thing you can do with S_TABLEs and C_TABLEs is write them to a file using LIST_OUTPUT?

Thanks,
Tom Over

Hydrologist                                
U.S. Geological Survey                    
Illinois Water Science Center            
--=_alternative 004DD66B86257448_=-- ----------------------------------------------------------- X-Message-Number: 23 X-lyris-Id: 169632 Date: Tue, 13 May 2008 17:15:39 -0400 From: "Paul Duda" Subject: Reminder: BASINS/HSPF Training Workshop, July 14-18, 2008 Reminder: Registration requests must be received by 30 May 2008. BASINS/HSPF TRAINING WORKSHOP JULY 14-18, 2008 SANTA CLARA, CA The U.S. EPA's Hydrological Simulation Program-FORTRAN (HSPF) is the primary watershed model included in the EPA BASINS modeling system. HSPF is a comprehensive watershed model of hydrology and water quality, simulating land surface and subsurface hydrologic and water quality processes, linked and closely integrated with corresponding stream and reservoir processes. BASINS/HSPF has been a major tool for watershed and TMDL assessments across the US. This EPA-sponsored workshop will be led by expert instructors from AQUA TERRA Consultants. The workshop will consist of approximately 50 percent lecture and 50 percent computer exercises, and will focus on the application of HSPF through EPA's BASINS system. Course Dates and Duration This 4-1/2 day workshop will be held July 14-18, 2008. Location The course will be held at the following location in Santa Clara, CA: Ready Serve/Techmart 5201 Great America Parkway Santa Clara, CA 95054 www.readyserve.com See web site for location and directions. Course Schedule The 4-1/2 day course is scheduled as follows: Monday, 1:00pm - 5:00 pm (On-site Check In/Registration 12:00 - 1:00 pm) Tuesday - Thursday, 8:30 am - 5:00 pm Friday, 8:30 am - 4:00 pm A sample schedule can be found online: http://www.aquaterra.com/baswkshop.html Registration The workshop is free, but space is limited and prior registration is required. To request space in the workshop, please email Doris Jean Quiring (djquiring@aquaterra.com) at AQUA TERRA Consultants (phone: 650-962-1864). To complete the registration process you MUST submit the following: - a brief statement explaining your interest in BASINS/HSPF - name, title, organization and address - contact information: phone, fax, email Registration requests must be received by 30 May 2008. Final registrants will be confirmed and notified of their acceptance by 6 June 2008, at the latest and provided travel and hotel information at that time. Prerequisites Workshop participants should have a basic understanding of watershed hydrology and water quality processes. Accommodations and Travel Local hotel and travel information will be provided to registrants in June when confirmed. ----------------------------------------------------------- X-Message-Number: 24 X-lyris-Id: 169635 Date: Tue, 13 May 2008 07:34:41 -0700 From: "Job, Scott" Subject: RE: BASINS 64-bit edition? Dan, You may have already tried this, but can you run it in a Windows XP compatibility mode (that is, if 2003 64-bit has that as an option)? Scott -----Original Message----- From: Dan Herrick [mailto:dan.herrick@colostate.edu]=20 Sent: Monday, May 12, 2008 12:39 PM To: Private list for BASINS users Subject: [basinsinfo] BASINS 64-bit edition? Hello all, Are there any plans to develop the BASINS package for 64-bit OS? We have just installed BASINS 4.0 without a hitch on our computer lab=20 PCs running Windows XP, but upon installing it to a Windows Server 2003=20 64-bit system, the BASINS 4 program crashes when opened. Specifically,=20 the MapWindow component is failing. I tried installing the MapWindow GIS desktop application (both version 4.4 and version 4.5 RC2) separately=20 and it's throwing the same error. We are using Windows Server 2003 R2 x64 edition in Terminal Services=20 mode. Unfortunately our computing environment here hinges on using thin=20 clients to access these 64-bit servers for most software. (Our Windows=20 PCs are in the minority here.) Please consider this a request for the development of a version of the=20 BASINS package compatible with 64-bit Windows Server OS. Thanks, Dan _____________________.oOo.______________________ Dan Herrick, Computer Lab Manager Engineering Network Services Colorado State University E-mail: dan.herrick@colostate.edu Phone: 970-491-3131 Fax: 970-491-5569 The three most useless words in computer technology: 'It should work'. ------------------------------------------ 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: 25 X-lyris-Id: 169636 Date: Tue, 13 May 2008 16:27:33 -0600 From: Dan Herrick Subject: Re: BASINS 64-bit edition? Scott, Thanks for the reply. Yes, I have tried compatibility mode (Windows XP, 2000, NT, 98SE, 95) and this has resulted in the same error. Dan Job, Scott wrote: > Dan, > You may have already tried this, but can you run it in a Windows XP > compatibility mode (that is, if 2003 64-bit has that as an option)? > Scott > -----Original Message----- > From: Dan Herrick [mailto:dan.herrick@colostate.edu] > Sent: Monday, May 12, 2008 12:39 PM > To: Private list for BASINS users > Subject: [basinsinfo] BASINS 64-bit edition? > > Hello all, > > Are there any plans to develop the BASINS package for 64-bit OS? > > We have just installed BASINS 4.0 without a hitch on our computer lab > PCs running Windows XP, but upon installing it to a Windows Server 2003 > 64-bit system, the BASINS 4 program crashes when opened. Specifically, > the MapWindow component is failing. I tried installing the MapWindow GIS > > desktop application (both version 4.4 and version 4.5 RC2) separately > and it's throwing the same error. > > We are using Windows Server 2003 R2 x64 edition in Terminal Services > mode. Unfortunately our computing environment here hinges on using thin > clients to access these 64-bit servers for most software. (Our Windows > PCs are in the minority here.) > > Please consider this a request for the development of a version of the > BASINS package compatible with 64-bit Windows Server OS. > > Thanks, > Dan > > > _____________________.oOo.______________________ > Dan Herrick, Computer Lab Manager > Engineering Network Services > Colorado State University > > E-mail: dan.herrick@colostate.edu > Phone: 970-491-3131 > Fax: 970-491-5569 > > The three most useless words in computer > technology: 'It should work'. > > > ------------------------------------------ > 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 > ------------------------------------------ -- _____________________.oOo.______________________ Dan Herrick, Computer Lab Manager Engineering Network Services Colorado State University E-mail: dan.herrick@colostate.edu Phone: 970-491-3131 Fax: 970-491-5569 The three most useless words in computer technology: 'It should work'. ----------------------------------------------------------- X-Message-Number: 26 X-lyris-Id: 169684 Date: Wed, 14 May 2008 12:02:55 -0400 From: "gouljj10" Subject: Joseph Gould I am using Basins SWAT3.1 and this question is formatted around Basins help. Help - Basins extension SWAT - Section 1.0 SWAT database editor I chose NOT to edit the (1.2) weather data. I wanted to use the local weather station already part of the national database located a few miles outside the watershed. However I want to add my own precipitation and temperature data for rain gauges in the watershed. I followed the data formatting in basins help section 2.1.1.2 precipitation and 2.1.1.3 temperature with no problem. Then following the steps in Basins extensions help - 2.1 Weather Stations I opened the Weather data definition popup box. Not changing anything I clicked the "open file folder button" under weather simulation data and clicked the OK. This found the weather station closest to all the sub basins centroids and gave me a message "finished set up of all weather databases". Know I wanted to load my precipitation and temperature location tables and it gave me the following error message "A(n) Nil object does not recognize request Get". I clicked on the help button and tried to figure out what step I am missing but I can't. I have tried creating the location tables in dbf format and text format. I have also tried changing the names of the temperature and precipitation data tables referenced by these location tables. Please give me any feed back possible thank you ----------------------------------------------------------- X-Message-Number: 27 X-lyris-Id: 169685 Date: Wed, 14 May 2008 10:45:14 -0500 From: "Jay D. Davis" Subject: MrSid Why can't I get a MrSid to load? Doesn't MapWindows support MrSid? Do I have an extension switch toggled off? I can't seem to troubleshoot this. jd ----------------------------------------------------------- X-Message-Number: 28 X-lyris-Id: 169699 Date: Wed, 14 May 2008 16:22:00 -0400 From: "Bijhouwer, Paul LRB" Subject: RE: BASINS 64-bit edition? Dan, Note that for BASINS 4 to support a 64 bit OS it must first be supported = by the Mapwindow GIS platform. Note that Mapwindow is an extensible Open = Source GIS. I'd nose around on the Mapwindow site and see if there is an = effort under way. I saw a posting that said 64 bit Vista is NOT currently supported. http://www.mapwindow.com/ Paul Bijhouwer, P.E.=20 -----Original Message----- From: Dan Herrick [mailto:dan.herrick@colostate.edu]=20 Sent: Tuesday, May 13, 2008 6:28 PM To: Private list for BASINS users Subject: Re: [basinsinfo] BASINS 64-bit edition? Scott, Thanks for the reply. Yes, I have tried compatibility mode (Windows XP, = 2000, NT, 98SE, 95) and this has resulted in the same error. Dan Job, Scott wrote: > Dan, > You may have already tried this, but can you run it in a Windows XP=20 > compatibility mode (that is, if 2003 64-bit has that as an option)? > Scott > -----Original Message----- > From: Dan Herrick [mailto:dan.herrick@colostate.edu] > Sent: Monday, May 12, 2008 12:39 PM > To: Private list for BASINS users > Subject: [basinsinfo] BASINS 64-bit edition? >=20 > Hello all, >=20 > Are there any plans to develop the BASINS package for 64-bit OS? >=20 > We have just installed BASINS 4.0 without a hitch on our computer lab=20 > PCs running Windows XP, but upon installing it to a Windows Server=20 > 2003 64-bit system, the BASINS 4 program crashes when opened.=20 > Specifically, the MapWindow component is failing. I tried installing=20 > the MapWindow GIS >=20 > desktop application (both version 4.4 and version 4.5 RC2) separately=20 > and it's throwing the same error. >=20 > We are using Windows Server 2003 R2 x64 edition in Terminal Services=20 > mode. Unfortunately our computing environment here hinges on using=20 > thin clients to access these 64-bit servers for most software. (Our=20 > Windows PCs are in the minority here.) >=20 > Please consider this a request for the development of a version of the = > BASINS package compatible with 64-bit Windows Server OS. >=20 > Thanks, > Dan >=20 >=20 > _____________________.oOo.______________________ > Dan Herrick, Computer Lab Manager > Engineering Network Services > Colorado State University >=20 > E-mail: dan.herrick@colostate.edu > Phone: 970-491-3131 > Fax: 970-491-5569 >=20 > The three most useless words in computer > technology: 'It should work'. >=20 >=20 > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver.=20 >=20 > 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 > ------------------------------------------ >=20 >=20 >=20 > ------------------------------------------ > You are currently subscribed to the basinsinfo listserver.=20 >=20 > To unsubscribe, send the words unsubscribe basinsinfo to=20 > lyris@lists.epa.gov > OR: > Use the listserver's web interface at=20 > 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 > ------------------------------------------ --=20 _____________________.oOo.______________________ Dan Herrick, Computer Lab Manager Engineering Network Services Colorado State University E-mail: dan.herrick@colostate.edu Phone: 970-491-3131 Fax: 970-491-5569 The three most useless words in computer technology: 'It should work'. ------------------------------------------ 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: 29 X-lyris-Id: 169700 Date: Wed, 14 May 2008 16:36:41 -0400 From: Biswarup Guha Subject: RE: BASINS 64-bit edition? It's true that Mapwindows is not being supported by WINDOWS VISTA 64-bit. I= tried to install it on my laptop and since the compilation is not done on = a 64-bit machine, I could not load it. I was told that if I wanted to give = it a shot to compile it on a 64-bit machine, I could do that, but I didn't = have VISUAL studio and couldn't download the DEMO version (VISTA problem). Roop. -----Original Message----- From: Bijhouwer, Paul LRB [mailto:Paul.Bijhouwer@usace.army.mil] Sent: Wednesday, May 14, 2008 4:22 PM To: Private list for BASINS users Subject: RE: [basinsinfo] BASINS 64-bit edition? Dan, Note that for BASINS 4 to support a 64 bit OS it must first be supported by= the Mapwindow GIS platform. Note that Mapwindow is an extensible Open Sou= rce GIS. I'd nose around on the Mapwindow site and see if there is an effo= rt under way. I saw a posting that said 64 bit Vista is NOT currently supp= orted. http://www.mapwindow.com/ Paul Bijhouwer, P.E. -----Original Message----- From: Dan Herrick [mailto:dan.herrick@colostate.edu] Sent: Tuesday, May 13, 2008 6:28 PM To: Private list for BASINS users Subject: Re: [basinsinfo] BASINS 64-bit edition? Scott, Thanks for the reply. Yes, I have tried compatibility mode (Windows XP, 200= 0, NT, 98SE, 95) and this has resulted in the same error. Dan Job, Scott wrote: > Dan, > You may have already tried this, but can you run it in a Windows XP > compatibility mode (that is, if 2003 64-bit has that as an option)? > Scott > -----Original Message----- > From: Dan Herrick [mailto:dan.herrick@colostate.edu] > Sent: Monday, May 12, 2008 12:39 PM > To: Private list for BASINS users > Subject: [basinsinfo] BASINS 64-bit edition? > > Hello all, > > Are there any plans to develop the BASINS package for 64-bit OS? > > We have just installed BASINS 4.0 without a hitch on our computer lab > PCs running Windows XP, but upon installing it to a Windows Server > 2003 64-bit system, the BASINS 4 program crashes when opened. > Specifically, the MapWindow component is failing. I tried installing > the MapWindow GIS > > desktop application (both version 4.4 and version 4.5 RC2) separately > and it's throwing the same error. > > We are using Windows Server 2003 R2 x64 edition in Terminal Services > mode. Unfortunately our computing environment here hinges on using > thin clients to access these 64-bit servers for most software. (Our > Windows PCs are in the minority here.) > > Please consider this a request for the development of a version of the > BASINS package compatible with 64-bit Windows Server OS. > > Thanks, > Dan > > > _____________________.oOo.______________________ > Dan Herrick, Computer Lab Manager > Engineering Network Services > Colorado State University > > E-mail: dan.herrick@colostate.edu > Phone: 970-491-3131 > Fax: 970-491-5569 > > The three most useless words in computer > technology: 'It should work'. > > > ------------------------------------------ > 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 > ------------------------------------------ -- _____________________.oOo.______________________ Dan Herrick, Computer Lab Manager Engineering Network Services Colorado State University E-mail: dan.herrick@colostate.edu Phone: 970-491-3131 Fax: 970-491-5569 The three most useless words in computer technology: 'It should work'. ------------------------------------------ You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l 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.go= v OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized= review, use, distribution, copying or disclosure of this communication is = strictly prohibited. ----------------------------------------------------------- X-Message-Number: 30 X-lyris-Id: 169701 Date: Wed, 14 May 2008 14:43:27 -0600 From: "Daniel Ames" Subject: Re: MrSid ------=_Part_2490_26754338.1210797807276 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Jay, Thanks for the note. MapWindow does support certain MrSID files, however this is a proprietary format, so our use of it is relatively limited. If you'd like to post your image somewhere for me to look at, I'd be happy to check it out. Dan On Wed, May 14, 2008 at 9:45 AM, Jay D. Davis wrote: > Why can't I get a MrSid to load? Doesn't MapWindows support MrSid? Do I > have an extension switch toggled off? I can't seem to troubleshoot this. > > jd > > > ------------------------------------------ > 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 Geospatial Software Lab Department of Geosciences Idaho State University - Idaho Falls amesdani@isu.edu www.hydromap.com ------=_Part_2490_26754338.1210797807276 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Jay,

Thanks for the note. MapWindow does support certain MrSID files, however this is a proprietary format, so our use of it is relatively limited.  If you'd like to post your image somewhere for me to look at, I'd be happy to check it out.

Dan

On Wed, May 14, 2008 at 9:45 AM, Jay D. Davis <jdd@uiuc.edu> wrote:
Why can't I get a MrSid to load?  Doesn't MapWindows support MrSid?  Do I
have an extension switch toggled off?  I can't seem to troubleshoot this.

jd


------------------------------------------
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
Geospatial Software Lab
Department of Geosciences
Idaho State University - Idaho Falls
amesdani@isu.edu
www.hydromap.com
------=_Part_2490_26754338.1210797807276-- ----------------------------------------------------------- X-Message-Number: 31 X-lyris-Id: 169702 Date: Wed, 14 May 2008 14:53:57 -0600 From: Dan Herrick Subject: Re: BASINS 64-bit edition? Paul, Thanks for the response. I actually spoke to one of the developers of MapWindow (referred to me by the BASINS support team) who recommended I put my request to this list to see a 64-bit version of MapWindow developed. So I'm starting to sense a bit of circular referencing here. :) I did poke around on the MapWindow web site. On the site, in the downloads page, it has this text for supported platform notes: " Windows XP Windows XP is fully supported without any additional steps. It is still highly recommended that you keep Windows up to date with Microsoft Windows Update. Windows 2003 Server Windows XP is fully supported without any additional steps. It is still highly recommended that you keep Windows up to date with Microsoft Windows Update. " As you can see, the Windows 2003 Server (whether 32- or 64-bit, or both, is unclear) is not even referenced properly so it's difficult to determine whether this platform is supported at all. I'm passing that tidbit along to the webmaster now. Also, there is a forum note from 2006 on the MapWindow site that discusses someone's attempt to compile it for 64-bit platforms, which failed, and the development team's response that 64-bit support might be explored in the future. Dan Bijhouwer, Paul LRB wrote: > Dan, > > Note that for BASINS 4 to support a 64 bit OS it must first be supported by > the Mapwindow GIS platform. Note that Mapwindow is an extensible Open Source > GIS. I'd nose around on the Mapwindow site and see if there is an effort > under way. I saw a posting that said 64 bit Vista is NOT currently > supported. > http://www.mapwindow.com/ > > > Paul Bijhouwer, P.E. > > > -----Original Message----- > From: Dan Herrick [mailto:dan.herrick@colostate.edu] > Sent: Tuesday, May 13, 2008 6:28 PM > To: Private list for BASINS users > Subject: Re: [basinsinfo] BASINS 64-bit edition? > > Scott, > > Thanks for the reply. Yes, I have tried compatibility mode (Windows XP, 2000, > NT, 98SE, 95) and this has resulted in the same error. > > Dan > > Job, Scott wrote: >> Dan, >> You may have already tried this, but can you run it in a Windows XP >> compatibility mode (that is, if 2003 64-bit has that as an option)? >> Scott >> -----Original Message----- >> From: Dan Herrick [mailto:dan.herrick@colostate.edu] >> Sent: Monday, May 12, 2008 12:39 PM >> To: Private list for BASINS users >> Subject: [basinsinfo] BASINS 64-bit edition? >> >> Hello all, >> >> Are there any plans to develop the BASINS package for 64-bit OS? >> >> We have just installed BASINS 4.0 without a hitch on our computer lab >> PCs running Windows XP, but upon installing it to a Windows Server >> 2003 64-bit system, the BASINS 4 program crashes when opened. >> Specifically, the MapWindow component is failing. I tried installing >> the MapWindow GIS >> >> desktop application (both version 4.4 and version 4.5 RC2) separately >> and it's throwing the same error. >> >> We are using Windows Server 2003 R2 x64 edition in Terminal Services >> mode. Unfortunately our computing environment here hinges on using >> thin clients to access these 64-bit servers for most software. (Our >> Windows PCs are in the minority here.) >> >> Please consider this a request for the development of a version of the >> BASINS package compatible with 64-bit Windows Server OS. >> >> Thanks, >> Dan >> >> >> _____________________.oOo.______________________ >> Dan Herrick, Computer Lab Manager >> Engineering Network Services >> Colorado State University >> >> E-mail: dan.herrick@colostate.edu >> Phone: 970-491-3131 >> Fax: 970-491-5569 >> >> The three most useless words in computer >> technology: 'It should work'. >> >> >> ------------------------------------------ >> 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 >> ------------------------------------------ > -- _____________________.oOo.______________________ Dan Herrick, Computer Lab Manager Engineering Network Services Colorado State University E-mail: dan.herrick@colostate.edu Phone: 970-491-3131 Fax: 970-491-5569 The three most useless words in computer technology: 'It should work'. ----------------------------------------------------------- X-Message-Number: 32 X-lyris-Id: 169711 Date: Thu, 15 May 2008 08:15:19 -0500 From: "Jay D. Davis" Subject: RE: MrSid This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C8B663.D09D0CB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dan I am able to open the sid in Mapwindows, but not in Basins. jd _____ From: dpames@gmail.com [mailto:dpames@gmail.com] On Behalf Of Daniel Ames Sent: Wednesday, May 14, 2008 3:43 PM To: Private list for BASINS users Subject: Re: [basinsinfo] MrSid Jay, Thanks for the note. MapWindow does support certain MrSID files, however this is a proprietary format, so our use of it is relatively limited. If you'd like to post your image somewhere for me to look at, I'd be happy to check it out. Dan On Wed, May 14, 2008 at 9:45 AM, Jay D. Davis wrote: Why can't I get a MrSid to load? Doesn't MapWindows support MrSid? Do I have an extension switch toggled off? I can't seem to troubleshoot this. jd ------------------------------------------ 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 Geospatial Software Lab Department of Geosciences Idaho State University - Idaho Falls 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 ------------------------------------------ ------=_NextPart_000_001F_01C8B663.D09D0CB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dan

 

I am able to open the sid in = Mapwindows, but not in Basins.

 

jd

 


From: = dpames@gmail.com [mailto:dpames@gmail.com] On Behalf = Of Daniel Ames
Sent: Wednesday, May 14, = 2008 3:43 PM
To: Private list for BASINS users
Subject: Re: [basinsinfo] = MrSid

 

Jay,

Thanks for the note. MapWindow does support certain MrSID files, however = this is a proprietary format, so our use of it is relatively limited.  = If you'd like to post your image somewhere for me to look at, I'd be happy to = check it out.

Dan

On Wed, May 14, 2008 at 9:45 AM, Jay D. Davis <jdd@uiuc.edu> = wrote:

Why can't I get a MrSid to load?  Doesn't MapWindows = support MrSid?  Do I
have an extension switch toggled off?  I can't seem to troubleshoot = this.

jd


------------------------------------------
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
Geospatial Software Lab
Department of Geosciences
Idaho State University - Idaho Falls
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 ------------------------------------------

------=_NextPart_000_001F_01C8B663.D09D0CB0-- ----------------------------------------------------------- X-Message-Number: 33 X-lyris-Id: 169899 Date: Mon, 19 May 2008 15:03:59 -0400 From: Biswarup Guha Subject: Temperature Output --_000_0D45E17D56F3E445825717FF956BDF740FF2611953shelterhydroq_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I have a quick question: 1) Is RO (Rate of Outflow) for a particular reach the calculated flow for t= hat specific reach or does it include the inflow to that reach as well (i.e= . includes flows from upstream reaches? 2) Initially I was interested in only the hydrologic calibratio and had the= following tables: ATEMP, SNOW, PWATER in Pervious Control cards, ATEPM, SN= OW, IWATER in the Impervious control card, and HYDR in the Reaches/Reservoi= r control card. I added tables for PSTEMP, PWTGAS in the Pervious, IWTGAS i= n Impervious and HTRCH in the Reaches. Will this be adequate for the water = temperature calculations? For some reason I am getting abnormally high temp= eratures (TW is as high as 240 F) in the outflow. Thanks, Roop. ________________________________ This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized= review, use, distribution, copying or disclosure of this communication is = strictly prohibited. --_000_0D45E17D56F3E445825717FF956BDF740FF2611953shelterhydroq_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi = all,
 
I h= ave a quick question:
 
1) = Is RO (Rate of Outflow) for a particular reach the calculated flow for= that specific reach or does it include the inflow to that reach as well (i= .e. includes flows from upstream reaches?
 
2)&= nbsp;Initially I was interested in only the hydrologic calibratio and had t= he following tables: ATEMP, SNOW, PWATER in Pervious Control cards, AT= EPM, SNOW, IWATER in the Impervious control card, and HYDR in the Reaches/Reservoir control card. I added tables for PSTEMP,= PWTGAS in the Pervious, IWTGAS in Impervious and HTRCH in the Reaches. Wil= l this be adequate for the water temperature calculations? For some reason = I am getting abnormally high temperatures (TW is as high as 240 F) in the outflow.
 
Tha= nks,
 
Roo= p.
 


This electronic message, and= any attachments transmitted with it, may contain privileged and/or confide= ntial information. It is intended to be viewed only by the individual or en= tity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited.
--_000_0D45E17D56F3E445825717FF956BDF740FF2611953shelterhydroq_-- ----------------------------------------------------------- X-Message-Number: 34 X-lyris-Id: 169907 Date: Mon, 19 May 2008 17:40:05 -0400 From: Biswarup Guha Subject: HSPF Bug --_000_0D45E17D56F3E445825717FF956BDF740FF2611957shelterhydroq_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In HSPF, if I am using the output manager and if I delete one of the output= locations using the OUTPUT button, the wdm file is getting corrupt. Has an= ybody faced similar issues? Thanks, Roop. ________________________________ This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized= review, use, distribution, copying or disclosure of this communication is = strictly prohibited. --_000_0D45E17D56F3E445825717FF956BDF740FF2611957shelterhydroq_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
In = HSPF, if I am using the output manager and if I delete one of the output lo= cations using the OUTPUT button, the wdm file is getting corrupt. Has anybo= dy faced similar issues?
 
Tha= nks,
Roo= p.


This electronic message, and= any attachments transmitted with it, may contain privileged and/or confide= ntial information. It is intended to be viewed only by the individual or en= tity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited.
--_000_0D45E17D56F3E445825717FF956BDF740FF2611957shelterhydroq_-- ----------------------------------------------------------- X-Message-Number: 35 X-lyris-Id: 169912 Date: Tue, 20 May 2008 12:31:28 +0800 From: =?big5?B?d2VyYy2qTLn5pnw=?= Subject: TP, TSS output This is a multi-part message in MIME format. ------=_NextPart_000_0212_01C8BA75.6CDD94E0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear,=20 Nice to meet you and it is my first to time to post question. I have a question about using HSPF and BASINS 4. Here it is. If I want to calibrate total P, NH3-N and total suspended = solids (TSS) with unit in mg/L, what kind of modules I should choose in = "Edit Control Cards" in HSPF? Additionally, I only want to use "Pervious Land" and = "Reaches/Reservoirs" modules. Moreover, in the "Pollutant Selection" button, what sources should I = select? And then, in the "Output Management" button, what kind of Group/Member = should I add in order to simulate total P, NH3-N, and TSS with unit in = mg/L? Thanks for your help. Sincerely yours,=20 Liao-Fan Lin ------=_NextPart_000_0212_01C8BA75.6CDD94E0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear,
 
Nice to meet you and it is my first to time to post question.
I have a question about using HSPF and BASINS 4.
Here it is. If I want to calibrate total P, NH3-N = and total=20 suspended solids (TSS) with unit in mg/L, what kind of modules I should = choose=20 in "Edit Control Cards" in HSPF?
Additionally, I only want to use "Pervious Land" and = "Reaches/Reservoirs"=20 modules.
Moreover, in the "Pollutant Selection" button, what sources should = I=20 select?
And then, in the "Output Management" button, what kind of = Group/Member=20 should I add in order to simulate total P, NH3-N, and TSS with unit in=20 mg/L?
 
Thanks for your help.
 
Sincerely yours,
 
 
Liao-Fan Lin
------=_NextPart_000_0212_01C8BA75.6CDD94E0-- ----------------------------------------------------------- X-Message-Number: 36 X-lyris-Id: 169959 Date: Wed, 21 May 2008 13:21:05 +0800 From: =?big5?B?d2VyYy2qTLn5pnw=?= Subject: question This is a multi-part message in MIME format. ------=_NextPart_000_02E5_01C8BB45.85E7AEF0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable dear,=20 I have the two error messages: = *************************************************************************= *********** * = = =20 * ERROR/WARNING ID: 341 4 = =20 * = =20 * DATE/TIME: 2007/ 1/ 2 14: 0 = =20 * = =20 * RCHRES: 2 = =20 * = =20 * The calculation of relative depth in subroutine AUXIL, using = Newton's =20 * method of successive approximations, did not converge. Probable = reason -- =20 * unusual or bad entries in RCHTAB. Relevant data are: = =20 * = =20 * A B C RDEP1 = RDEP2 COUNT =20 * 0.0000E+00 1742.4 ********** ********** ********** 101 = =20 * = =20 = *************************************************************************= *********** = *************************************************************************= *********** * = =20 * ERROR/WARNING ID: 341 6 = =20 * = =20 * DATE/TIME: 2007/ 1/17 11: 0 = =20 * = =20 * RCHRES: 1 = =20 * = =20 * The volume of water in this reach/mixed reservoir is greater than = the value =20 * in the "volume" column of the last row of RCHTAB(). To continue the = =20 * simulation the table has been extrapolated, based on information = contained =20 * in the last two rows. This will usually result in some loss of = accuracy. =20 * If depth is being calculated it will also cause an error condition. = =20 * Relevant data are: = =20 * = =20 * NROWS V1 V2 VOL = =20 * 8 1.4086E+07 4.4891E+07 4.9307E+07 = =20 * = =20 = *************************************************************************= *********** can you help me for these questions? sincerely yours,=20 Liao-fan ------=_NextPart_000_02E5_01C8BB45.85E7AEF0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
dear,
 
I have the two error messages:
 **********************************************************= **************************
 *      =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =           
 *&n= bsp;=20 ERROR/WARNING ID:   341  =20 4            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;         
 *&nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      
 * =20 DATE/TIME: 2007/ 1/ 2 14:=20 0            =             &= nbsp;           &n= bsp;           &nb= sp;    
 *      = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;   
 * =20 RCHRES:    =20 2            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      
 *    =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =      
 * =20 The calculation of relative depth in subroutine AUXIL, using=20 Newton's           = ;
 * =20 method of successive approximations, did not converge.  Probable = reason=20 --      
 *  unusual or bad = entries=20 in RCHTAB.  Relevant data=20 are:           &nb= sp;           &nbs= p;   
 *       =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =   
 *        &n= bsp; =20 A           =20 B            =           =20 C          =20 RDEP1         =20 RDEP2    =20  COUNT          &n= bsp;        
 * =20 0.0000E+00   1742.4     ********** = **********=20 **********   =20 101           &nbs= p;       
 *   =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       
 ***************************= *********************************************************
 
 
 **********************************************************= **************************
 *      =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =    
 * =20 ERROR/WARNING ID:   341  =20 6            =             &= nbsp;           &n= bsp;           &nb= sp;    
 *      = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;   
 * =20 DATE/TIME: 2007/ 1/17 11:=20 0            =             &= nbsp;           &n= bsp;           &nb= sp;    
 *      = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;   
 * =20 RCHRES:    =20 1            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      
 *    =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =      
 * =20 The volume of water in this reach/mixed reservoir is greater than the=20 value     
 *  in the "volume" = column of=20 the last row of RCHTAB().  To continue=20 the           &nbs= p;
 * =20 simulation the table has been extrapolated, based on information=20 contained      
 *  in the = last two=20 rows.  This will usually result in some loss of=20 accuracy.       
 *  If = depth is=20 being calculated it will also cause an error=20 condition.          &nb= sp;  
 * =20 Relevant data=20 are:           &nb= sp;           &nbs= p;            = ;            =             &= nbsp; 
 *        &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;
 * =20 NROWS        =20 V1           =20   =20 V2            = ;  =20  =20 VOL           &nbs= p;            = ;            =       
 *    &n= bsp;=20 8          =20 1.4086E+07      4.4891E+07  =20 4.9307E+07          &nb= sp;           &nbs= p;            = ;       
 *   &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;     
 ****************************= ********************************************************
can you help me for these questions?
 
sincerely yours,
 
Liao-fan
------=_NextPart_000_02E5_01C8BB45.85E7AEF0-- ----------------------------------------------------------- X-Message-Number: 37 X-lyris-Id: 169960 Date: Wed, 21 May 2008 07:12:06 -0400 From: "Burgholzer,Robert" Subject: RE: question This is a multi-part message in MIME format. ------_=_NextPart_001_01C8BB33.8149AA2C Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Liao-fan, The second one is easy, I think. The FTABLE entry for Reach 1 does not = have enough entries in it to accomodate the storm flow that is going = through. As the FTABLE is a volume-discharge lookup, you need to add at = least one more entry with a considerably larger volume. This error is = merely a warning that it added an additional entry for you. The first error may well be due to the storm flows as well, although I = don;t know what to suggest as to a fix. Perhaps someone else on this = list has an idea. For what it's worth, these look like warnings, not errors, and I presume = that your simulation is not crashing, so unless you are having a problem = with your simulation, you may be able to accept them (although the 2nd = error is an easy fix, so you might as well take care of it). HTH, r.b. ------_=_NextPart_001_01C8BB33.8149AA2C Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable RE: [basinsinfo] question

Liao-fan,
The second one is easy, I think.  The FTABLE entry for Reach 1 does = not have enough entries in it to accomodate the storm flow that is going = through.  As the FTABLE is a volume-discharge lookup, you need to = add at least one more entry with a considerably larger volume.  = This error is merely a warning that it added an additional entry for = you.

The first error may well be due to the storm flows as well, although I = don;t know what to suggest as to a fix.  Perhaps someone else on = this list has an idea.

For what it's worth, these look like warnings, not errors, and I presume = that your simulation is not crashing, so unless you are having a problem = with your simulation, you may be able to accept them (although the 2nd = error is an easy fix, so you might as well take care of it).

HTH,
r.b.


------_=_NextPart_001_01C8BB33.8149AA2C-- ----------------------------------------------------------- X-Message-Number: 38 X-lyris-Id: 170008 Date: Thu, 22 May 2008 00:16:46 +0200 From: Emma Radahl Subject: Bug in WDMUtil? --_74c659f0-e563-4afe-a1bd-1be9aa681e72_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like: DAY MONTH YEAR SUN LY 01 01 1998 018.16 02 01 1998 035.85 03 01 1998 038.00 and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a very odd way of doin= g math. Is this a known bug? I am also a bit curious about the fact that I can compute "Evaporation" in = WDMUtil, but that this time series isn't read into WinHSPF. When is the Eva= poration time series really used for anything? Sincerely, Emma Radahl _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_74c659f0-e563-4afe-a1bd-1be9aa681e72_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,

I am wondering if anyone else have encountered a problem = when reading data from text files to WDMUtil, that the program seems to rou= nd the data off in a very strange way. When I read a textfile with values l= ooking like:

DAY    MONTH    YEAR    S= UN LY
01    01    1998    0= 18.16
02    01    1998    0= 35.85
03    01    1998    0= 38.00

and open the time series when written to the WDM-file, the pro= gram seems to have turned "035.85" into "35.8", which to me seems a very od= d way of doing math.
Is this a known bug?

I am also a bit curious= about the fact that I can compute "Evaporation" in WDMUtil, but that this = time series isn't read into WinHSPF. When is the Evaporation time series re= ally used for anything?

Sincerely,
Emma Radahl


Get= news, entertainment and everything you care about at Live.com. Check it out! = --_74c659f0-e563-4afe-a1bd-1be9aa681e72_-- ----------------------------------------------------------- X-Message-Number: 39 X-lyris-Id: 170009 Date: Wed, 21 May 2008 18:25:37 -0400 From: Biswarup Guha Subject: RE: Bug in WDMUtil? --_000_0D45E17D56F3E445825717FF956BDF740FF2611962shelterhydroq_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Emma, Based on the online training manual, I think you will need to put the pan e= vaporation in location 2 in your WDM file. Evaporation plays an important r= ole in the runoff calculations. You should compare the computed evaporation= with any available data. In the project that I am working on, I found that= the WDMUtil was calculating twice as much the observed pan evaporation. As for the reading discrepency, I haven't come accross such problems. Roop. ________________________________ From: Emma Radahl [mailto:emma_1982@hotmail.com] Sent: Wednesday, May 21, 2008 6:17 PM To: Private list for BASINS users Subject: [basinsinfo] Bug in WDMUtil? Hello, I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like: DAY MONTH YEAR SUN LY 01 01 1998 018.16 02 01 1998 035.85 03 01 1998 038.00 and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a very odd way of doin= g math. Is this a known bug? I am also a bit curious about the fact that I can compute "Evaporation" in = WDMUtil, but that this time series isn't read into WinHSPF. When is the Eva= poration time series really used for anything? Sincerely, Emma Radahl ________________________________ Get news, entertainment and everything you care about at Live.com. Check it= out! --------------------------------= ---------- You are currently subscribed to the basinsinfo listserver. To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v OR: Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your subscription. OR Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov ------------------------------------------ ________________________________ This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized= review, use, distribution, copying or disclosure of this communication is = strictly prohibited. --_000_0D45E17D56F3E445825717FF956BDF740FF2611962shelterhydroq_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Emma,
 
Based on the online training manual, I think= you will need to put the pan evaporation in location 2 in your WDM file. E= vaporation plays an important role in the runoff calculations. You should compare the computed evaporation with any = available data. In the project that I am working on, I found that the WDMUt= il was calculating twice as much the observed pan evaporation.
 
As for the reading discrepency, I haven't co= me accross such problems.
 
Roop.


From: Emma Radahl [mailto:emma_1982@hotmail.co= m]
Sent: Wednesday, May 21, 2008 6:17 PM
To: Private list for BASINS users
Subject: [basinsinfo] Bug in WDMUtil?


Hello,

I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like:

DAY    MONTH    YEAR    SUN LY
01    01    1998    018.16
02    01    1998    035.85
03    01    1998    038.00

and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a = very odd way of doing math.
Is this a known bug?

I am also a bit curious about the fact that I can compute "Evaporation= " in WDMUtil, but that this time series isn't read into WinHSPF. When = is the Evaporation time series really used for anything?

Sincerely,
Emma Radahl


Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

This electronic message, and= any attachments transmitted with it, may contain privileged and/or confide= ntial information. It is intended to be viewed only by the individual or en= tity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited.
--_000_0D45E17D56F3E445825717FF956BDF740FF2611962shelterhydroq_-- ----------------------------------------------------------- X-Message-Number: 40 X-lyris-Id: 170010 Date: Wed, 21 May 2008 15:45:52 -0700 From: "Job, Scott" Subject: RE: Bug in WDMUtil? This is a multi-part message in MIME format. ------_=_NextPart_001_01C8BB93.DE05151A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Emma, =20 It's possible that all the decimals are stored in the WDM, but aren't shown by default in WDMUtility. When you list the time series, go to Edit, Number Format, and modify the Number Width, Significant Digits, and Decimal Places as needed.=20 =20 HSPF should use all the decimals regardless of what WDMUtility shows. However, if you copy or save output from the time series listing in WDMUtility, you will only get the decimals shown, so be sure to follow the steps above if you need more numbers in the output. Note that WDMUtility may not save the settings, so you may need to repeat the steps whenever you copy or save output. =20 Also, if you are using a fixed width input format for the text file import, you may be cutting off the final decimal. =20 Scott =20 ________________________________ From: Biswarup Guha [mailto:bguha@hydroqual.com]=20 Sent: Wednesday, May 21, 2008 6:26 PM To: Private list for BASINS users Subject: RE: [basinsinfo] Bug in WDMUtil? =20 =20 =20 Emma, =20 Based on the online training manual, I think you will need to put the pan evaporation in location 2 in your WDM file. Evaporation plays an important role in the runoff calculations. You should compare the computed evaporation with any available data. In the project that I am working on, I found that the WDMUtil was calculating twice as much the observed pan evaporation. =20 As for the reading discrepency, I haven't come accross such problems. =20 Roop. =20 ________________________________ From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Wednesday, May 21, 2008 6:17 PM To: Private list for BASINS users Subject: [basinsinfo] Bug in WDMUtil? Hello, I am wondering if anyone else have encountered a problem when reading data from text files to WDMUtil, that the program seems to round the data off in a very strange way. When I read a textfile with values looking like: DAY MONTH YEAR SUN LY 01 01 1998 018.16 02 01 1998 035.85 03 01 1998 038.00 and open the time series when written to the WDM-file, the program seems to have turned "035.85" into "35.8", which to me seems a very odd way of doing math. Is this a known bug? I am also a bit curious about the fact that I can compute "Evaporation" in WDMUtil, but that this time series isn't read into WinHSPF. When is the Evaporation time series really used for anything? Sincerely, Emma Radahl ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ________________________________ This electronic message, and any attachments transmitted with it, may contain privileged and/or confidential information. It is intended to be viewed only by the individual or entity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is strictly prohibited. ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------_=_NextPart_001_01C8BB93.DE05151A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Emma,

 

It’s possible that all the = decimals are stored in the WDM, but aren’t shown by default in WDMUtility. = When you list the time series, go to Edit, Number Format, and modify = the Number Width, Significant Digits, and Decimal Places as needed.

 

HSPF should use all the decimals regardless of what WDMUtility shows. However, if you copy or save output = from the time series listing in WDMUtility, you will only get the decimals = shown, so be sure to follow the steps above if you need more numbers in the = output. Note that WDMUtility may not save the settings, so you may need to repeat the = steps whenever you copy or save output.

 

Also, if you are using a fixed = width input format for the text file import, you may be cutting off the final = decimal.

 

Scott

 


From: = Biswarup Guha [mailto:bguha@hydroqual.com]
Sent: Wednesday, May 21, = 2008 6:26 PM
To: Private list for = BASINS users
Subject: RE: [basinsinfo] = Bug in WDMUtil?

 

 

 

Emma,

 

Based on the online training = manual, I think you will need to put the pan evaporation in location 2 in your WDM = file. Evaporation plays an important role in the runoff calculations. You = should compare the computed evaporation with any available data. In the project = that I am working on, I found that the WDMUtil was calculating twice as much = the observed pan evaporation.

 

As for the reading discrepency, I = haven't come accross such problems.

 

Roop.

 


From: Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Wednesday, May 21, = 2008 6:17 PM
To: Private list for = BASINS users
Subject: [basinsinfo] Bug = in WDMUtil?


Hello,

I am wondering if anyone else have encountered a problem when reading = data from text files to WDMUtil, that the program seems to round the data off in a = very strange way. When I read a textfile with values looking like:

DAY    MONTH    YEAR    SUN LY
01    01    1998    = 018.16
02    01    1998    = 035.85
03    01    1998    = 038.00

and open the time series when written to the WDM-file, the program seems = to have turned "035.85" into "35.8", which to me seems = a very odd way of doing math.
Is this a known bug?

I am also a bit curious about the fact that I can compute "Evaporation" in WDMUtil, but that this time series isn't read = into WinHSPF. When is the Evaporation time series really used for = anything?

Sincerely,
Emma Radahl


Get news, entertainment and everything you care = about at Live.com. Check it out! ------------------------------------------
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
------------------------------------------


This electronic message, and any attachments transmitted with it, may contain privileged and/or = confidential information. It is intended to be viewed only by the individual or = entity to which it is addressed. Any unauthorized review, use, distribution, = copying or disclosure of this communication is strictly prohibited.
------------------------------------------
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
------------------------------------------

------_=_NextPart_001_01C8BB93.DE05151A-- ----------------------------------------------------------- X-Message-Number: 41 X-lyris-Id: 170011 Date: Thu, 22 May 2008 11:57:49 +0200 From: Emma Radahl Subject: RE: Bug in WDMUtil? --_fe7898f7-b0ea-4ffc-8430-7492f2b9d6a1_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Scott, Yes, that seemed to be it! When I changed the values there I got 35.85 inst= ead of 35.8. Seems as if WDMUtil doesn't automatically round off correctly = then when decreasing the number of decimals. (Or I might simply not underst= and exactly how it performs the rounding off.) When I listed the series thr= ough List in BASINS as well, I got the correct values, so it seems to be li= ke you say. Thanks! Emma Subject: RE: [basinsinfo] Bug in WDMUtil? Date: Wed, 21 May 2008 15:45:52 -0700 From: Scott.Job@tetratech.com To: basinsinfo@lists.epa.gov Emma, =20 It=92s possible that all the decimals are stored in the WDM, but aren=92t shown by default in WDMUtility. When you list the time series, go to Edit, Number Format, and modify the Number Width, Significant Digits, and Decimal Places as needed.=20 =20 HSPF should use all the decimals regardless of what WDMUtility shows. However, if you copy or save output fr= om the time series listing in WDMUtility, you will only get the decimals shown= , so be sure to follow the steps above if you need more numbers in the output. N= ote that WDMUtility may not save the settings, so you may need to repeat the st= eps whenever you copy or save output. =20 Also, if you are using a fixed width input format for the text file import, you may be cutting off the final decimal. =20 Scott =20 From: Biswarup Guha [mailto:bguha@hydroqual.com]=20 Sent: Wednesday, May 21, 2008 6:26 PM To: Private list for BASINS users Subject: RE: [basinsinfo] Bug in WDMUtil? =20 =20 =20 Emma, =20 Based on the online training manual, I think you will need to put the pan evaporation in location 2 in your WDM fi= le. Evaporation plays an important role in the runoff calculations. You should compare the computed evaporation with any available data. In the project th= at I am working on, I found that the WDMUtil was calculating twice as much the observed pan evaporation. =20 As for the reading discrepency, I haven't come accross such problems. =20 Roop. =20 From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Wednesday, May 21, 2008 6:17 PM To: Private list for BASINS users Subject: [basinsinfo] Bug in WDMUtil? Hello, I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in a ve= ry strange way. When I read a textfile with values looking like: DAY MONTH YEAR SUN LY 01 01 1998 018.16 02 01 1998 035.85 03 01 1998 038.00 and open the time series when written to the WDM-file, the program seems to have turned "035.85" into "35.8", which to me seems a very odd way of doing math. Is this a known bug? I am also a bit curious about the fact that I can compute "Evaporation" in WDMUtil, but that this time series isn't read into WinHSPF. When is the Evaporation time series really used for anything? Sincerely, Emma Radahl Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------=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:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 This electronic message, and any attachments transmitted with it, may contain privileged and/or confidential information. It is intended to be viewed only by the individual or entity t= o which it is addressed. Any unauthorized review, use, distribution, copying = or disclosure of this communication is strictly prohibited. ------------------------------------------=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:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= --_fe7898f7-b0ea-4ffc-8430-7492f2b9d6a1_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Scott,

Yes, that seemed to be it! When I changed the values there I = got 35.85 instead of 35.8. Seems as if WDMUtil doesn't automatically round = off correctly then when decreasing the number of decimals. (Or I might simp= ly not understand exactly how it performs the rounding off.) When I listed = the series through List in BASINS as well, I got the correct values, so it = seems to be like you say. Thanks!

Emma


Subjec= t: RE: [basinsinfo] Bug in WDMUtil?
Date: Wed, 21 May 2008 15:45:52 -070= 0
From: Scott.Job@tetratech.com
To: basinsinfo@lists.epa.gov

Emma,

 

It=92s poss= ible that all the decimals are stored in the WDM, but aren=92t shown by default in WDMUtility. When you list the time series, go to Edit<= /span>, Number Format, and modify = the Number Width, Significant Digits, and Decimal Places as needed.

 

HSPF should= use all the decimals regardless of what WDMUtility shows. However, if you copy or save output fr= om the time series listing in WDMUtility, you will only get the decimals shown= , so be sure to follow the steps above if you need more numbers in the output. N= ote that WDMUtility may not save the settings, so you may need to repeat the st= eps whenever you copy or save output.

 

Also, if yo= u are using a fixed width input format for the text file import, you may be cutting off the final decimal.<= /span>

 

Scott

 

=

From:<= /font> Biswarup Guha [mailto:bguha@hydroqual.com]
Sent: Wednesday, May 21, 2= 008 6:26 PM
To: Private list for BASIN= S users
Subject: RE: [basinsinfo] = Bug in WDMUtil?

 

 

 

Emma,

 

Based on th= e online training manual, I think you will need to put the pan evaporation in location 2 in your WDM fi= le. Evaporation plays an important role in the runoff calculations. You should compare the computed evaporation with any available data. In the project th= at I am working on, I found that the WDMUtil was calculating twice as much the observed pan evaporation.

 

As for the = reading discrepency, I haven't come accross such problems.

 

Roop.

 

=

From: Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Wednesday, May 21, 2= 008 6:17 PM
To: Private list for BASIN= S users
Subject: [basinsinfo] Bug = in WDMUtil?


Hello,

I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in a ve= ry strange way. When I read a textfile with values looking like:

DAY    MONTH    YEAR    SUN LY
01    01    1998    018.16
02    01    1998    035.85
03    01    1998    038.00

and open the time series when written to the WDM-file, the program seems to have turned "035.85" into "35.8", which to me seems a very odd way of doing math.
Is this a known bug?

I am also a bit curious about the fact that I can compute "Evaporation" in WDMUtil, but that this time series isn't read into WinHSPF. When is the Evaporation time series really used for anything?

Sincerely,
Emma Radahl

=

Get news, entertainment and everythin= g you care about at Live.com. Check it out! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

=

This elect= ronic message, and any attachments transmitted with it, may contain privileged and/or confidential information. It is intended to be viewed only by the individual or entity t= o which it is addressed. Any unauthorized review, use, distribution, copying = or disclosure of this communication is strictly prohibited.
------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

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

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
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
------------------------------------------


Explore the seven wonders of the world Learn more! = --_fe7898f7-b0ea-4ffc-8430-7492f2b9d6a1_-- ----------------------------------------------------------- X-Message-Number: 42 X-lyris-Id: 170012 Date: Thu, 22 May 2008 12:07:35 +0200 From: Emma Radahl Subject: Pan evaporation problems --_4dd869d3-281b-461d-82ac-32644d8cbbb9_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, Re: The pan evaporation. Yes, I put it in location 2 (DSN 12). The thing is= though that when I initiate a WinHSPF project from BASINS 4, and enter my = WDM meteorologic file (in the window where the user should input a project = file and a metfile for example), and press OK, the next popup window that a= ppears does not list the Evaporation file, just the Evapotranspiration one.= =20 Does anyone know anything else about this? It's really important for me tha= t I get this right...I did save the window that popped up when specifying t= he metfile, so if someone would be willing to tell me if I did input stuff = correctly I'd be very thankful. -Emma From: bguha@hydroqual.com To: basinsinfo@lists.epa.gov Date: Wed, 21 May 2008 18:25:37 -0400 Subject: RE: [basinsinfo] Bug in WDMUtil? Emma, =20 Based on the online training manual, I think you will need to put the pan e= vaporation in location 2 in your WDM file. Evaporation plays an important r= ole in the runoff calculations. You should compare the computed evaporation with any = available data. In the project that I am working on, I found that the WDMUt= il was calculating twice as much the observed pan evaporation. =20 As for the reading discrepency, I haven't come accross such problems. =20 Roop. From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Wednesday, May 21, 2008 6:17 PM To: Private list for BASINS users Subject: [basinsinfo] Bug in WDMUtil? Hello, I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like: DAY MONTH YEAR SUN LY 01 01 1998 018.16 02 01 1998 035.85 03 01 1998 038.00 and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a very odd way of doin= g math. Is this a known bug? I am also a bit curious about the fact that I can compute "Evaporation" in = WDMUtil, but that this time series isn't read into WinHSPF. When is the Eva= poration time series really used for anything? Sincerely, Emma Radahl Get news, entertainment and everything you care about at Live.com.=20 Check it out! ------------------------------------------=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:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited. ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Space= s. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=3Dcreate&wx_url=3D/friends.= aspx&mkt=3Den-us= --_4dd869d3-281b-461d-82ac-32644d8cbbb9_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello,

Re: The pan evaporation. Yes, I put it in location 2 (DSN 12)= . The thing is though that when I initiate a WinHSPF project from BASINS 4,= and enter my WDM meteorologic file (in the window where the user should in= put a project file and a metfile for example), and press OK, the next popup= window that appears does not list the Evaporation file, just the Evapotran= spiration one.

Does anyone know anything else about this? It's real= ly important for me that I get this right...I did save the window that popp= ed up when specifying the metfile, so if someone would be willing to tell m= e if I did input stuff correctly I'd be very thankful.

-Emma

=

From: bguha@hydroqual.com
To: basinsinfo@lists.epa.govDate: Wed, 21 May 2008 18:25:37 -0400
Subject: RE: [basinsinfo] Bug in= WDMUtil?

Emma,
 
Based on the online training manual, I th= ink you will need to put the pan evaporation in location 2 in your WDM file= . Evaporation plays an important role in the runoff calculations. You should compare the computed evaporation with any = available data. In the project that I am working on, I found that the WDMUt= il was calculating twice as much the observed pan evaporation.
 
As for the reading discrepency, I haven't= come accross such problems.
 
Roop.


From: Emma Radahl [mailto:emma_1982@hotmail.co= m]
Sent: Wednesday, May 21, 2008 6:17 PM
To: Private list for BASINS users
Subject: [basinsinfo] Bug in WDMUtil?


Hello,

I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like:

DAY    MONTH    YEAR    SUN LY
01    01    1998    018.16
02    01    1998    035.85
03    01    1998    038.00

and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a very odd way of doin= g math.
Is this a known bug?

I am also a bit curious about the fact that I can compute "Evaporation" in = WDMUtil, but that this time series isn't read into WinHSPF. When is the Eva= poration time series really used for anything?

Sincerely,
Emma Radahl


Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

This electronic message, and= any attachments transmitted with it, may contain privileged and/or confide= ntial information. It is intended to be viewed only by the individual or en= tity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited.
------------------------------------------
You are currently subscribed to the basinsinfo listserver.=20

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
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
------------------------------------------


Invite your mail contacts to join your friends lis= t with Windows Live Spaces. It's easy! Try it! = --_4dd869d3-281b-461d-82ac-32644d8cbbb9_-- ----------------------------------------------------------- X-Message-Number: 43 X-lyris-Id: 170014 Date: Thu, 22 May 2008 13:32:54 +0200 From: Emma Radahl Subject: RE: Pan evaporation problems --_d0d4588c-cbfa-4d0d-903a-2c3ddeefd6b1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello again, Just to clarify. What I mean is, is it OK to use, as the input time series = for Potential Evapotranspiration (Pot Evap) in HSPF, a time series of Poten= tial Evapotranspiration values computed in WDMUtil through the "Jensen PET"= or "Hamon PET" functions? What confuses me is that in WDMUtil there exists the possibility to compute= both "Jensen PET", "Hamon PET" and "Penman Pan Evaporation". I used the ti= me series that WDMUtil computed using "Jensen PET" as my "Pot Evap" times s= eries when I initiated WinHSPF from BASINS 4. I hope this is an OK way to d= o it. /Emma From: emma_1982@hotmail.com To: basinsinfo@lists.epa.gov Subject: [basinsinfo] Pan evaporation problems Date: Thu, 22 May 2008 12:07:35 +0200 Hello, Re: The pan evaporation. Yes, I put it in location 2 (DSN 12). The thing is= though that when I initiate a WinHSPF project from BASINS 4, and enter my = WDM meteorologic file (in the window where the user should input a project = file and a metfile for example), and press OK, the next popup window that a= ppears does not list the Evaporation file, just the Evapotranspiration one.= =20 Does anyone know anything else about this? It's really important for me tha= t I get this right...I did save the window that popped up when specifying t= he metfile, so if someone would be willing to tell me if I did input stuff = correctly I'd be very thankful. -Emma From: bguha@hydroqual.com To: basinsinfo@lists.epa.gov Date: Wed, 21 May 2008 18:25:37 -0400 Subject: RE: [basinsinfo] Bug in WDMUtil? Emma, =20 Based on the online training manual, I think you will need to put the pan e= vaporation in location 2 in your WDM file. Evaporation plays an important r= ole in the runoff calculations. You should compare the computed evaporation with any = available data. In the project that I am working on, I found that the WDMUt= il was calculating twice as much the observed pan evaporation. =20 As for the reading discrepency, I haven't come accross such problems. =20 Roop. From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Wednesday, May 21, 2008 6:17 PM To: Private list for BASINS users Subject: [basinsinfo] Bug in WDMUtil? Hello, I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like: DAY MONTH YEAR SUN LY 01 01 1998 018.16 02 01 1998 035.85 03 01 1998 038.00 and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a very odd way of doin= g math. Is this a known bug? I am also a bit curious about the fact that I can compute "Evaporation" in = WDMUtil, but that this time series isn't read into WinHSPF. When is the Eva= poration time series really used for anything? Sincerely, Emma Radahl Get news, entertainment and everything you care about at Live.com.=20 Check it out! ------------------------------------------=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:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited. ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ Invite your mail contacts to join your friends list with Windows Live Space= s. It's easy! Try it! ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_d0d4588c-cbfa-4d0d-903a-2c3ddeefd6b1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello again,

Just to clarify. What I mean is, is it OK to use, as th= e input time series for Potential Evapotranspiration (Pot Evap) in HSPF, a = time series of Potential Evapotranspiration values computed in WDMUtil thro= ugh the "Jensen PET" or "Hamon PET" functions?

What confuses me is t= hat in WDMUtil there exists the possibility to compute both "Jensen PET", "= Hamon PET" and "Penman Pan Evaporation". I used the time series that WDMUti= l computed using "Jensen PET" as my "Pot Evap" times series when I initiate= d WinHSPF from BASINS 4. I hope this is an OK way to do it.

/Emma



From: emma_1982@hotmail.com
To: basinsinfo@= lists.epa.gov
Subject: [basinsinfo] Pan evaporation problems
Date: Th= u, 22 May 2008 12:07:35 +0200

Hello,

Re: The pan evaporation. Yes, I put it in location 2 (DSN 12)= . The thing is though that when I initiate a WinHSPF project from BASINS 4,= and enter my WDM meteorologic file (in the window where the user should in= put a project file and a metfile for example), and press OK, the next popup= window that appears does not list the Evaporation file, just the Evapotran= spiration one.

Does anyone know anything else about this? It's real= ly important for me that I get this right...I did save the window that popp= ed up when specifying the metfile, so if someone would be willing to tell m= e if I did input stuff correctly I'd be very thankful.

-Emma

=

From: bguha@hydroqual.com
To: basinsinfo@lists.epa.govDate: Wed, 21 May 2008 18:25:37 -0400
Subject: RE: [basinsinfo] Bug in= WDMUtil?

Emma,
 
Based on the online training manual, I= think you will need to put the pan evaporation in location 2 in your WDM f= ile. Evaporation plays an important role in the runoff calculations. You should compare the computed evaporation with any = available data. In the project that I am working on, I found that the WDMUt= il was calculating twice as much the observed pan evaporation.
 
As for the reading discrepency, I have= n't come accross such problems.
 
Roop.


From: Emma Radahl [mailto:emma_1982@hotmail.co= m]
Sent: Wednesday, May 21, 2008 6:17 PM
To: Private list for BASINS users
Subject: [basinsinfo] Bug in WDMUtil?


Hello,

I am wondering if anyone else have encountered a problem when reading data = from text files to WDMUtil, that the program seems to round the data off in= a very strange way. When I read a textfile with values looking like:

DAY    MONTH    YEAR    SUN LY
01    01    1998    018.16
02    01    1998    035.85
03    01    1998    038.00

and open the time series when written to the WDM-file, the program seems to= have turned "035.85" into "35.8", which to me seems a very odd way of doin= g math.
Is this a known bug?

I am also a bit curious about the fact that I can compute "Evaporation" in = WDMUtil, but that this time series isn't read into WinHSPF. When is the Eva= poration time series really used for anything?

Sincerely,
Emma Radahl


Get news, entertainment and everything you care about at Live.com. Check it out! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

This electronic message, and= any attachments transmitted with it, may contain privileged and/or confide= ntial information. It is intended to be viewed only by the individual or en= tity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited.
------------------------------------------
You are currently subscribed to the basinsinfo listserver.=20

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
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
------------------------------------------


Invite your mail contacts to join your friends list wi= th Windows Live Spaces. It's easy! Try it! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.=20

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
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
------------------------------------------


Get news, entertainment and everything you care ab= out at Live.com. Check it out! = --_d0d4588c-cbfa-4d0d-903a-2c3ddeefd6b1_-- ----------------------------------------------------------- X-Message-Number: 44 X-lyris-Id: 170045 Date: Thu, 22 May 2008 16:40:46 -0000 From: "MICHELIN Christophe" Subject: Bassin 4 grids and Surfer 7 grids What's wrong between Surfer 7 grids and Basins 4 grids? Basins bug or misfit for me? When I import a Surfer 7 grid with the GIS TOOLS/ Raster/ Change Grids format, Basins 4 read correctly only X & Y data's but all Z values are turned to zero. If I transform a Basins 4 grid into Ascii grid and replace Basins zero values with surfer values, the final result is correct except that the map is mirroring along Y axe. If I perform an Y mirroring surfer grid with surfer and replace values into Basins 4 ascii grid, the result is perfect. It's not so long to do that but not very convenient. What's wrong ? Is anyone have a solution ? ----------------------------------------------------------- X-Message-Number: 45 X-lyris-Id: 170062 Date: Fri, 23 May 2008 11:17:06 -0400 From: Biswarup Guha Subject: BASINS to HSPF - question --_000_0D45E17D56F3E445825717FF956BDF740FF2611969shelterhydroq_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I 've been asking a lot of questions lately and thank you to all who have a= nswered, especially Paul, who has been extremely helpful. I am trying to calibrate my model and found several problems one of which w= as that the BASINS was calculating high DELTH. The unit shown in the uci fi= le was in ft and the DELTH was around as high as 2000 ft or so for stream l= engths less than 5 miles, which I couldn't believe based on the topo maps. = The problem was that when I read in the elevation file (NED) in BASINS, it = was not converting the units (factor of 100) while reading in. I changed them in the UCI file, but then saw that there's another file (*rc= h) where delth is being written. In the *rch file I changed the slope as we= ll. Is there any other place where it needs to be changed? Thanks, Roop ________________________________ This electronic message, and any attachments transmitted with it, may conta= in privileged and/or confidential information. It is intended to be viewed = only by the individual or entity to which it is addressed. Any unauthorized= review, use, distribution, copying or disclosure of this communication is = strictly prohibited. --_000_0D45E17D56F3E445825717FF956BDF740FF2611969shelterhydroq_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi = all,
 
I '= ve been asking a lot of questions lately and thank you to all who have answ= ered, especially Paul, who has been extremely helpful.
 
I a= m trying to calibrate my model and found several problems one of which was = that the BASINS was calculating high DELTH. The unit shown in the uci file = was in ft and the DELTH was around as high as 2000 ft or so for stream lengths less than 5 miles, which I c= ouldn't believe based on the topo maps. The problem was that when I read in= the elevation file (NED) in BASINS, it was not converting the units (facto= r of 100) while reading in.
 
I c= hanged them in the UCI file, but then saw that there's another file (*rch) = where delth is being written. In the *rch file I changed the slope as well.=  Is there any other place where it needs to be changed?
 
Tha= nks,
Roo= p
 
 


This electronic message, and= any attachments transmitted with it, may contain privileged and/or confide= ntial information. It is intended to be viewed only by the individual or en= tity to which it is addressed. Any unauthorized review, use, distribution, copying or disclosure of this communication is = strictly prohibited.
--_000_0D45E17D56F3E445825717FF956BDF740FF2611969shelterhydroq_-- ----------------------------------------------------------- X-Message-Number: 46 X-lyris-Id: 170064 Date: Fri, 23 May 2008 10:21:56 -0500 From: "Jay D. Davis" Subject: Display of shapefiles/Project data organization This is a multi-part message in MIME format. ------=_NextPart_000_0098_01C8BCBE.D42EE3B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Happy Friday BASINners I am trying to add and display a shapefile (I have both the polygon and line ilk) of the 1:24K index of 7.5minute quads for Illinois. I have imported several watershed datasets and the software set them up as a project. My quadindex will not display, neither as a line shape nor as a quad shape. I notice that the dataset layers are arranged (in the table of contents) by theme (hydrology, observed data stations, political, transportation..). However, I cannot seem to see any such division in the file system/directory structure on disk. Your advice is much coveted and solicited. jd Jay D. Davis, BS,MA Research Specialist in Agriculture Department of Agricultural and Biological Engineering University of Illinois Urbana-Champaign 232A Agricultural Engineering Sciences Building, MC644 1304 West Pennsylvania Avenue Urbana, Illinois 61801 E: jdd@illinois.edu (217) 333-7956 (voice mail) (217) 244-0323 (fax) SOIL....a clean four-letter word |> | | __________ GOLF....a second one ------=_NextPart_000_0098_01C8BCBE.D42EE3B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Happy Friday BASINners

 

I am trying to add and display a shapefile (I have = both the polygon and line ilk) of the 1:24K index of 7.5minute quads for = Illinois.  I have imported several watershed datasets and the software set them up as a project.  My quadindex will not display, neither as a line shape = nor as a quad shape.  I notice that the dataset layers are arranged (in the = table of contents) by theme (hydrology, = observed data stations, political, transportation….).  = However, I cannot seem to see any such division in the file system/directory = structure on disk.

 

Your advice is much coveted and = solicited.

 

jd

 

Jay D. Davis, BS,MA

Research Specialist in = Agriculture

Department of Agricultural and Biological = Engineering

University of Illinois = Urbana-Champaign

232A Agricultural Engineering Sciences Building, MC644

1304 = West Pennsylvania = Avenue

Urbana, Illinois 61801

E:  jdd@illinois.edu<= /o:p>

(217) 333-7956 (voice = mail)

(217) 244-0323 (fax)

 

SOIL....a clean four-letter = word

 

         = |>

         = |

         = |

__________ GOLF....a second = one 

 

------=_NextPart_000_0098_01C8BCBE.D42EE3B0-- ----------------------------------------------------------- X-Message-Number: 47 X-lyris-Id: 170065 Date: Fri, 23 May 2008 11:23:12 -0400 From: jvandyke@ectinc.com Subject: BASINS to HSPF - question I will be out of the office from Friday 23 May 2008 and will return on Tuesday 27 May 2008. ----------------------------------------------------------- X-Message-Number: 48 X-lyris-Id: 170104 Date: Fri, 23 May 2008 11:08:11 -0500 From: "Jay D. Davis" Subject: RE: Display of shapefiles/Project data organization This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01C8BCC5.49F0DBC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Ok I think I get the idea. My index must be the bottom layer with transparent fill. Still, is there any significance in the groupings in the display table of contents? jd _____ From: Jay D. Davis [mailto:jdd@uiuc.edu] Sent: Friday, May 23, 2008 10:22 AM To: Private list for BASINS users Subject: [basinsinfo] Display of shapefiles/Project data organization Happy Friday BASINners I am trying to add and display a shapefile (I have both the polygon and line ilk) of the 1:24K index of 7.5minute quads for Illinois. I have imported several watershed datasets and the software set them up as a project. My quadindex will not display, neither as a line shape nor as a quad shape. I notice that the dataset layers are arranged (in the table of contents) by theme (hydrology, observed data stations, political, transportation..). However, I cannot seem to see any such division in the file system/directory structure on disk. Your advice is much coveted and solicited. jd Jay D. Davis, BS,MA Research Specialist in Agriculture Department of Agricultural and Biological Engineering University of Illinois Urbana-Champaign 232A Agricultural Engineering Sciences Building, MC644 1304 West Pennsylvania Avenue Urbana, Illinois 61801 E: jdd@illinois.edu (217) 333-7956 (voice mail) (217) 244-0323 (fax) SOIL....a clean four-letter word |> | | __________ GOLF....a second one ------------------------------------------ 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 ------------------------------------------ ------=_NextPart_000_00AF_01C8BCC5.49F0DBC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ok

 

I think I get the idea.  My = index must be the bottom layer with transparent fill.  Still, is there = any significance in the groupings in the display table of = contents?

 

jd

 


From: Jay = D. Davis [mailto:jdd@uiuc.edu]
Sent: Friday, May 23, = 2008 10:22 AM
To: Private list for BASINS users
Subject: [basinsinfo] = Display of shapefiles/Project data organization

 

Happy Friday BASINners

 

I am trying to add and display a shapefile (I have = both the polygon and line ilk) of the 1:24K index of 7.5minute quads for = Illinois.  I have imported several watershed datasets and the software set them up as a project.  My quadindex will not display, neither as a line shape = nor as a quad shape.  I notice that the dataset layers are arranged (in the = table of contents) by theme (hydrology, = observed data stations, political, transportation….).  = However, I cannot seem to see any such division in the file system/directory = structure on disk.

 

Your advice is much coveted and = solicited.

 

jd

 

Jay D. Davis, BS,MA

Research Specialist in = Agriculture

Department of Agricultural and Biological = Engineering

University of Illinois = Urbana-Champaign

232A Agricultural Engineering Sciences Building, MC644

1304 = West Pennsylvania = Avenue

Urbana, Illinois 61801

E:  jdd@illinois.edu<= /o:p>

(217) 333-7956 (voice = mail)

(217) 244-0323 (fax)

 

SOIL....a clean four-letter = word

 

         = |>

         = |

         = |

__________ GOLF....a second = one 

 

------------------------------------------
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
------------------------------------------

------=_NextPart_000_00AF_01C8BCC5.49F0DBC0-- ----------------------------------------------------------- X-Message-Number: 49 X-lyris-Id: 170114 Date: Mon, 26 May 2008 20:12:33 +0200 From: Emma Radahl Subject: BASINS 4 GIS to HSPF, slope values --_1a2e7d0a-02cb-4084-bc84-a68178ead66a_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a question regarding the SLSUR values in HSPF. When reading the user= 's manual, it says that the SLSUR fields will get values from the AveSlope = (when delineating automatically). However, when I do this with my own data = or with US data, if the value in BASINS 4 GIS is, for example "2.5224", the= SLSUR value reads "0.025224". Is this the way data should be translated fr= om BASINS 4 GIS to HSPF? Sincerely, Emma _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=3Dwindows+vista&mkt=3Den-US&form=3DQBR= E= --_1a2e7d0a-02cb-4084-bc84-a68178ead66a_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a question regarding the SLSUR values in HSPF. When reading the user= 's manual, it says that the SLSUR fields will get values from the AveSlope = (when delineating automatically). However, when I do this with my own data = or with US data, if the value in BASINS 4 GIS is, for example "2.5224", the= SLSUR value reads "0.025224". Is this the way data should be translated fr= om BASINS 4 GIS to HSPF?

Sincerely,
Emma


Discover = the new Windows Vista Learn more! = --_1a2e7d0a-02cb-4084-bc84-a68178ead66a_-- ----------------------------------------------------------- X-Message-Number: 50 X-lyris-Id: 170115 Date: Mon, 26 May 2008 14:18:04 -0400 From: jvandyke@ectinc.com Subject: BASINS 4 GIS to HSPF, slope values I will be out of the office from Friday 23 May 2008 and will return on Tuesday 27 May 2008. ----------------------------------------------------------- X-Message-Number: 51 X-lyris-Id: 170118 Date: Tue, 27 May 2008 08:39:21 -0400 From: "Tom Jobes" Subject: RE: BASINS 4 GIS to HSPF, slope values This is a multi-part message in MIME format. ------_=_NextPart_001_01C8BFF6.B09C43EB X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 8BCCABC5-FD00-45BE-8923-37E0CC564749 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Emma, =20 If your GIS function is producing percent slope, then yes you want to divide by 100 to get the rise/run that HSPF uses. =20 Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-329-4463 C: 386-937-6341 =20 From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Monday, May 26, 2008 2:13 PM To: Private list for BASINS users Subject: [basinsinfo] BASINS 4 GIS to HSPF, slope values =20 I have a question regarding the SLSUR values in HSPF. When reading the user's manual, it says that the SLSUR fields will get values from the AveSlope (when delineating automatically). However, when I do this with my own data or with US data, if the value in BASINS 4 GIS is, for example "2.5224", the SLSUR value reads "0.025224". Is this the way data should be translated from BASINS 4 GIS to HSPF? Sincerely, Emma ________________________________ Discover the new Windows Vista Learn more! ------------------------------------------=20 You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.gov=20 OR:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------_=_NextPart_001_01C8BFF6.B09C43EB X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 8F3DC4EA-A580-4DAD-A678-82A1A373F6B4 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Emma,

 

If your GIS function is producing percent slope, then yes = you want to divide by 100 to get the rise/run that HSPF uses.

 

Tom Jobes

St Johns River Water Management District

tjobes@sjrwmd.com

W: 386-329-4463

C: 386-937-6341

 

From:= = Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Monday, May 26, 2008 2:13 PM
To: Private list for BASINS users
Subject: [basinsinfo] BASINS 4 GIS to HSPF, slope = values

 

I have a question regarding the SLSUR = values in HSPF. When reading the user's manual, it says that the SLSUR fields = will get values from the AveSlope (when delineating automatically). However, when = I do this with my own data or with US data, if the value in BASINS 4 GIS is, = for example "2.5224", the SLSUR value reads "0.025224". = Is this the way data should be translated from BASINS 4 GIS to HSPF?

Sincerely,
Emma


Discover the new Windows Vista Learn more! ------------------------------------------
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
------------------------------------------

------_=_NextPart_001_01C8BFF6.B09C43EB-- ----------------------------------------------------------- X-Message-Number: 52 X-lyris-Id: 170157 Date: Wed, 28 May 2008 10:23:13 +0200 From: Emma Radahl Subject: RE: BASINS 4 GIS to HSPF, slope values --_da9fe7d2-63df-4ff8-af8f-ef673f6c441a_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tom, That would explain it yes, since it does seems as if MapWindow produces slo= pe values in %. Thanks! /Emma Subject: RE: [basinsinfo] BASINS 4 GIS to HSPF, slope values Date: Tue, 27 May 2008 08:39:21 -0400 From: tjobes@sjrwmd.com To: basinsinfo@lists.epa.gov Emma, =20 If your GIS function is producing percent slope, then yes you want to divide by 100 to get the rise/run that HSPF uses. =20 Tom Jobes St Johns River Water Management District tjobes@sjrwmd.com W: 386-329-4463 C: 386-937-6341 =20 From: Emma Radahl [mailto:emma_1982@hotmail.com]=20 Sent: Monday, May 26, 2008 2:13 PM To: Private list for BASINS users Subject: [basinsinfo] BASINS 4 GIS to HSPF, slope values =20 I have a question regarding the SLSUR values in HSPF. When reading the user's manual, it says that the SLSUR fields will= get values from the AveSlope (when delineating automatically). However, when I = do this with my own data or with US data, if the value in BASINS 4 GIS is, for example "2.5224", the SLSUR value reads "0.025224". Is this the way data should be translated from BASINS 4 GIS to HSPF? Sincerely, Emma Discover the new Windows Vista Learn more! ------------------------------------------=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:=20 Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your=20 subscription.=20 OR=20 Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov=20 ------------------------------------------=20 ------------------------------------------ You are currently subscribed to the basinsinfo listserver.=20 To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v 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 ------------------------------------------ _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_da9fe7d2-63df-4ff8-af8f-ef673f6c441a_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tom,

That would explain it yes, since it does seems as if MapWin= dow produces slope values in %.
Thanks!
/Emma

Subj= ect: RE: [basinsinfo] BASINS 4 GIS to HSPF, slope values
Date: Tue, 27 M= ay 2008 08:39:21 -0400
From: tjobes@sjrwmd.com
To: basinsinfo@lists.e= pa.gov

Emma,

 

If your GIS function is produ= cing percent slope, then yes you want to divide by 100 to get the rise/run that HSPF uses.

 

Tom Jobes

St Johns River Water Management District

tjobes@sjrwmd.com

W: 386-329-4463

C: 386-937-6341

 

From: Emma Radahl [mailto:emma_1982@hotmail.com]
Sent: Monday, May 26, 2008 2:13 PM
To: Private list for BASINS users
Subject: [basinsinfo] BASINS 4 GIS to HSPF, slope values

 

I have a question regard= ing the SLSUR values in HSPF. When reading the user's manual, it says that the SLSUR fields will= get values from the AveSlope (when delineating automatically). However, when I = do this with my own data or with US data, if the value in BASINS 4 GIS is, for example "2.5224", the SLSUR value reads "0.025224". Is this the way data should be translated from BASINS 4 GIS to HSPF?

Sincerely,
Emma

=

Discover the new Windows Vista Learn more! ------------------------------------------
You are currently subscribed to the basinsinfo listserver.

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
OR:
Use the listserver's web interface at https://lists.epa.gov/cgi-bin/lyris.p= l to manage your
subscription.
OR
Contact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov <= br> ------------------------------------------

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

To unsubscribe, send the words unsubscribe basinsinfo to lyris@lists.epa.go= v
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
------------------------------------------


Get news, entertainment and everything you care ab= out at Live.com. Check it out! = --_da9fe7d2-63df-4ff8-af8f-ef673f6c441a_-- ----------------------------------------------------------- X-Message-Number: 53 X-lyris-Id: 170181 Date: Wed, 28 May 2008 16:53:00 -0400 From: Partington.Ed@epamail.epa.gov Subject: BASINS Use in Australia?????? Contact information is below. -------------------------------------------------------------------------------- ------------------------ I am scoping a catchment to coast modelling project in a region within Queensland, Australia. I found the Basins suite of models useful but I am unsure if I can use BASINS outside the United States. Kind regards, Leo Dutra Ecosystem Modeller CSIRO Marine and Atmospheric Research 233 Middle Street | Cleveland Queensland 4163 | Australia Phone: 07 3826 7111 | Mobile: 0432 316 174 email: leo.dutra@csiro.au web: http://www.cmar.csiro.au EPA/OW/OST/SHPD/RSTSSB/BASINS ----------------------------------------------------------- X-Message-Number: 54 X-lyris-Id: 170208 Date: Thu, 29 May 2008 14:43:42 -0700 (PDT) From: Lauren Felker Subject: BASINS & PEST --0-695550091-1212097422=:1664 Content-Type: text/plain; charset=us-ascii Hello all. I am using PEST with BASINS. When I try to run the calibration I get the following error: "Problem running TSPROC for PEST set up. Error: the time span of the time base series is greater than that of the series to be interpolated. Reduce the time span of the time base series to that of the series to be interpolated using a REDUCE_SPAN block." I tried adjusting the INDELT value in the opn squence block, thinking this might be the problem, but that just creates more errors. Does anyone know what the problem is or what I could do to fix it? Thanks for your help. Lauren --0-695550091-1212097422=:1664 Content-Type: text/html; charset=us-ascii
Hello all.
 
I am using PEST with BASINS. When I try to run the calibration I get the following error:
 

"Problem running TSPROC for PEST set up.

Error: the time span of the time base series is greater than that of the series to be interpolated. Reduce the time span of the time base series to that of the series to be interpolated using a REDUCE_SPAN block."

I tried adjusting the INDELT value in the opn squence block, thinking this might be the problem, but that just creates more errors. Does anyone know what the problem is or what I could do to fix it?

Thanks for your help.

Lauren


--0-695550091-1212097422=:1664-- ----------------------------------------------------------- X-Message-Number: 55 X-lyris-Id: 170211 Date: Fri, 30 May 2008 07:10:54 -0400 (EDT) From: jferrari@al.umces.edu Subject: Re: BASINS & PEST Lauren, In the PEST control file there should be a section like this... START NEW_TIME_BASE CONTEXT all SERIES_NAME obsQ TB_SERIES_NAME predQ NEW_SERIES_NAME obsQ1 END NEW_TIME_BASE This section puts the time series predQ and obsQ in the same "time base". Your error is telling you that the time base series (predQ) is greater than the one to be interpolated (obsQ). TSPROC is very sensitive to discrepancies in the date ranges between the time series. The place to make a correction is either in the WDM or in the PEST setup (in the PEST control file). Joe > Hello all. > I am using PEST with BASINS. When I try to run the calibration I get the > following error: > "Problem running TSPROC for PEST set up. > Error: the time span of the time base series is greater than that of the > series to be interpolated. Reduce the time span of the time base series to > that of the series to be interpolated using a REDUCE_SPAN block." > I tried adjusting the INDELT value in the opn squence block, thinking this > might be the problem, but that just creates more errors. Does anyone know > what the problem is or what I could do to fix it? > Thanks for your help. > Lauren > > > > ------------------------------------------ > 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 > ------------------------------------------ Joseph Ferrari Faculty Research Assistant UMCES Appalachian Laboratory 301 Braddock Road Frostburg, MD 21532 ----------------------------------------------------------- X-Message-Number: 56 X-lyris-Id: 170261 Date: Fri, 30 May 2008 11:13:19 -0700 (PDT) From: Lauren Felker Subject: Re: BASINS & PEST --0-2129953427-1212171199=:14809 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Joe,=0AThanks for your help. I didn't realized TSPROC was so sensitive, but= I adjusted the date ranges, and now it's working great.=0ALauren=0A=0A=0A-= ---- Original Message ----=0AFrom: "jferrari@al.umces.edu" =0ATo: Private list for BASINS users =0ASe= nt: Friday, May 30, 2008 7:10:54 AM=0ASubject: Re: [basinsinfo] BASINS & PE= ST=0A=0ALauren,=0A=0AIn the PEST control file there should be a section lik= e this...=0A=0ASTART NEW_TIME_BASE=0A=A0 CONTEXT all=0A=A0 SERIES_NAME obsQ= =0A=A0 TB_SERIES_NAME predQ=0A=A0 NEW_SERIES_NAME obsQ1=0AEND NEW_TIME_BASE= =0A=0AThis section puts the time series predQ and obsQ in the same "time ba= se". =0AYour error is telling you that the time base series (predQ) is grea= ter=0Athan the one to be interpolated (obsQ).=A0 TSPROC is very sensitive t= o=0Adiscrepancies in the date ranges between the time series.=A0 The place = to=0Amake a correction is either in the WDM or in the PEST setup (in the PE= ST=0Acontrol file).=0A=0AJoe=0A=0A> Hello all.=0A> I am using PEST with BAS= INS. When I try to run the calibration I get the=0A> following error:=0A> "= Problem running TSPROC for PEST set up.=0A> Error: the time span of the tim= e base series is greater than that of the=0A> series to be interpolated. Re= duce the time span of the time base series to=0A> that of the series to be = interpolated using a REDUCE_SPAN block."=0A> I tried adjusting the INDELT v= alue in the opn squence block, thinking this=0A> might be the problem, but = that just creates more errors. Does anyone know=0A> what the problem is or = what I could do to fix it?=0A> Thanks for your help.=0A> Lauren=0A>=0A>=0A>= =0A> ------------------------------------------=0A> You are currently subsc= ribed to the basinsinfo listserver.=0A>=0A> To unsubscribe, send the words = unsubscribe basinsinfo to=0A> lyris@lists.epa.gov=0A> OR:=0A> Use the lists= erver's web interface at=0A> https://lists.epa.gov/cgi-bin/lyris.pl to mana= ge your=0A> subscription.=0A> OR=0A> Contact the basinsinfo listserver owne= r at basinsinfo-Owner@lists.epa.gov=0A> -----------------------------------= -------=0A=0A=0AJoseph Ferrari=0AFaculty Research Assistant=0AUMCES Appalac= hian Laboratory=0A301 Braddock Road=0AFrostburg, MD 21532=0A=0A=0A---------= ---------------------------------=0AYou are currently subscribed to the bas= insinfo listserver. =0A=0ATo unsubscribe, send the words unsubscribe basins= info to lyris@lists.epa.gov=0AOR:=0AUse the listserver's web interface at h= ttps://lists.epa.gov/cgi-bin/lyris.pl to manage your =0Asubscription.=0AOR= =0AContact the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.go= v=0A------------------------------------------=0A=0A=0A=0A --0-2129953427-1212171199=:14809 Content-Type: text/html; charset=us-ascii
Joe,
 
Thanks for your help. I didn't realized TSPROC was so sensitive, but I adjusted the date ranges, and now it's working great.
 
Lauren

----- Original Message ----
From: "jferrari@al.umces.edu" <jferrari@al.umces.edu>
To: Private list for BASINS users <basinsinfo@lists.epa.gov>
Sent: Friday, May 30, 2008 7:10:54 AM
Subject: Re: [basinsinfo] BASINS & PEST

Lauren,

In the PEST control file there should be a section like this...

START NEW_TIME_BASE
  CONTEXT all
  SERIES_NAME obsQ
  TB_SERIES_NAME predQ
  NEW_SERIES_NAME obsQ1
END NEW_TIME_BASE

This section puts the time series predQ and obsQ in the same "time base".
Your error is telling you that the time base series (predQ) is greater
than the one to be interpolated (obsQ).  TSPROC is very sensitive to
discrepancies in the date ranges between the time series.  The place to
make a correction is either in the WDM or in the PEST setup (in the PEST
control file).

Joe

> Hello all.
> I am using PEST with BASINS. When I try to run the calibration I get the
> following error:
> "Problem running TSPROC for PEST set up.
> Error: the time span of the time base series is greater than that of the
> series to be interpolated. Reduce the time span of the time base series to
> that of the series to be interpolated using a REDUCE_SPAN block."
> I tried adjusting the INDELT value in the opn squence block, thinking this
> might be the problem, but that just creates more errors. Does anyone know
> what the problem is or what I could do to fix it?
> Thanks for your help.
> Lauren
>
>
>
> ------------------------------------------
> 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
> ------------------------------------------


Joseph Ferrari
Faculty Research Assistant
UMCES Appalachian Laboratory
301 Braddock Road
Frostburg, MD 21532


------------------------------------------
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
---------------------------------------- --

--0-2129953427-1212171199=:14809-- ----------------------------------------------------------- X-Message-Number: 57 X-lyris-Id: 170292 Date: Sat, 31 May 2008 12:36:50 +0200 From: Emma Radahl Subject: STCOR? --_a751c5c5-9b48-4244-9c68-07b0d6442e46_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, The STCOR parameter in the HYDR section of RCHRES, what does it do? Does it= matter if values are input there or not, when it comes to calculating the = flow used in the simulation? Or is it just used to provide the user with an= option of getting the values in STAGE instead of DEPTH (as they are shown = in the FTABLES)? /Emma _________________________________________________________________ Connect to the next generation of MSN Messenger=A0 http://imagine-msn.com/messenger/launch80/default.aspx?locale=3Den-us&sourc= e=3Dwlmailtagline= --_a751c5c5-9b48-4244-9c68-07b0d6442e46_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,

The STCOR parameter in the HYDR section of RCHRES, what d= oes it do? Does it matter if values are input there or not, when it comes t= o calculating the flow used in the simulation? Or is it just used to provid= e the user with an option of getting the values in STAGE instead of DEPTH (= as they are shown in the FTABLES)?

/Emma


Connect to t= he next generation of MSN Messenger=A0 Get it now! = --_a751c5c5-9b48-4244-9c68-07b0d6442e46_-- ----------------------------------------------------------- X-Message-Number: 58 X-lyris-Id: 170297 Date: Sat, 31 May 2008 16:14:01 -0700 From: Tony Donigian Subject: Re: STCOR? Emma -
It is just a constant value added to depth in case the observed values are in elevations, or referenced to another benchmark -- as you noted in your email.

Tony
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Tony Donigian, P.E., D.WRE

AQUA TERRA Consultants

2685 Marine Way, Suite 1314

Mountain View, CA 94043-1115

650-962-1864; fax 650-962-0706

www.aquaterra.com

 



Emma Radahl wrote:

Hello,

The STCOR parameter in the HYDR section of RCHRES, what does it do? Does it matter if values are input there or not, when it comes to calculating the flow used in the simulation? Or is it just used to provide the user with an option of getting the values in STAGE instead of DEPTH (as they are shown in the FTABLES)?

/Emma


Connect to the next generation of MSN Messenger  Get it now! ------------------------------------------
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
------------------------------------------

If this email is spam, report it here:
http://www.OnlyMyEmail.com/ReportSpam
----------------------------------------------------------- X-Message-Number: 59 X-lyris-Id: 170298 Date: Sun, 1 Jun 2008 01:54:37 +0200 From: Emma Radahl Subject: RE: STCOR? --_b0d25447-1831-4635-b3e1-a1ce7563cd9c_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tony, Does it have an effect on the computed outflow values at all from the RCHRE= S:s? (That is, if the computed outflows are from the FTABLES, will STCOR af= fect these values? Or does it _only_ provide the user with another way to d= escribe the depth of the RCHRES:s?) =20 -Emma Date: Sat, 31 May 2008 16:14:01 -0700From: donigian@aquaterra.comTo: basins= info@lists.epa.govSubject: Re: [basinsinfo] STCOR? Emma -It is just a constant value added to depth in case the observed value= s are in elevations, or referenced to another benchmark -- as you noted in = your email.Tony ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Tony Donigian, P.E., D.WRE AQUA TERRA Consultants 2685 Marine Way, Suite 1314 Mountain View, CA 94043-1115 650-962-1864; fax 650-962-0706 www.aquaterra.com Emma Radahl wrote:=20 Hello,The STCOR parameter in the HYDR section of RCHRES, what does it do? D= oes it matter if values are input there or not, when it comes to calculatin= g the flow used in the simulation? Or is it just used to provide the user w= ith an option of getting the values in STAGE instead of DEPTH (as they are = shown in the FTABLES)?/Emma Connect to the next generation of MSN Messenger Get it now! --------------= ---------------------------- 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 If this email is spam, report it here:http://www.OnlyMyEmail.com/ReportSpam= ------------------------------------------ You are currently subscribed to= the basinsinfo listserver. To unsubscribe, send the words unsubscribe basi= nsinfo to lyris@lists.epa.gov OR: Use the listserver's web interface at htt= ps://lists.epa.gov/cgi-bin/lyris.pl to manage your subscription. OR Contact= the basinsinfo listserver owner at basinsinfo-Owner@lists.epa.gov --------= ----------------------------------=20 _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= --_b0d25447-1831-4635-b3e1-a1ce7563cd9c_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tony,
Does it have an effect on the computed outflow values at all from the RCHRE= S:s? (That is, if the computed outflows are from the FTABLES, will STCOR af= fect these values? Or does it _only_ provide the user with another way to d= escribe the depth of the RCHRES:s?)
 
-Emma



Date: Sat, 31 May 2008 16:14:01 -0700
From: donigian@aquaterra.com
To= : basinsinfo@lists.epa.gov
Subject: Re: [basinsinfo] STCOR?

Emma -
It is just = a constant value added to depth in case the observed values are in elevatio= ns, or referenced to another benchmark -- as you noted in your email.
Tony

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Tony Donigian, P= .E., D.WRE

AQUA TERRA Consultants

2685 Marine Way, Suite 1314

Mountain View, CA 94043-1115

650-962-1864; fax 650-962-0706

www.aquaterra.com=

 



Emma Radahl wrote:=20

Hello,

The STCOR parameter in the HYDR section of RCHRES, what d= oes it do? Does it matter if values are input there or not, when it comes t= o calculating the flow used in the simulation? Or is it just used to provid= e the user with an option of getting the values in STAGE instead of DEPTH (= as they are shown in the FTABLES)?

/Emma


Connect to the next generation of MSN Messenger  Get it now! ------------------------------= ------------
You are currently subscribed to the basinsinfo listserver.=

To unsubscribe, send the words unsubscribe basinsinfo to lyris@li= sts.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
----------------------------= --------------

If this email is spam, report it here:
http://www.OnlyMyEmail.com/ReportSpam
------------------------------------------
You are currently sub= scribed to the basinsinfo listserver.

To unsubscribe, send the word= s unsubscribe basinsinfo to lyris@lists.epa.gov
OR:
Use the listser= ver's web interface at https://lists.epa.gov/cgi-bin/lyris.pl to manage you= r
subscription.
OR
Contact the basinsinfo listserver owner at b= asinsinfo-Owner@lists.epa.gov
-----------------------------------------= -


Explore the seven wonders of the world Learn more! = --_b0d25447-1831-4635-b3e1-a1ce7563cd9c_-- ----------------------------------------------------------- X-Message-Number: 60 X-lyris-Id: 170301 Date: Sat, 31 May 2008 22:24:17 -0400 From: "Tom Jobes" Subject: Re: STCOR? This is a multi-part message in MIME format. ------_=_NextPart_001_01C8C38E.97996FAC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U1RDT1IgaGFzIG5vIGVmZmVjdCBvbiBmbG93IG9yIG90aGVyIGh5ZHJhdWxpYyBjb21wdXRhdGlv bnMuICBUaGUgbWVhbmluZyBhcyB5b3UgYW5kIFRvbnkgbWVudGlvbmVkIGlzIHRoZSAqb25seSog ZWZmZWN0Lg0KVG9tIEpvYmVzDQpTdC4gSm9obnMgUml2ZXIgV2F0ZXIgTWFuYWdlbWVudCBEaXN0 cmljdA0KT2ZmaWNlOjM4Ni0zMjktNDQ2Mw0KQ2VsbDozODYtOTM3LTYzNDENCg0KDQotLS0tLSBP cmlnaW5hbCBNZXNzYWdlIC0tLS0tDQpGcm9tOiBFbW1hIFJhZGFobCA8ZW1tYV8xOTgyQGhvdG1h aWwuY29tPg0KVG86IFByaXZhdGUgbGlzdCBmb3IgQkFTSU5TIHVzZXJzIDxiYXNpbnNpbmZvQGxp c3RzLmVwYS5nb3Y+DQpTZW50OiBTYXQgTWF5IDMxIDE5OjU0OjM3IDIwMDgNClN1YmplY3Q6IFJF OiBbYmFzaW5zaW5mb10gU1RDT1I/DQoNClRvbnksDQpEb2VzIGl0IGhhdmUgYW4gZWZmZWN0IG9u IHRoZSBjb21wdXRlZCBvdXRmbG93IHZhbHVlcyBhdCBhbGwgZnJvbSB0aGUgUkNIUkVTOnM/IChU aGF0IGlzLCBpZiB0aGUgY29tcHV0ZWQgb3V0Zmxvd3MgYXJlIGZyb20gdGhlIEZUQUJMRVMsIHdp bGwgU1RDT1IgYWZmZWN0IHRoZXNlIHZhbHVlcz8gT3IgZG9lcyBpdCBfb25seV8gcHJvdmlkZSB0 aGUgdXNlciB3aXRoIGFub3RoZXIgd2F5IHRvIGRlc2NyaWJlIHRoZSBkZXB0aCBvZiB0aGUgUkNI UkVTOnM/KQ0KIA0KLUVtbWENCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg0KCURhdGU6IFNhdCwgMzEgTWF5IDIwMDggMTY6MTQ6MDEgLTA3MDANCglGcm9tOiBkb25p Z2lhbkBhcXVhdGVycmEuY29tDQoJVG86IGJhc2luc2luZm9AbGlzdHMuZXBhLmdvdg0KCVN1Ympl Y3Q6IFJlOiBbYmFzaW5zaW5mb10gU1RDT1I/DQoJDQoJDQoJRW1tYSAtDQoJSXQgaXMganVzdCBh IGNvbnN0YW50IHZhbHVlIGFkZGVkIHRvIGRlcHRoIGluIGNhc2UgdGhlIG9ic2VydmVkIHZhbHVl cyBhcmUgaW4gZWxldmF0aW9ucywgb3IgcmVmZXJlbmNlZCB0byBhbm90aGVyIGJlbmNobWFyayAt LSBhcyB5b3Ugbm90ZWQgaW4geW91ciBlbWFpbC4NCgkNCglUb255DQoJDQoNCgl+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+DQoNCglUb255IERvbmlnaWFuLCBQLkUuLCBELldSRQ0KDQoJ QVFVQSBURVJSQSBDb25zdWx0YW50cw0KDQoJMjY4NSBNYXJpbmUgV2F5LCBTdWl0ZSAxMzE0DQoN CglNb3VudGFpbiBWaWV3LCBDQSA5NDA0My0xMTE1DQoNCgk2NTAtOTYyLTE4NjQ7IGZheCA2NTAt OTYyLTA3MDYNCg0KCXd3dy5hcXVhdGVycmEuY29tIDxodHRwOi8vd3d3LmFxdWF0ZXJyYS5jb20v PiANCg0KCSANCg0KDQoNCglFbW1hIFJhZGFobCB3cm90ZTogDQoNCg0KCQlIZWxsbywNCgkJDQoJ CVRoZSBTVENPUiBwYXJhbWV0ZXIgaW4gdGhlIEhZRFIgc2VjdGlvbiBvZiBSQ0hSRVMsIHdoYXQg ZG9lcyBpdCBkbz8gRG9lcyBpdCBtYXR0ZXIgaWYgdmFsdWVzIGFyZSBpbnB1dCB0aGVyZSBvciBu b3QsIHdoZW4gaXQgY29tZXMgdG8gY2FsY3VsYXRpbmcgdGhlIGZsb3cgdXNlZCBpbiB0aGUgc2lt dWxhdGlvbj8gT3IgaXMgaXQganVzdCB1c2VkIHRvIHByb3ZpZGUgdGhlIHVzZXIgd2l0aCBhbiBv cHRpb24gb2YgZ2V0dGluZyB0aGUgdmFsdWVzIGluIFNUQUdFIGluc3RlYWQgb2YgREVQVEggKGFz IHRoZXkgYXJlIHNob3duIGluIHRoZSBGVEFCTEVTKT8NCgkJDQoJCS9FbW1hDQoJCQ0KCQkNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCgkJQ29ubmVjdCB0byB0aGUgbmV4dCBn ZW5lcmF0aW9uIG9mIE1TTiBNZXNzZW5nZXIgIEdldCBpdCBub3chIDxodHRwOi8vaW1hZ2luZS1t c24uY29tL21lc3Nlbmdlci9sYXVuY2g4MC9kZWZhdWx0LmFzcHg/bG9jYWxlPWVuLXVzJnNvdXJj ZT13bG1haWx0YWdsaW5lPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0gDQoJCVlvdSBhcmUgY3VycmVudGx5IHN1YnNjcmliZWQgdG8gdGhlIGJhc2luc2luZm8gbGlz dHNlcnZlci4gDQoJCQ0KCQlUbyB1bnN1YnNjcmliZSwgc2VuZCB0aGUgd29yZHMgdW5zdWJzY3Jp YmUgYmFzaW5zaW5mbyB0byBseXJpc0BsaXN0cy5lcGEuZ292IA0KCQlPUjogDQoJCVVzZSB0aGUg bGlzdHNlcnZlcidzIHdlYiBpbnRlcmZhY2UgYXQgaHR0cHM6Ly9saXN0cy5lcGEuZ292L2NnaS1i aW4vbHlyaXMucGwgdG8gbWFuYWdlIHlvdXIgDQoJCXN1YnNjcmlwdGlvbi4gDQoJCU9SIA0KCQlD b250YWN0IHRoZSBiYXNpbnNpbmZvIGxpc3RzZXJ2ZXIgb3duZXIgYXQgYmFzaW5zaW5mby1Pd25l ckBsaXN0cy5lcGEuZ292IA0KCQktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0gDQoJCQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KCQlJZiB0aGlz IGVtYWlsIGlzIHNwYW0sIHJlcG9ydCBpdCBoZXJlOg0KCQlodHRwOi8vd3d3Lk9ubHlNeUVtYWls LmNvbS9SZXBvcnRTcGFtIDxodHRwOi8vd3d3Lm9ubHlteWVtYWlsLmNvbS92aWV3Lz9hY3Rpb249 cmVwb3J0U3BhbSZJZD1NVGN5TXpFNk5qVXdOelEzTXpRNE9tUnZibWxuYVdGdVFHRnhkV0YwWlhK eVlTNWpiMjAlM0Q+ICANCg0KCS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSANCglZb3UgYXJlIGN1cnJlbnRseSBzdWJzY3JpYmVkIHRvIHRoZSBiYXNpbnNpbmZvIGxp c3RzZXJ2ZXIuIA0KCQ0KCVRvIHVuc3Vic2NyaWJlLCBzZW5kIHRoZSB3b3JkcyB1bnN1YnNjcmli ZSBiYXNpbnNpbmZvIHRvIGx5cmlzQGxpc3RzLmVwYS5nb3YgDQoJT1I6IA0KCVVzZSB0aGUgbGlz dHNlcnZlcidzIHdlYiBpbnRlcmZhY2UgYXQgaHR0cHM6Ly9saXN0cy5lcGEuZ292L2NnaS1iaW4v bHlyaXMucGwgdG8gbWFuYWdlIHlvdXIgDQoJc3Vic2NyaXB0aW9uLiANCglPUiANCglDb250YWN0 IHRoZSBiYXNpbnNpbmZvIGxpc3RzZXJ2ZXIgb3duZXIgYXQgYmFzaW5zaW5mby1Pd25lckBsaXN0 cy5lcGEuZ292IA0KCS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpFeHBsb3JlIHRoZSBzZXZl biB3b25kZXJzIG9mIHRoZSB3b3JsZCBMZWFybiBtb3JlISA8aHR0cDovL3NlYXJjaC5tc24uY29t L3Jlc3VsdHMuYXNweD9xPTcrd29uZGVycyt3b3JsZCZta3Q9ZW4tVVMmZm9ybT1RQlJFPiAgLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KWW91IGFyZSBjdXJyZW50 bHkgc3Vic2NyaWJlZCB0byB0aGUgYmFzaW5zaW5mbyBsaXN0c2VydmVyLiANCg0KVG8gdW5zdWJz Y3JpYmUsIHNlbmQgdGhlIHdvcmRzIHVuc3Vic2NyaWJlIGJhc2luc2luZm8gdG8gbHlyaXNAbGlz dHMuZXBhLmdvdiANCk9SOiANClVzZSB0aGUgbGlzdHNlcnZlcidzIHdlYiBpbnRlcmZhY2UgYXQg aHR0cHM6Ly9saXN0cy5lcGEuZ292L2NnaS1iaW4vbHlyaXMucGwgdG8gbWFuYWdlIHlvdXIgDQpz dWJzY3JpcHRpb24uIA0KT1IgDQpDb250YWN0IHRoZSBiYXNpbnNpbmZvIGxpc3RzZXJ2ZXIgb3du ZXIgYXQgYmFzaW5zaW5mby1Pd25lckBsaXN0cy5lcGEuZ292IA0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0K ------_=_NextPart_001_01C8C38E.97996FAC Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPEhUTUw+ DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIE5BTUU9IkdlbmVyYXRvciIgQ09OVEVOVD0iTVMg RXhjaGFuZ2UgU2VydmVyIHZlcnNpb24gNi41Ljc2NTIuMjQiPg0KPFRJVExFPlJlOiBbYmFzaW5z aW5mb10gU1RDT1I/PC9USVRMRT4NCjwvSEVBRD4NCjxCT0RZPg0KPCEtLSBDb252ZXJ0ZWQgZnJv bSB0ZXh0L3BsYWluIGZvcm1hdCAtLT4NCg0KPFA+PEZPTlQgU0laRT0yPlNUQ09SIGhhcyBubyBl ZmZlY3Qgb24gZmxvdyBvciBvdGhlciBoeWRyYXVsaWMgY29tcHV0YXRpb25zLiZuYnNwOyBUaGUg bWVhbmluZyBhcyB5b3UgYW5kIFRvbnkgbWVudGlvbmVkIGlzIHRoZSAqb25seSogZWZmZWN0LjxC Uj4NClRvbSBKb2JlczxCUj4NClN0LiBKb2hucyBSaXZlciBXYXRlciBNYW5hZ2VtZW50IERpc3Ry aWN0PEJSPg0KT2ZmaWNlOjM4Ni0zMjktNDQ2MzxCUj4NCkNlbGw6Mzg2LTkzNy02MzQxPEJSPg0K PEJSPg0KPEJSPg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxCUj4NCkZyb206IEVtbWEg UmFkYWhsICZsdDtlbW1hXzE5ODJAaG90bWFpbC5jb20mZ3Q7PEJSPg0KVG86IFByaXZhdGUgbGlz dCBmb3IgQkFTSU5TIHVzZXJzICZsdDtiYXNpbnNpbmZvQGxpc3RzLmVwYS5nb3YmZ3Q7PEJSPg0K U2VudDogU2F0IE1heSAzMSAxOTo1NDozNyAyMDA4PEJSPg0KU3ViamVjdDogUkU6IFtiYXNpbnNp bmZvXSBTVENPUj88QlI+DQo8QlI+DQpUb255LDxCUj4NCkRvZXMgaXQgaGF2ZSBhbiBlZmZlY3Qg b24gdGhlIGNvbXB1dGVkIG91dGZsb3cgdmFsdWVzIGF0IGFsbCBmcm9tIHRoZSBSQ0hSRVM6cz8g KFRoYXQgaXMsIGlmIHRoZSBjb21wdXRlZCBvdXRmbG93cyBhcmUgZnJvbSB0aGUgRlRBQkxFUywg d2lsbCBTVENPUiBhZmZlY3QgdGhlc2UgdmFsdWVzPyBPciBkb2VzIGl0IF9vbmx5XyBwcm92aWRl IHRoZSB1c2VyIHdpdGggYW5vdGhlciB3YXkgdG8gZGVzY3JpYmUgdGhlIGRlcHRoIG9mIHRoZSBS Q0hSRVM6cz8pPEJSPg0KPEJSPg0KLUVtbWE8QlI+DQo8QlI+DQo8QlI+DQo8QlI+DQo8QlI+DQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxCUj4NCjxCUj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBEYXRlOiBTYXQsIDMxIE1heSAyMDA4IDE2OjE0 OjAxIC0wNzAwPEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEZyb206IGRvbmlnaWFuQGFxdWF0ZXJyYS5jb208QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgVG86IGJhc2luc2luZm9AbGlzdHMuZXBhLmdvdjxCUj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTdWJqZWN0OiBSZTogW2Jh c2luc2luZm9dIFNUQ09SPzxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxC Uj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFbW1hIC08QlI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSXQgaXMganVzdCBh IGNvbnN0YW50IHZhbHVlIGFkZGVkIHRvIGRlcHRoIGluIGNhc2UgdGhlIG9ic2VydmVkIHZhbHVl cyBhcmUgaW4gZWxldmF0aW9ucywgb3IgcmVmZXJlbmNlZCB0byBhbm90aGVyIGJlbmNobWFyayAt LSBhcyB5b3Ugbm90ZWQgaW4geW91ciBlbWFpbC48QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgVG9ueTxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzxCUj4NCjxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+PEJSPg0KPEJSPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRvbnkgRG9uaWdpYW4sIFAuRS4sIEQu V1JFPEJSPg0KPEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEFRVUEgVEVSUkEgQ29uc3VsdGFudHM8QlI+DQo8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgMjY4NSBNYXJpbmUgV2F5LCBTdWl0ZSAxMzE0PEJSPg0KPEJS Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1vdW50YWluIFZp ZXcsIENBIDk0MDQzLTExMTU8QlI+DQo8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgNjUwLTk2Mi0xODY0OyBmYXggNjUwLTk2Mi0wNzA2PEJSPg0KPEJSPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHd3dy5hcXVhdGVycmEu Y29tICZsdDs8QSBIUkVGPSJodHRwOi8vd3d3LmFxdWF0ZXJyYS5jb20vIj5odHRwOi8vd3d3LmFx dWF0ZXJyYS5jb20vPC9BPiZndDs8QlI+DQo8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8QlI+DQo8QlI+DQo8QlI+DQo8QlI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRW1tYSBSYWRhaGwgd3JvdGU6PEJSPg0K PEJSPg0KPEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBIZWxsbyw8QlI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBUaGUgU1RDT1IgcGFyYW1ldGVyIGluIHRoZSBIWURSIHNlY3Rpb24gb2YgUkNIUkVTLCB3aGF0 IGRvZXMgaXQgZG8/IERvZXMgaXQgbWF0dGVyIGlmIHZhbHVlcyBhcmUgaW5wdXQgdGhlcmUgb3Ig bm90LCB3aGVuIGl0IGNvbWVzIHRvIGNhbGN1bGF0aW5nIHRoZSBmbG93IHVzZWQgaW4gdGhlIHNp bXVsYXRpb24/IE9yIGlzIGl0IGp1c3QgdXNlZCB0byBwcm92aWRlIHRoZSB1c2VyIHdpdGggYW4g b3B0aW9uIG9mIGdldHRpbmcgdGhlIHZhbHVlcyBpbiBTVEFHRSBpbnN0ZWFkIG9mIERFUFRIIChh cyB0aGV5IGFyZSBzaG93biBpbiB0aGUgRlRBQkxFUyk/PEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL0VtbWE8QlI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzxCUj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPEJSPg0KPEJSPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDb25uZWN0IHRvIHRoZSBuZXh0IGdlbmVyYXRpb24g b2YgTVNOIE1lc3NlbmdlciZuYnNwOyBHZXQgaXQgbm93ISAmbHQ7PEEgSFJFRj0iaHR0cDovL2lt YWdpbmUtbXNuLmNvbS9tZXNzZW5nZXIvbGF1bmNoODAvZGVmYXVsdC5hc3B4P2xvY2FsZT1lbi11 cyZzb3VyY2U9d2xtYWlsdGFnbGluZSI+aHR0cDovL2ltYWdpbmUtbXNuLmNvbS9tZXNzZW5nZXIv bGF1bmNoODAvZGVmYXVsdC5hc3B4P2xvY2FsZT1lbi11cyZzb3VyY2U9d2xtYWlsdGFnbGluZTwv QT4mZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgWW91IGFyZSBjdXJyZW50bHkgc3Vic2NyaWJlZCB0 byB0aGUgYmFzaW5zaW5mbyBsaXN0c2VydmVyLjxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRvIHVuc3Vic2NyaWJlLCBz ZW5kIHRoZSB3b3JkcyB1bnN1YnNjcmliZSBiYXNpbnNpbmZvIHRvIGx5cmlzQGxpc3RzLmVwYS5n b3Y8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE9SOjxCUj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgVXNlIHRoZSBsaXN0c2VydmVyJ3Mgd2ViIGludGVyZmFjZSBhdCA8 QSBIUkVGPSJodHRwczovL2xpc3RzLmVwYS5nb3YvY2dpLWJpbi9seXJpcy5wbCI+aHR0cHM6Ly9s aXN0cy5lcGEuZ292L2NnaS1iaW4vbHlyaXMucGw8L0E+IHRvIG1hbmFnZSB5b3VyPEJSPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzdWJzY3JpcHRpb24uPEJSPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBPUjxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ29u dGFjdCB0aGUgYmFzaW5zaW5mbyBsaXN0c2VydmVyIG93bmVyIGF0IGJhc2luc2luZm8tT3duZXJA bGlzdHMuZXBhLmdvdjxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxCUj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPEJSPg0KPEJS Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJZiB0aGlzIGVtYWlsIGlzIHNwYW0sIHJl cG9ydCBpdCBoZXJlOjxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPEEgSFJFRj0i aHR0cDovL3d3dy5Pbmx5TXlFbWFpbC5jb20vUmVwb3J0U3BhbSI+aHR0cDovL3d3dy5Pbmx5TXlF bWFpbC5jb20vUmVwb3J0U3BhbTwvQT4gJmx0OzxBIEhSRUY9Imh0dHA6Ly93d3cub25seW15ZW1h aWwuY29tL3ZpZXcvP2FjdGlvbj1yZXBvcnRTcGFtJklkPU1UY3lNekU2TmpVd056UTNNelE0T21S dmJtbG5hV0Z1UUdGeGRXRjBaWEp5WVM1amIyMCUzRCI+aHR0cDovL3d3dy5vbmx5bXllbWFpbC5j b20vdmlldy8/YWN0aW9uPXJlcG9ydFNwYW0mSWQ9TVRjeU16RTZOalV3TnpRM016UTRPbVJ2Ym1s bmFXRnVRR0Z4ZFdGMFpYSnlZUzVqYjIwJTNEPC9BPiZndDsmbmJzcDs8QlI+DQo8QlI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFlvdSBhcmUgY3VycmVudGx5IHN1YnNjcmliZWQgdG8gdGhlIGJhc2lu c2luZm8gbGlzdHNlcnZlci48QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg VG8gdW5zdWJzY3JpYmUsIHNlbmQgdGhlIHdvcmRzIHVuc3Vic2NyaWJlIGJhc2luc2luZm8gdG8g bHlyaXNAbGlzdHMuZXBhLmdvdjxCUj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBPUjo8QlI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgVXNlIHRoZSBsaXN0c2VydmVyJ3Mgd2ViIGludGVyZmFjZSBhdCA8QSBIUkVGPSJodHRw czovL2xpc3RzLmVwYS5nb3YvY2dpLWJpbi9seXJpcy5wbCI+aHR0cHM6Ly9saXN0cy5lcGEuZ292 L2NnaS1iaW4vbHlyaXMucGw8L0E+IHRvIG1hbmFnZSB5b3VyPEJSPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN1YnNjcmlwdGlvbi48QlI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgT1I8QlI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ29udGFjdCB0aGUgYmFzaW5zaW5mbyBsaXN0c2Vy dmVyIG93bmVyIGF0IGJhc2luc2luZm8tT3duZXJAbGlzdHMuZXBhLmdvdjxCUj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+DQo8QlI+DQo8QlI+DQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxCUj4NCjxCUj4NCkV4cGxvcmUgdGhlIHNldmVuIHdvbmRlcnMgb2YgdGhl IHdvcmxkIExlYXJuIG1vcmUhICZsdDs8QSBIUkVGPSJodHRwOi8vc2VhcmNoLm1zbi5jb20vcmVz dWx0cy5hc3B4P3E9Nyt3b25kZXJzK3dvcmxkJm1rdD1lbi1VUyZmb3JtPVFCUkUiPmh0dHA6Ly9z ZWFyY2gubXNuLmNvbS9yZXN1bHRzLmFzcHg/cT03K3dvbmRlcnMrd29ybGQmbWt0PWVuLVVTJmZv cm09UUJSRTwvQT4mZ3Q7Jm5ic3A7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTxCUj4NCllvdSBhcmUgY3VycmVudGx5IHN1YnNjcmliZWQgdG8gdGhlIGJhc2luc2lu Zm8gbGlzdHNlcnZlci48QlI+DQo8QlI+DQpUbyB1bnN1YnNjcmliZSwgc2VuZCB0aGUgd29yZHMg dW5zdWJzY3JpYmUgYmFzaW5zaW5mbyB0byBseXJpc0BsaXN0cy5lcGEuZ292PEJSPg0KT1I6PEJS Pg0KVXNlIHRoZSBsaXN0c2VydmVyJ3Mgd2ViIGludGVyZmFjZSBhdCA8QSBIUkVGPSJodHRwczov L2xpc3RzLmVwYS5nb3YvY2dpLWJpbi9seXJpcy5wbCI+aHR0cHM6Ly9saXN0cy5lcGEuZ292L2Nn aS1iaW4vbHlyaXMucGw8L0E+IHRvIG1hbmFnZSB5b3VyPEJSPg0Kc3Vic2NyaXB0aW9uLjxCUj4N Ck9SPEJSPg0KQ29udGFjdCB0aGUgYmFzaW5zaW5mbyBsaXN0c2VydmVyIG93bmVyIGF0IGJhc2lu c2luZm8tT3duZXJAbGlzdHMuZXBhLmdvdjxCUj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLTxCUj4NCjwvRk9OVD4NCjwvUD4NCg0KPC9CT0RZPg0KPC9IVE1MPg== ------_=_NextPart_001_01C8C38E.97996FAC-- --- END OF MESSAGES ----------------------------------------------------------