Hi Lewis

Thanks again for going through my file.

Regarding the date separator, I do not know how it jumps from - to /. I posted this error in the web about two weeks ago. Beta B looks much better. The error is only about 5.5%. Is this order of error for Inflow, acceptable by the way?

In the mean time I changed the Time Pattern (still summing to 1 so I have a handle on the changes) and the Control Rules so that I will get the desired pump starts on an hourly basis. (Input file PSG9-3 txt.txt attached). I applied the same time pattern but summing to 24 (basically multiplied the previous time pattern figures by 24) and ran the model. I got a DW inflow 24 times the previous inflow. (3531 m3 compared to 147). (The Input file PSG9-3-Time Pattern Sum 24.txt is attached).

I examined the inflow reports of the run ( with Time Pattern sum =1) for two nodes - 660 B & 664 A in a Excel sheet (attached). It shows as if the Program attempts converting the Time Pattern so that its sum = 24. Only in my case it sums approximately to 28. (28.36 for node 660 B & 28.31 for the node 664 A). It looks to me the Average Flows are processed in L/h by the programme, and the Time Pattern is therefore multiplied by 24.

The basis may be as follows.

Say Qav = Average Flow in L/h and Qj is the average flow in the j th
hour. (j=1,24) again in L/h.

Then daily flow (LPD) = 24*Qav = sum of Qj (j=1,24) - L per day

Qj = fj * Qav, fj being the Time Pattern Factor for the j th hour.

.'. Daily Flow = 24 * Qav = Sum (Qj) = Sum ( fj*Qav) = Qav * Sum ( f j
=1 , 24.

.'. 24 = Sum ( fj) , j=1,24.

If the above holds, the error in inflow may be in the process that converts Time Pattern to sum to 24.

Regards.

Tilake.
Tilake.Weerasekara@GRIFFITH.NSW.GOV.AU