Public Sector Solutions

Innovative and practical, R.O. Anderson’s approach to our public sector clients is to act as an extension of staff. We provide best-in-class solutions to achieve the community goals and project objectives within established budgets.

Rigid versus Flexible Pavement Design

Generally when discussing the topic of pavement there are two main categories to consider, rigid and flexible.  As with most things in engineering there are pros and cons to each of these types and one may be selected over another depending on the specific needs of a project.  Some main points to consider when weighing the two types are:

Rigid pavements are typically distribute wheel loads over a wide area of the subgrade as shown on the left side of the exhibit below and consists generally of cement concrete and may be reinforced with steel.  Other rigid pavement characteristics include:

  • Design life typically 30+ years
  • Equivalent unit cost approximately $6 – $8 per SF
  • Lower maintenance costs
  • High flexural strength
  • Strength of road less dependent on strength of sub-grade
  • Low ability to expand and contract with temperature and therefore need expansion joints
  • High ability to bridge imperfections in sub-grade

Flexible pavements typically distribute wheel loads to lower layers of the pavement section as shown on the right side of the exhibit below and consists generally of bituminous material.  Other flexible pavement characteristics include:

  • Design life typically 10 – 20 years
  • Equivalent unit cost approximately $2 – $3 per SF
  • Costs tied closely to price of oil
  • Higher maintenance costs
  • Low flexural strength
  • Strength of road highly dependent on strength of sub-grade
  • High ability to expand and contract with temperature and therefore do not need expansion joints
  • Low ability to bridge imperfections in sub-grade



 

Friday Coffee with Doc Thompson

Good morning. I just realized it’s been almost three months since I last wrote here. I suppose that is a good thing because it means I’m busy. Busy is good…

Last time I talked in general terms about hydrologic modeling. I defined a hydrologic model — a mathematical model that is used to convert incoming precipitation into an estimate of flow from the watershed. That definition is perfectly acceptable as far as it goes.

This time I would like to reflect on a different aspect of hydrologic models — the difference between event-based models and continuous simulation models. First let me define the difference.

An event-based hydrologic model is one that is used to compute watershed discharge from one or more “isolated” precipitation events. What happens to the watershed leading up to the event and what happens to the watershed after the event are not considered.

A continuous-simulation hydrologic model is one that that is used to simulate the hydrologic budget of a watershed, not just the response of the watershed to an isolated event. Such models are far more complicated than the event-based models. They also offer much insight into watershed behavior and require more data (and parameter estimates) than event-based models.

The rhetorical question is “Why would one use one method or the other?” Although there are some differences of opinion, event-based models are generally used for estimation of design events. That is, they are used to estimate the peak discharge from a n-year event (and sometimes the hydrograph) for design of a drainage structure. Continuous simulation models, because they provide more information about the hydrologic budget for a watershed, are used when the flood hydrograph is either not of interest or is not enough to satisfy the needs of a project.

Event-based models are often used in an uncalibrated mode. That is, parameter values are selected based on the judgment of the analyst. Because the number of parameters is relatively few, this is judged by the profession as acceptable. However, continuous-simulation models require many more parameters to operate and selection of those parameters is often unclear. Therefore, continuous simulation models are generally not used in an uncalibrated mode and require collection of at least some watershed data.

My experience is that continuous-simulation models reveal a lot more about watershed dynamics than event-based models. They track soil moisture, evapotranspiration, and runoff during periods of no precipitation (baseflow). But they are more expensive to operate because of the increased data load and analysis time.

That’s all for this session. I’ll write again, preferably before another three months pass.

Friday Coffee with Doc Thompson

I will be another of the webloggers here on the R.O. Anderson Engineering website. This is also my first entry (here), although I have ten-years of experience writing weblog essays (on my personal site).

This morning, I think I’ll define what is meant by a “hydrologic model.” It is a term that is used a great deal when talking about flood-related hydrology. It is often used in discussions with lay-people who don’t have a scientific background.

A model is a representation of a cause-effect relation. In the context of hydrology, the cause is incoming precipitation and the effect is flow from the watershed. When the flow exceeds the capacity of the channel, flooding occurs. So, a hydrologic model is a representation of the precipitation-runoff process. The form of the model can vary from a simple non-linear equation to a complex set of partial differential equations (trust me, that’s complex). Those are mathematical models of the precipitation-runoff process. A physical model could be constructed, but such models are used only for research and not practice.

So, a hydrologic model is a mathematical model that takes incoming precipitation (measured or assumed) and converts it to runoff (discharge from the watershed). There are a number of subprocesses active in the conversion, each of which are generally represented by a submodel (or process model). In general terms, incoming precipitation is subject to interception (trapped by vegetation), infiltration (into the soil), and depression storage (small pools or puddles on the landscape surface). In a hydrologic model, then, each of these processes is represented by one or more equations. Each of these equations has parameters (set values that determine the relations between variables) that must be estimated.

Each of these parameters is subject to uncertainty. If there are no data for calibration (adjusting the parameters to reproduce known results), then the parameters are just estimates and the uncertainty is greater. Although the uncertainty is not necessarily additive, it does accumulate. Therefore, the greater number of parameters (the more complex the hydrologic model), the greater the uncertainty in the result.

This is the reason hydrology is sometimes called a “voodoo” science. Hydrologists are often required to make estimates of parameter values so that estimates of flow can be developed for design and analysis. It is a reason why different hydrologists can arrive at different results. Even so, both estimates might be reasonable because of the uncertainty in all of the parts of the process.

It is sometimes said “If you ask five hydrologists for an estimate of the discharge from a watershed, you’ll get five different answers.” This is true. It is also true that all of them can be reasonable estimates and none of them might be incorrect. This is the reason I became a hydrologist — a great deal of judgment is required and working out the uncertainties is fascinating. This is also one of the reasons I prefer to have measurements of some kind to assist in reducing the uncertainty.

So, a hydrologic model is a mathematical model that relates incoming precipitation (measured or assumed) to discharge from a watershed. The form and complexity of hydrologic models vary considerably. Measurement of one or more parameters used in the model is important for reducing the uncertainty in the results. But, that is a topic for another coffee.

See you next time…

Comparing Service Delivery Costs

 

I recently sat through a local Board of Commissioners meeting listening to them struggle with the idea of “regionalization” of Geographic Information System (GIS) services. Other surrounding counties are now looking to “exit the business” and seek to turn these services over on a contract basis to our local County government. On its face, it sounds like a good idea. After all, there are a lot of cost redundancies paid individually by all of these Counties, such as building space, utility costs, administrative overhead such as manager’s time, payroll, administration, human resource expenses, insurance, and the plethora of other support staff (from IT all the way down to the janitor), capital expenses (computers, printers, plotters, office furnishings, supplies and software), direct labor costs (the salary) and the indirect labor costs, which includes employer paid retirement expenses, paid vacations, paid sick time, paid holidays, medical coverage, dental coverage, employee training, workman’s comp, etc.).  But in this instance, when it came time to make a decision, it was clear that staff did not have a full grasp of all these costs based on the contract prices negotiated with the other Counties.

Often the real costs of providing government services are not fully accounted for. When considering various outsourcing solutions, such as an outsourcing contract (RFP, RFQ), contract employees, or even complete privatization, these costs must all be accounted for in order to determine the viability of outsourcing. There is a lot of merit to the regionalization of government services, particularly for services that only government can perform. But for services that are already offered by the private sector, local officials should take a careful look at all of the costs in order to make a true apples to apples comparison.  And since no two communities are exactly alike in terms of its cost structure (similarly, no two private service providers are alike either), some quality time with your local fiscal officer or comptroller could help you derive some estimates to help you make that cost of service comparison easier.