My WebLink
|
Help
|
About
|
Sign Out
Home
Agenda - Council - 07/28/2015
Ramsey
>
Public
>
Agendas
>
Council
>
2015
>
Agenda - Council - 07/28/2015
Metadata
Thumbnails
Annotations
Entry Properties
Last modified
3/17/2025 4:06:31 PM
Creation date
8/18/2015 9:54:19 AM
Metadata
Fields
Template:
Meetings
Meeting Document Type
Agenda
Meeting Type
Council
Document Date
07/28/2015
Jump to thumbnail
< previous set
next set >
There are no annotations on this page.
Document management portal powered by Laserfiche WebLink 9 © 1998-2015
Laserfiche.
All rights reserved.
/
1402
PDF
Print
Pages to print
Enter page numbers and/or page ranges separated by commas. For example, 1,3,5-12.
After downloading, print the document using a PDF reader (e.g. Adobe Reader).
View images
View plain text
To: Lanya Ross, Anneka LaBelle, Ali Elhassan <br />From: Evan Christianson, Ray Wuolo <br />Subject: Metro Pumping Optimization 3 <br />Date: April 2, 2015 <br />Page: 7 <br />be run once for every decision variable and 2) solving the LP. Previous versions of GMW (prior to <br />GWM-VI) were not able to run is a parallel or distributed fashion. So, calculation of the response <br />matrix was by far the most time consuming phase of solving the optimization problem. With the <br />introduction of parallel processing in GWM-VI, calculation of the response matrix can be <br />completed in a fraction of the time previously required, given that enough processors are <br />available. During this project, we used up to 75 processors for calculating the response matrix. <br />Solving the LP is not parallelized and must be completed on a single processor. The solution time <br />for a single LP problem is roughly proportional to the number of constraints cubed. <br />2.) Pumping from multi -node wells being reduced. Wells simulated with the MNW2 Package can <br />have their pumping rate automatically reduced if the head in the well or surrounding aquifer <br />drops to levels that would not be able to supply the specified pumping rate for a well. This is an <br />unfavorable occurrence for the GWM-VI algorithms because constraints may be met only because <br />the pumping was automatically reduced by MODFLOW. GWM-VI overcomes this issue by <br />checking information in the modflow.status file written by MMproc (or pyMMproc). If any wells <br />have their pumping reduced it is indicated in the modflow.status file and GWM-VI automatically <br />reduces pumping rates for all wells based on equation 73 in Ahlfeld (2005) and attempts an <br />additional MODFLOW simulation. This continues iteratively until all MNW2 wells pump at the <br />specified rates. The problem with this approach is that all wells have their pumping reduced if <br />just a single MNW2 well is causing a problem. So, if many iterations of reducing pumping from <br />all wells are required to prevent a single MNW2 well from pumping at a rate less than specified <br />there is very little change in the total pumping. <br />Overcoming this issue required stopping GWM-VI at each iteration of the SLP solver and <br />adjusting pumping rates wells that were causing problems. Implementing this process <br />dramatically increased progress of the optimization. The process of adjusting pumping rates was <br />automated for Optimization 2 and Optimization 3 but still required manually stopping and <br />restarting GWM-VI at each iteration. <br />3.0 Results of Optimization <br />3.1 Pumping Rates <br />Total optimized pumping from the wells included in the optimization is 374 million gallons per day <br />(MGD). This represents a 43 -percent increase in the base pumping of 261 MGD, which is the pumping <br />from the steady-state version of the Metro Model 3 and represents average pumping from 2003 to 2011. <br />A comparison of optimized total pumping rates for Optimizations 1, 2, and 3 is shown in Table 3. <br />
The URL can be used to link to this page
Your browser does not support the video tag.