In the process of doing drivability studies for Pile Hammer Equipment, I’ve noticed that some of them include use of the APILE program. APILE is a program from Ensoft, Inc., which estimates the load-settlement curve of a deep foundation. Although it was originally developed for driven piles, it can also be applied to drilled shafts and other bored piles as well. It’s been around for a while but this brief series of posts will look at two things:
- The origins and antecedents of APILE and related programs (this post)
- The possibilities of expanding the use of APILE and related programs.
APILE: The Basics
According to its description sheet, APILE’s purpose is as follows:
APILE is used to compute the axial capacity, as a function of depth, of a driven pile in clay, sand, or mixed-soil profiles.
It isn’t the first program to accomplish this; on our companion site we have featured two programs for this purpose:
- SPILE, a DOS program developed to estimate the axial capacity of piles using the FHWA’s favoured methods as described in the Soils and Foundations Reference Manual
- DRIVEN, a Windows XP-era program for the same purpose as SPILE and using the same basic methods. This was used in tandem with GRLWEAP and eventually a cut-down version of the program was incorporated into GRLWEAP.
Both of these programs were useful but suffer from two limitations:
- The operating systems are obsolete, although with SPILE that can be gotten around with DOSBOX.
- Both of these are restricted to the FHWA Nordlund/Tomlinson methods. The current version of APILE includes the following:
Several methods are used by APILE for computations of pile capacity: i) American Petroleum Institute (API RP-2A), ii) U.S. Army Corps of Engineers (USACE), iii) U.S. Federal Highway Administration (FHWA), and the iv) revised Lambda method.
The Offshore version features several more. It’s unfortunate that the Fellenius method–which is also an FHWA recommended method, albeit not its favourite–isn’t included, although perhaps it could be in a future version. It’s also unfortunate that the company that Lymon Reese started didn’t include the method developed by Reese’s long-time colleague at the University of Texas, Roy Olson, the Dennis and Olson method.
APILE also has the capability of doing the following:
A short-term, load-settlement curve is generated for the modeled pile using nonlinear soil models and elastic pile material deformation. The APILE program uses two sets of internally generated t-z curves (load-transfer in axial side resistance as function of movement) and Q-w curves (load-transfer in end bearing as function of movement) for developing the load-settlement predictions.
The rudiments of the t-z method (which is the basis of this capability) are discussed here. What this amounts to in simple terms is performing a static load test in the computer, much as the wave equation analysis is used to predict pile behaviour during driving. That leads to the thought that one could use static load tests to determine the distribution of resistance and capacity along the pile shaft and at the pile toe. We’ll get into more detail on that in the subsequent post on APILE but there is a partial solution that is related to APILE, namely TZPILE.
TZPILE
The description sheet for TZPILE gives the following overview:
TZPILE implements the well-known method of soil-structure interaction, commonly called the t-z method, where t-z and Q-w curves are used respectively for load transfers in side resistance and end bearing. The t-z and Q-w curves can be internally-generated for both driven piles and drilled shafts with the input of information on the supporting soil and on the geometry of the pile.
The program can be used as follows:
Curves of short-term settlement as a function of applied loads are essential for some engineering computations; for example, when refined input is needed for the analysis of piles in a group. If a field-load test is performed, the computed curves can be “calibrated” by modifying input information to TZPILE to reach agreement with the experimental curves. The calibrated, site-specific curves can then be used with TZPILE to design the production piles, which may vary from the test piles in geometry and stiffness.
TZPILE is thus intended to perform the reverse task of APILE, i.e., given the results of a static load test, the load-settlement curve is matched and the distribution of resistance along the pile shaft and at the toe is estimated.
So where do these two programs come from? Based on the fact that the two were commercialised when Lymon Reese was still alive and active, it makes sense that, like WEAP and its progeny, the method had its genesis in government developed code. That suspicion was confirmed for me when I saw the text output for a pre-COVID version of APILE, which looked very much like the PX4C3 program which has been featured on this and our companion sites for a long time. So let’s take a look at that effort.
PX4C3
The description for that program is as follows:
PX4C3 is a finite difference program used to compute load settlement characteristics on an axially loaded pile of constant outside diameter. A set of load transfer curves along the pile (i.e., skin friction developed on the side of the pile relative to the absolute axial displacement of the pile section) & four point resistance curve at the pile tip (i.e., relationship between the total axial soil resistance on the base of the pile tip & the pile tip movement) are used in program to obtain non-linear soil-pile relationships. Finite difference equations are used to achieve compatibility between pile displacement & load transfer along the pile & between soil resistance & load transfer along the tip of the pile. A complete description of the program can be found in the document “Background Theory and Documentation of Five University of Texas Soil-Structure Interaction Computer Programs,” Miscellaneous Paper K-75-2, by N. Radhakrishnan and F. Parker.
At the top of the code is the following:
C WRITTEN BY H. COLE & L. REESE, U. OF TEXAS
C COMPUTES LOAD SETTLEMENT CHARACTERISTICS OF AN AXIALLY LOADED PILE
C
C 'LOAD VS SETTLEMENT FOR AXIALLY LOADED PILE'L.REESE,SYMP ON BEAR-
C ING CAPACITY OF PILES ,CNTRL BLDG RES INST,ROORKEE,INDIA,1964.
C 'UNIV OF TEXAS SOIL-STRUCTURE INTERACTION PROGRAMS'RADHAKRISHNAN &
C PARKER,WES,MISC.PAPER TO BE RELEASED 12-73.
C CONTACT N RADHAKRISHNAN OR F. PARKER, WES, VICKSBURG, MISS.
C************************************************************
C -PROGRAM USES THE GIVEN LOAD TRANSFER VS PILE MOVEMENT
C-----CURVES AND COMPUTES THE LOAD SETTLEMENT CHARACTERISTICS OF AN
C-----AXIALLY LOADED PILE
C-----LOAD TRANSFER VS PILE MOVEMENT CURVE IS DESIGNATED AS P-Z CURVE
C---PX4C3 INTERPOLATES POINT BEARING VALUES CORRESPONDING TO A GIVEN
C-----TIP MOVEMENT FROM A PREVIOUSLY INPUT POINT BEARING VS TIP MOVEMENT
C-----CURVE
The only thing that needs correction is that Reese’s co-author of the code, “H. Cole,” is in fact Harry Coyle of Texas A&M University. Evidently Radhakrishnan and Parker’s paper took longer to get “out the door” than they thought it would; the report is initially dated May 1975 (a year and a half after the date given in the code) and this was marked out on the report to July 1979, although the report described not one but five programs, one of which is the ancestor of the COM624 lateral load code which was developed both by the Corps and the FHWA and is the basis for LPILE.
APILE1
No history of this program “family” would be complete without the inclusion of APILE1. This program was used for the 1988 master’s thesis of Ronald Ungaro at Texas A&M entitled “Development of Design Parameters for H-Piles in Sand Using Static Analysis.” Ungaro, working under Harry Coyle’s direction, referenced this program as “Coyle, H.M., Marine Foundation Engineering, Unpublished class notes, Texas A&M University, Spring, 1987.” It’s reasonable to assume that Coyle had access to the code he had helped to write and that, to borrow a phrase from the open source community, APILE1 is a “fork” of PX4C3. Whether the APILE1 that is the first version that appears in Ensoft’s chronicling of the software’s history is the same as this one is not clear, although Ensoft’s note that APILE1 was “interactive” could apply by the standards of the time to PX4C3 as well.
So Why Did It Take So Long?
It’s a fair question to ask: why a piece of software whose basis was first established in the early 1970’s took so long to its first commercialisation? There are several good reasons why this is so:
- The road to the first version of PX4C3 wasn’t a short one. It is a challenging problem, especially for the computers and numerical methods of the time. Geotechnical problems are nonlinear in a sense that are a step above those for many other disciplines (such as CFD) and for that reason these problems have always lagged behind the state of the art in civil engineering for other disciplines.
- A necessary prerequisite for a program to be used would be for “typical” t-z curves for various soil types to be developed. The accuracy of the program to predict load-settlement relationships at the pile head depends on the accuracy of the t-z curves at each point along the pile shaft and their counterparts at the pile toe. Determining these was ongoing during the time PX4C3 was being developed, so implementing this was sort of like “building the plane while flying it.” An overview of that topic is given in Mosher and Dawkins’ 2000 work Theoretical Manual for Pile Foundations. (The graphic at the top comes from there.) Much of the work that established Reese as a geotechnical great was his research on the lateral counterparts to t-z curves, the p-y curves, and this effort (in conjunction with the University of Houston’s Mike O’Neill) ran parallel in duration to the t-z curves.
- As noted in his memorial tribute, Lymon Reese founded Ensoft the year after he retired from the University of Texas, which would be 1985. Commercialisation before that would probably run into the university’s conflict of interest policies.
At this point how we got to this point is established. But are we using this technology to the fullest? In the next post we will consider this question.





