Note: This is documentation for version 5.16 of Source. For a different version of Source, select the relevant space by using the Spaces menu in the toolbar above">Note: This is documentation for version 5.16 of Source. For a different version of Source, select the relevant space by using the Spaces menu in the toolbar above

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 12 Next »

Pipe junction functionality is provided in Source to allow modelling of pumping water from one place to another. It can be used to model pumped water supply, bidirectional flows between storages.

Scale

Model operates at the site scale and at any time step Source is capable of using (e.g. daily).

Principal developer

eWater Solution

Version

Source version 4.5

Dependencies

At least two Pipe Junctions are required in the network to define connections.

Availability

Automatically installed with Source.

Rule based ordering

In rule based ordering system, for each pipe junction relationship, expected pump volume can be defined through a function which should take into account any possible losses, such as evap loss, water travel loss. It is assumed to have no loss during pump process. The amount of water pumped out equals the amount of water pumped in. No time delay applies in pipe junction, the water pumped out gets to its destination within the same model time step.  


The volume of water pumped in flow phase is calculated through a function which is also used in ordering phase as calculation for expected pump volume. If storage upstream does not release enough water to meet the expected pump requirement, or some released water gets loss on the way from storage to pipe site, then the actual water arrives pipe site is less than what the pipe site asked, the pipe site would still pump out its originally planned pump volume, such as pipe junction plans to pump 100ML, but only 80ML gets to pipe junction, then pipe junction would still pump 100ML out, and system will give an error to remind modeller that there is a difference here, so modeller needs to consider more loss into the pump flow function.

NetLP

In NetLP system, Source works out an optimal way to pass water requirements and release water to meet these requirements at the lowest cost, so the expected pump volume will always be the same as actual pump volume. For each pipe junction relationship, pump capacity and pump cost are the key factors that will affect flow direction in the whole system. Capacity determines the maximum pump capability a pipe junction can pump out for that pump direction. Cost defines pump cost per ML. It can be quite sensitive for a certain cost range compared to costs of other water supply options.

Key assumptions

Assumptions:

  • In rule based ordering system, the volume of pumped water is assumed to be the same as expected pump volume even there is shortfall. So it is important to take all possible losses into consideration when defining the expected pump volume. 
  • No loss and no time delay apply during pump process.

Input Data

Refer to the Source User Guide for detailed data requirements and formats.

Output Data

Outputs include the following results:

  • Actual Flux: actual flow that has been pumped
  • Actual Flux Volume: actual flow volume that has been pumped
  • Expected Flux: expected flow that plan to pump
  • Expected Flux Volume: expected flow volume that plan to pump
  • Difference between expected and actual flux
  • Difference between expected and actual flux volume
  • Capacity: maximum pump capacity,only available with NetLP
  • Cost: pump cost per ML, only available with NetLP 
  • Flow Volume: actual pumped volume


  • No labels