SWMM-USERS Digest - 15 Jun 2008 to 16 Jun 2008 (#2008-109)

2 views

Skip to first unread message

Automatic digest processor

unread,

Jun 17, 2008, 12:01:26 AM6/17/08

to Recipients of SWMM-USERS digests

There are 8 messages totalling 742 lines in this issue.

Topics of the day:

1. PCSWMM-Output (4)
2. Street sweeping (2)
3. SWMM5 (or PCSWMM.NET) timeseries or interface files (2)

**********************************************************
* To sign off, email to: list...@listserv.uoguelph.ca *
* In the body of the message type: signoff swmm-users *
**********************************************************

----------------------------------------------------------------------

Date: Mon, 16 Jun 2008 09:51:24 -0300
From: Stephanie Piers de Raveschoot <stephan...@EPFL.CH>
Subject: PCSWMM-Output

Hello SWMMers,

I was wondering if it was possible to export the actual values of the
outputs given by (PC)SWMM. Indeed, we can obtain a certain quantity of
graphs for every element, after each simulation. However, it is not always
possible to make graph associations (for example between various scenarios
?) - it would therefore be much more practicle to be able to export into
Excel for example all the results given by the model. Does anyone know if
this is possible?

Best regards,

Stephanie.

------------------------------

Date: Mon, 16 Jun 2008 09:29:13 -0400
From: Gail Morley <gmo...@RVANDERSON.COM>
Subject: Re: PCSWMM-Output

Hi Stephanie,

You can have a text file generated by adding line 'B9' to your input
file.

Hope this helps!

-----Original Message-----
From: SWMM-USERS [mailto:SWMM-...@listserv.uoguelph.ca] On Behalf Of
Stephanie Piers de Raveschoot
Sent: June 16, 2008 8:51 AM
To: SWMM-...@listserv.uoguelph.ca
Subject: [SWMM-USERS] PCSWMM-Output

Hello SWMMers,

I was wondering if it was possible to export the actual values of the
outputs given by (PC)SWMM. Indeed, we can obtain a certain quantity of
graphs for every element, after each simulation. However, it is not
always
possible to make graph associations (for example between various
scenarios
?) - it would therefore be much more practicle to be able to export into
Excel for example all the results given by the model. Does anyone know
if
this is possible?

Best regards,

Stephanie.

------------------------------

Date: Mon, 16 Jun 2008 09:31:19 -0400
From: "Heineman, Mitchell" <Heine...@CDM.COM>
Subject: Re: PCSWMM-Output

Stephanie - All the time series data is in the binary .OUT file if you
want to code your own post-processor. Another possibility is to use
scenario management in one of the commercial packages - MIKE URBAN,
InfoSWMM, and SewerGEMS have had this feature for a while; I know CHI
was planning to add it to PCSWMM as well (I'm not sure if they've
implemented it yet). Alternatively, you can use the [REPORT] section of
the input file to request specific printed output in the text .RPT file:

Section: [REPORT]
Purpose: Describes the contents of the report file that is produced.
Formats:
SUBCATCHMENTS ALL / NONE / <list of subcatchment names>
NODES ALL / NONE / <list of node names>
LINKS ALL / NONE / <list of link names>

The SWMM Reporter component of the free NetSTORM software
(www.dynsystem.com/netstorm) provides a tool to read link and node
[REPORT] timeseries from the .RPT file into Access data tables. I use
that for post-processing results, such as creating calibration plots and
statistics. The program saves the run ID, and can load multiple files
and append to existing datasets facilitating comparisons among various
runs. I've made more recent improvements to the SWMM Reporter code as
well; I'll try to post a new version soon.

Regards,
Mitchell Heineman, P.E., BCEE
Principal Engineer | Collector Systems and Surface Water Subdiscipline
Leader
CDM
50 Hampshire Street
Cambridge MA 02139
b 617 452 6359
m 617 285 4485
www.cdm.com

-----Original Message-----
From: SWMM-USERS [mailto:SWMM-...@listserv.uoguelph.ca] On Behalf Of
Stephanie Piers de Raveschoot
Sent: Monday, June 16, 2008 8:51 AM
To: SWMM-...@listserv.uoguelph.ca
Subject: [SWMM-USERS] PCSWMM-Output

Hello SWMMers,

I was wondering if it was possible to export the actual values of the
outputs given by (PC)SWMM. Indeed, we can obtain a certain quantity of
graphs for every element, after each simulation. However, it is not
always possible to make graph associations (for example between various
scenarios
?) - it would therefore be much more practicle to be able to export into
Excel for example all the results given by the model. Does anyone know
if this is possible?

Best regards,

Stephanie.

------------------------------

Date: Mon, 16 Jun 2008 10:37:40 -0400
From: William James <bi...@COMPUTATIONALHYDRAULICS.COM>
Subject: Re: PCSWMM-Output

Stephanie:
What you are asking is readily done - please refer your questions directly
to sup...@computationalhydraulics.com
Bill James

-----Original Message-----
From: SWMM-USERS [mailto:SWMM-...@listserv.uoguelph.ca] On Behalf Of
Stephanie Piers de Raveschoot
Sent: Sunday, June 15, 2008 6:15 AM
To: SWMM-...@listserv.uoguelph.ca
Subject: [SWMM-USERS] PCSWMM-Output

Hello SWMMers,

Best regards,

Stephanie.

------------------------------

Date: Mon, 16 Jun 2008 12:04:19 -0300
From: Stephanie Piers de Raveschoot <stephan...@EPFL.CH>
Subject: Street sweeping

Hi,

I am really sorry to spam you all with my questions, but I am to hand in my
project by the end of this week, and it seems that problems are still
popping up! This time it is with reference to the street cleaning: I do not
understand how this is calculated.
In PCSWMM, we define a land use, with a general "Street Sweeping
Availability" : what is the difference between this and the coefficient of
removal for each pollutant ?
Additionnally, I have defined for each pollutant a fraction of pollution
removal relative to the size of the pollutant, basically (I gave a 70%
removal for the TSS, and a 5% removal for the metals). However, when I look
at the results, I see that the frction of removal by street sweeping is not
at all similar: for my metals, more than 80% of the metals from surface
builfup and wet deposition has been taken off through sweeping, when I had
defined a 5% removal. What is wrong here? Is there an additional coefficient
to determine ?

Thank you all for your help and kind answers, it has been helping me all
along!

Stephanie.

------------------------------

Date: Mon, 16 Jun 2008 11:27:46 -0400
From: Robert E Dickinson <Robert.E....@US.MWHGLOBAL.COM>
Subject: Re: Street sweeping

Stephanie,

The street sweeping removal and the BMP efficiency are two different
removal mechanisms. The street sweeping only occurs at intervals defined
by you in the interface and the BMP removal occurs at each hydrology or
runoff time step.

double sweepEffic; // street sweeping fractional removal
double bmpEffic; // best mgt. practice fractional
removal

Best and Kind Regards,
Robert Edgar Dickinson
MWH Soft Inc.

Stephanie Piers de Raveschoot <stephan...@EPFL.CH>
Sent by: SWMM-USERS <SWMM-...@listserv.uoguelph.ca>
06/16/2008 11:04 AM
Please respond to
SWMM-USERS <SWMM-...@listserv.uoguelph.ca>

To
SWMM-...@listserv.uoguelph.ca
cc

Subject
[SWMM-USERS] Street sweeping

Hi,

I am really sorry to spam you all with my questions, but I am to hand in
my
project by the end of this week, and it seems that problems are still
popping up! This time it is with reference to the street cleaning: I do
not
understand how this is calculated.
In PCSWMM, we define a land use, with a general "Street Sweeping
Availability" : what is the difference between this and the coefficient of
removal for each pollutant ?
Additionnally, I have defined for each pollutant a fraction of pollution
removal relative to the size of the pollutant, basically (I gave a 70%
removal for the TSS, and a 5% removal for the metals). However, when I
look
at the results, I see that the frction of removal by street sweeping is
not
at all similar: for my metals, more than 80% of the metals from surface
builfup and wet deposition has been taken off through sweeping, when I had
defined a 5% removal. What is wrong here? Is there an additional
coefficient
to determine ?

Thank you all for your help and kind answers, it has been helping me all
along!

Stephanie.

------------------------------

Date: Mon, 16 Jun 2008 16:48:11 -0700
From: Derek Stuart <DSt...@NHC-SEA.COM>
Subject: SWMM5 (or PCSWMM.NET) timeseries or interface files

I have a question about SWMM5 and the ability to read timeseries files as
inflows to a conveyance system. We have some legacy models that we used
with SWMM4 that we would like to convert for use in PCSWMM.NET / SWMM5.
The SWMM4 configurations used HSPF rather than SWMM RUNOFF for inflow
boundary conditions to SWMM EXTRAN. The obvious implementation of this in
PCSWMM.NET is to build and import a .DAT or .TSF file into the TimeSeries
editor and assign each timeseries to the corresponding node. The hurdle I
have is that these models typically have one to two hundred different
inflow time-series for each scenario, depending on the number of
sub-basins. If each of these is imported into a SWMM5 input file the file
will be quite large and difficult to update. In SWMM4 (w/ PCSWMM2006) we
avoided this long file (that would have occurred with K3 cards) by instead
creating a RUNOFF interface file .inf and linking it to EXTRAN using the
PCSWMM2006 object manager.

My question is this. Do you know of a way to link a interface file or
TSF, DAT timeseries files to SWMM5 as input flow timeseries? I have
browsed the help file in "swmm5_iface.zip" that is available on the EPA
web-page but at first glance a method for reading flows from interface
files isn't particularly obvious.

I've just posted a similar message to CHI but I thought that the message
board might have additional insight.

Regards,

Derek Stuart, P.E.
northwest hydraulic consultants, inc.
16300 Christensen Road, Suite 350
Seattle, WA 98188-3418
DSt...@nhc-sea.com
http://www.nhcweb.com
Ph: 206 241-6000 Fx: 206 439-2420

------------------------------

Date: Mon, 16 Jun 2008 21:36:36 -0400
From: Robert E Dickinson <robert.d...@GMAIL.COM>
Subject: Re: SWMM5 (or PCSWMM.NET) timeseries or interface files

Derek,

One way to do this is to use the SWMM 4 converter and embed your SWMM 4 K3
lines into the SWMM 5 dataset and then use the OUTFLOWS file to save the
User Inflow Time Series. I am attaching an example input file that shows
how to use the a skeleton network and save the OUTFLOWS file. The Skeleton
network is just a bunch of nodes that take the User Inflow Time Series and
make a OUTFLOWS file flows. After you have the OUTFLOWS file you can then
use the OUTFLOWS file as an INFLOWS file in your main file as a substitute
for the User Inflow Time Series. The inflows to your model will come in
from the INFLOWS fie and they will be a duplicate of the K3 lines .

This works but you need to do some text editing to make the skeleton network
and all of the necessary outfalls.

[TITLE]

[OPTIONS]
FLOW_UNITS CFS
INFILTRATION HORTON
FLOW_ROUTING DYNWAVE
START_DATE 02/22/2002
START_TIME 00:00:00
REPORT_START_DATE 02/22/2002
REPORT_START_TIME 00:00:00
END_DATE 02/22/2002
END_TIME 06:00:00
SWEEP_START 01/01
SWEEP_END 12/31
DRY_DAYS 0
REPORT_STEP 00:01:40
WET_STEP 00:15:00
DRY_STEP 01:00:00
ROUTING_STEP 0:00:30
ALLOW_PONDING NO
INERTIAL_DAMPING NONE
VARIABLE_STEP 0.75
LENGTHENING_STEP 30
MIN_SURFAREA 10
NORMAL_FLOW_LIMITED SLOPE
SKIP_STEADY_STATE NO
IGNORE_RAINFALL NO
FORCE_MAIN_EQUATION H-W
LINK_OFFSETS DEPTH

[FILES]
SAVE OUTFLOWS "D:\swmm_crada_files\outflows.TXT"

[EVAPORATION]
;;Type Parameters
;;---------- ----------
CONSTANT 0.1

[OUTFALLS]
;; Invert Outfall Stage/Table Tide
;;Name Elev. Type Time Series Gate
;;-------------- ---------- ---------- ---------------- ----
82309 112.30 FREE NO
;JUNCTION DATA
80408 124.60 FREE NO
81009 128.20 FREE NO

[INFLOWS]
;; Param Units
Scale Baseline
;;Node Parameter Time Series Type Factor
Factor Value
;;-------------- ---------------- ---------------- -------- --------
-------- --------
82309 FLOW INFLOW@82309 FLOW 1.0 1.0

80408 FLOW INFLOW@80408 FLOW 1.0 1.0

81009 FLOW INFLOW@81009 FLOW 1.0 1.0

[TIMESERIES]
;;Name Date Time Value
;;-------------- ---------- ---------- ----------
INFLOWatInflow 02/22/2002 00:00 0.00000
INFLOWatInflow 00:06 0.00000
INFLOWatInflow 00:07 10.00000
INFLOWatInflow 00:07 0.00000
INFLOWatInflow 00:36 0.00000
INFLOWatInflow 02/22/2002 00:37 10.00000
INFLOWatInflow 00:37 0.00000
INFLOWatInflow 01:06 0.00000
INFLOWatInflow 01:07 10.00000
INFLOWatInflow 01:07 0.00000
INFLOWatInflow 02/22/2002 01:36 0.00000
INFLOWatInflow 01:37 10.00000
INFLOWatInflow 01:37 0.00000
INFLOWatInflow 02:06 0.00000
INFLOWatInflow 02:07 10.00000
INFLOWatInflow 02/22/2002 02:07 0.00000
INFLOWatInflow 02:36 0.00000
INFLOWatInflow 02:37 10.00000
INFLOWatInflow 02:37 0.00000
INFLOWatInflow 03:06 0.00000
INFLOWatInflow 02/22/2002 03:07 10.00000
INFLOWatInflow 03:07 0.00000
INFLOWatInflow 03:36 0.00000
INFLOWatInflow 03:37 10.00000
INFLOWatInflow 03:37 0.00000
INFLOWatInflow 02/22/2002 04:06 0.00000
INFLOWatInflow 04:07 10.00000
INFLOWatInflow 04:07 0.00000
INFLOWatInflow 04:36 0.00000
INFLOWatInflow 04:37 10.00000
INFLOWatInflow 02/22/2002 04:37 0.00000
INFLOWatInflow 05:00 0.00000
INFLOWatInflow 05:06 0.00000
INFLOWatInflow 05:07 10.00000
INFLOWatInflow 05:07 0.00000
INFLOWatInflow 02/22/2002 05:36 0.00000
INFLOWatInflow 05:37 10.00000
INFLOWatInflow 05:37 0.00000
INFLOWatInflow 06:06 0.00000
INFLOWatInflow 06:07 10.00000
INFLOWatInflow 02/22/2002 06:07 0.00000
INFLOWatInflow 06:36 0.00000
INFLOWatInflow 06:37 10.00000
INFLOWatInflow 06:37 0.00000
INFLOWatInflow 07:06 0.00000
INFLOWatInflow 02/22/2002 07:07 10.00000
INFLOWatInflow 07:07 0.00000
INFLOWatInflow 07:36 0.00000
INFLOWatInflow 07:37 10.00000
INFLOWatInflow 07:37 0.00000
INFLOWatInflow 02/22/2002 08:06 0.00000
INFLOWatInflow 08:07 10.00000
INFLOWatInflow 08:07 0.00000
INFLOWatInflow 08:36 0.00000
INFLOWatInflow 08:37 10.00000
INFLOWatInflow 02/22/2002 08:37 0.00000
INFLOWatInflow 09:06 0.00000
INFLOWatInflow 09:07 10.00000
INFLOWatInflow 09:07 0.00000
INFLOWatInflow 09:36 0.00000
INFLOWatInflow 02/22/2002 09:37 10.00000
INFLOWatInflow 09:37 0.00000
INFLOWatInflow 10:00 0.00000

INFLOWatInflowa 02/22/2002 00:00 0.00000
INFLOWatInflowa 00:06 0.00000
INFLOWatInflowa 00:07 10.00000
INFLOWatInflowa 00:07 0.00000
INFLOWatInflowa 00:36 0.00000
INFLOWatInflowa 02/22/2002 00:37 10.00000
INFLOWatInflowa 00:37 0.00000
INFLOWatInflowa 01:06 0.00000
INFLOWatInflowa 01:07 10.00000
INFLOWatInflowa 01:07 0.00000
INFLOWatInflowa 02/22/2002 01:36 0.00000
INFLOWatInflowa 01:37 10.00000
INFLOWatInflowa 01:37 0.00000
INFLOWatInflowa 02:06 0.00000
INFLOWatInflowa 02:07 10.00000
INFLOWatInflowa 02/22/2002 02:07 0.00000
INFLOWatInflowa 02:36 0.00000
INFLOWatInflowa 02:37 10.00000
INFLOWatInflowa 02:37 0.00000
INFLOWatInflowa 03:06 0.00000
INFLOWatInflowa 02/22/2002 03:07 10.00000
INFLOWatInflowa 03:07 0.00000
INFLOWatInflowa 03:36 0.00000
INFLOWatInflowa 03:37 10.00000
INFLOWatInflowa 03:37 0.00000
INFLOWatInflowa 02/22/2002 04:06 0.00000
INFLOWatInflowa 04:07 10.00000
INFLOWatInflowa 04:07 0.00000
INFLOWatInflowa 04:36 0.00000
INFLOWatInflowa 04:37 10.00000
INFLOWatInflowa 02/22/2002 04:37 0.00000
INFLOWatInflowa 05:00 0.00000
INFLOWatInflowa 05:06 0.00000
INFLOWatInflowa 05:07 10.00000
INFLOWatInflowa 05:07 0.00000
INFLOWatInflowa 02/22/2002 05:36 0.00000
INFLOWatInflowa 05:37 10.00000
INFLOWatInflowa 05:37 0.00000
INFLOWatInflowa 06:06 0.00000
INFLOWatInflowa 06:07 10.00000
INFLOWatInflowa 02/22/2002 06:07 0.00000
INFLOWatInflowa 06:36 0.00000
INFLOWatInflowa 06:37 10.00000
INFLOWatInflowa 06:37 0.00000
INFLOWatInflowa 07:06 0.00000
INFLOWatInflowa 02/22/2002 07:07 10.00000
INFLOWatInflowa 07:07 0.00000
INFLOWatInflowa 07:36 0.00000
INFLOWatInflowa 07:37 10.00000
INFLOWatInflowa 07:37 0.00000
INFLOWatInflowa 02/22/2002 08:06 0.00000
INFLOWatInflowa 08:07 10.00000
INFLOWatInflowa 08:07 0.00000
INFLOWatInflowa 08:36 0.00000
INFLOWatInflowa 08:37 10.00000
INFLOWatInflowa 02/22/2002 08:37 0.00000
INFLOWatInflowa 09:06 0.00000
INFLOWatInflowa 09:07 10.00000
INFLOWatInflowa 09:07 0.00000
INFLOWatInflowa 09:36 0.00000
INFLOWatInflowa 02/22/2002 09:37 10.00000
INFLOWatInflowa 09:37 0.00000
INFLOWatInflowa 10:00 0.00000

INFLOWatInflowb 02/22/2002 00:00 0.00000
INFLOWatInflowb 00:06 0.00000
INFLOWatInflowb 00:07 10.00000
INFLOWatInflowb 00:07 0.00000
INFLOWatInflowb 00:36 0.00000
INFLOWatInflowb 02/22/2002 00:37 10.00000
INFLOWatInflowb 00:37 0.00000
INFLOWatInflowb 01:06 0.00000
INFLOWatInflowb 01:07 10.00000
INFLOWatInflowb 01:07 0.00000
INFLOWatInflowb 02/22/2002 01:36 0.00000
INFLOWatInflowb 01:37 10.00000
INFLOWatInflowb 01:37 0.00000
INFLOWatInflowb 02:06 0.00000
INFLOWatInflowb 02:07 10.00000
INFLOWatInflowb 02/22/2002 02:07 0.00000
INFLOWatInflowb 02:36 0.00000
INFLOWatInflowb 02:37 10.00000
INFLOWatInflowb 02:37 0.00000
INFLOWatInflowb 03:06 0.00000
INFLOWatInflowb 02/22/2002 03:07 10.00000
INFLOWatInflowb 03:07 0.00000
INFLOWatInflowb 03:36 0.00000
INFLOWatInflowb 03:37 10.00000
INFLOWatInflowb 03:37 0.00000
INFLOWatInflowb 02/22/2002 04:06 0.00000
INFLOWatInflowb 04:07 10.00000
INFLOWatInflowb 04:07 0.00000
INFLOWatInflowb 04:36 0.00000
INFLOWatInflowb 04:37 10.00000
INFLOWatInflowb 02/22/2002 04:37 0.00000
INFLOWatInflowb 05:00 0.00000
INFLOWatInflowb 05:06 0.00000
INFLOWatInflowb 05:07 10.00000
INFLOWatInflowb 05:07 0.00000
INFLOWatInflowb 02/22/2002 05:36 0.00000
INFLOWatInflowb 05:37 10.00000
INFLOWatInflowb 05:37 0.00000
INFLOWatInflowb 06:06 0.00000
INFLOWatInflowb 06:07 10.00000
INFLOWatInflowb 02/22/2002 06:07 0.00000
INFLOWatInflowb 06:36 0.00000
INFLOWatInflowb 06:37 10.00000
INFLOWatInflowb 06:37 0.00000
INFLOWatInflowb 07:06 0.00000
INFLOWatInflowb 02/22/2002 07:07 10.00000
INFLOWatInflowb 07:07 0.00000
INFLOWatInflowb 07:36 0.00000
INFLOWatInflowb 07:37 10.00000
INFLOWatInflowb 07:37 0.00000
INFLOWatInflowb 02/22/2002 08:06 0.00000
INFLOWatInflowb 08:07 10.00000
INFLOWatInflowb 08:07 0.00000
INFLOWatInflowb 08:36 0.00000
INFLOWatInflowb 08:37 10.00000
INFLOWatInflowb 02/22/2002 08:37 0.00000
INFLOWatInflowb 09:06 0.00000
INFLOWatInflowb 09:07 10.00000
INFLOWatInflowb 09:07 0.00000
INFLOWatInflowb 09:36 0.00000
INFLOWatInflowb 02/22/2002 09:37 10.00000
INFLOWatInflowb 09:37 0.00000
INFLOWatInflowb 10:00 0.00000

INFLOW@82309 02/22/2002 00:00 0.00000
INFLOW@82309 00:15 0
INFLOW@82309 03:00 40.00000
INFLOW@82309 03:15 0.00000
INFLOW@82309 12:00 0.00000

INFLOW@80408 02/22/2002 00:00 0.00000
INFLOW@80408 00:15 0
INFLOW@80408 03:00 45.00000
INFLOW@80408 03:15 0.00000
INFLOW@80408 12:00 0.00000

INFLOW@81009 02/22/2002 00:00 0.00000
INFLOW@81009 00:15 0
INFLOW@81009 03:00 50.00000
INFLOW@81009 03:15 0.00000
INFLOW@81009 12:00 0.00000

[REPORT]
INPUT YES
CONTROLS NO

[TAGS]
Node 82309 82309
Node 80408 80408
Node 81009 81009

[MAP]
DIMENSIONS -1113.687 2165.261 10650.527 7792.630
Units None

[COORDINATES]
;;Node X-Coord Y-Coord
;;-------------- ------------------ ------------------
82309 4957.890 7536.840
80408 10115.790 7536.840
81009 9989.470 2421.050

On Mon, Jun 16, 2008 at 7:48 PM, Derek Stuart <DSt...@nhc-sea.com> wrote:

> I have a question about SWMM5 and the ability to read timeseries files as
> inflows to a conveyance system. We have some legacy models that we used
> with SWMM4 that we would like to convert for use in PCSWMM.NET / SWMM5.
> The SWMM4 configurations used HSPF rather than SWMM RUNOFF for inflow
> boundary conditions to SWMM EXTRAN. The obvious implementation of this in
> PCSWMM.NET is to build and import a .DAT or .TSF file into the TimeSeries
> editor and assign each timeseries to the corresponding node. The hurdle I
> have is that these models typically have one to two hundred different
> inflow time-series for each scenario, depending on the number of
> sub-basins. If each of these is imported into a SWMM5 input file the file
> will be quite large and difficult to update. In SWMM4 (w/ PCSWMM2006) we
> avoided this long file (that would have occurred with K3 cards) by instead
> creating a RUNOFF interface file .inf and linking it to EXTRAN using the
> PCSWMM2006 object manager.
>
> My question is this. Do you know of a way to link a interface file or
> TSF, DAT timeseries files to SWMM5 as input flow timeseries? I have
> browsed the help file in "swmm5_iface.zip" that is available on the EPA
> web-page but at first glance a method for reading flows from interface
> files isn't particularly obvious.
>
> I've just posted a similar message to CHI but I thought that the message
> board might have additional insight.
>
> Regards,
>
> Derek Stuart, P.E.
> northwest hydraulic consultants, inc.
> 16300 Christensen Road, Suite 350
> Seattle, WA 98188-3418
> DSt...@nhc-sea.com
> http://www.nhcweb.com
> Ph: 206 241-6000 Fx: 206 439-2420
>
> **********************************************************
> * To sign off, email to: list...@listserv.uoguelph.ca *
> * In the body of the message type: signoff swmm-users *
> **********************************************************
>

--
Best and Kind Regards,
Robert Edgar Dickinson
http://swmm5.blogspot.com

------------------------------

End of SWMM-USERS Digest - 15 Jun 2008 to 16 Jun 2008 (#2008-109)
*****************************************************************

Reply all

Reply to author

Forward

0 new messages