Well Diagram Enhancements in Log Reports

Patrick Spurgeon wrote:

I need to show details above ground surface for the well diagram. The well that I am trying to represent has a riser that sticks up 3 feet above ground surface (ags) and the protective casing sticks up an additional 0.5 feet.  

Despite my attempts to enter negative numbers in the well construction depth field, I am unable to get the preview to show the -3.5 feet (it would help if the depth column also could go negative).

I also need to show a well within a well.  The first 20 feet were drilled with a 10-inch bit, then a 6-inch protective casing was inserted within the 10-inch hole, then the following 150 feet were drilled with a 6-inch bit, and finally a 2-inch riser was placed within all of this. 

I have figured out how to show 2 pipes per well, but I cannot figure out how to show a pipe-within-a-pipe.  Nor have I figured out how to show annular space with varying widths.

My Reply:

Patrick, the depth column can actually go negative. There is a property of a report that allows you to pick a particular piece of depth data and use it as the start-point of the log, instead of the default zero depth.

In the REPORT DESIGN application, pick your log report, and click its Properties icon to open the Properties dialog. Next, open the Report Structure tab, and enter an expression in the Top Depth Expression property. For your purpose, this would likely be the minimum well construction depth, which would then be negative if there is a riser on the well. If you are using the gint std ags3_1 or gint std ags4 dataset, this expression will not be able to reference the BACKFILL Depth value, which I believe is constrained to be 0 or greater. In that case, you might have an additional field in either BACKFILL or PIPE to account for the negative depth.

I hope you will also get a reply from one of the AGS experts. Dave Kyllonen, for example, may be able to help you work around the limit for the backfill to zero depth or greater.

Pipe-within-pipe is a symbol design issue, most likely. Please take a look at the symbol CMNT11 - notice how the pipe verticals are specified? You may be able to use this technique to create the symbol that will represent the internal riser within the 6-inch casing, and a second graphic to display the narrower pipe below that point.

Parents
  • The way I handle this is as follows.  Note that this is just one way and there are other approaches that might work better for you.

    My well table includes only 4 fields, depth, bottom depth, well graphic, and well notes (not a standard ags or gINT table)

    I have created a series of well graphics that include Pipe within a pipe, cap within a pipe, just a large pipe, etc.  There is one for each different type of backfill so I have pipe within pipe with concrete backfill, pipe within pipe with sand backfill, etc. The symbols include a vertical line at each edge that represents the hole and a partial line at the top that serves as a divider between it and the next symbol. Thus as you go down the hole you simply select the appropriate well graphic at each depth where anything changes (pipe or backfill) on the cross section of the well installation.  Since this approach results in about 120 different well symbols, I have adopted a naming convention for the well graphics that forms the name as a combination of the backfill type and pipe type to make it easy to locate the correct graphic in the list of well graphics (For example "SAND SCREEN".  I also have a series of "NOHOLE" well graphics that have no backfill symbol, no vertical lines that represent the hole and no divider lines for use in cases where you are at negative depths (above ground).  I also have a "VOID NOPIPE" symbol that has just lines representing the edge of the hole for cases when the top of the well is recessed below the ground surface.  Note that the symbols are designed so that they match up with each other...In other words, the riser pipe of my "RISER" symbol is the same style and width as the inner pipe in my "CASING+RISER" symbol.  Thus these work no matter what width you specify the well column to be in the final report because the width of the pipe in the well graphic symbol is specified as a percentage of the overall column width.  They also work well on fence reports since the edge of the hole is included in the graphic.

    As Pat has indicated I have set the top depth expression property in my well log report to:

    <<MinVal(<<Int(<<Calc(<<Min(<<WELL.Depth>>)>>-0.999)>>)>>,0)>>

    The integer function makes it always start at an even number, the min function pulls the smallest (largest negative) value from my well installation table and subtracts just less than one foot from it (this makes sure there is always some space left above the top of the well in the report),  and the minval function makes sure the starting depth is never greater than zero (shouldn't really be necessary but included if for some odd reason you did not start your well installation graphics at zero depth)

    This constructs the well diagram entirely within the body of the report with nothing sticking up above the body to interfere with the header.  Note that this approach does not scale the pipe diameters relative to the hole.  Rather, it presents them in a readable graphic sketch with the diameters indicated by notes.  An example of the results is shown below.  The data that drives this example would be something like:            

    DEPTH  BOTTOM_DEPTH  WELL_SYMBOL WELL_NOTES
    -2.1 -2.0 NOHOLE CASINGCAP Locking casing cap Key # 367543
    -2.0 0 NOHOLE CASING 6 inch schedule 4 steel casing painted yellow
    0 0.3 CONC CASING 10 inch augered hole
    0.3 0.4 CONC CASING+RISERCAP 2 inch vented PVC
    0.4 3.2 CONC CASING+RISER
    3.2 5.0 CONC RISER 2 inch schedule 40 PVC riser

    Hope this helps.

Reply
  • The way I handle this is as follows.  Note that this is just one way and there are other approaches that might work better for you.

    My well table includes only 4 fields, depth, bottom depth, well graphic, and well notes (not a standard ags or gINT table)

    I have created a series of well graphics that include Pipe within a pipe, cap within a pipe, just a large pipe, etc.  There is one for each different type of backfill so I have pipe within pipe with concrete backfill, pipe within pipe with sand backfill, etc. The symbols include a vertical line at each edge that represents the hole and a partial line at the top that serves as a divider between it and the next symbol. Thus as you go down the hole you simply select the appropriate well graphic at each depth where anything changes (pipe or backfill) on the cross section of the well installation.  Since this approach results in about 120 different well symbols, I have adopted a naming convention for the well graphics that forms the name as a combination of the backfill type and pipe type to make it easy to locate the correct graphic in the list of well graphics (For example "SAND SCREEN".  I also have a series of "NOHOLE" well graphics that have no backfill symbol, no vertical lines that represent the hole and no divider lines for use in cases where you are at negative depths (above ground).  I also have a "VOID NOPIPE" symbol that has just lines representing the edge of the hole for cases when the top of the well is recessed below the ground surface.  Note that the symbols are designed so that they match up with each other...In other words, the riser pipe of my "RISER" symbol is the same style and width as the inner pipe in my "CASING+RISER" symbol.  Thus these work no matter what width you specify the well column to be in the final report because the width of the pipe in the well graphic symbol is specified as a percentage of the overall column width.  They also work well on fence reports since the edge of the hole is included in the graphic.

    As Pat has indicated I have set the top depth expression property in my well log report to:

    <<MinVal(<<Int(<<Calc(<<Min(<<WELL.Depth>>)>>-0.999)>>)>>,0)>>

    The integer function makes it always start at an even number, the min function pulls the smallest (largest negative) value from my well installation table and subtracts just less than one foot from it (this makes sure there is always some space left above the top of the well in the report),  and the minval function makes sure the starting depth is never greater than zero (shouldn't really be necessary but included if for some odd reason you did not start your well installation graphics at zero depth)

    This constructs the well diagram entirely within the body of the report with nothing sticking up above the body to interfere with the header.  Note that this approach does not scale the pipe diameters relative to the hole.  Rather, it presents them in a readable graphic sketch with the diameters indicated by notes.  An example of the results is shown below.  The data that drives this example would be something like:            

    DEPTH  BOTTOM_DEPTH  WELL_SYMBOL WELL_NOTES
    -2.1 -2.0 NOHOLE CASINGCAP Locking casing cap Key # 367543
    -2.0 0 NOHOLE CASING 6 inch schedule 4 steel casing painted yellow
    0 0.3 CONC CASING 10 inch augered hole
    0.3 0.4 CONC CASING+RISERCAP 2 inch vented PVC
    0.4 3.2 CONC CASING+RISER
    3.2 5.0 CONC RISER 2 inch schedule 40 PVC riser

    Hope this helps.

Children
  • Patrick, if the example that Szang provided is what you are looking for then the method described by both Pat & Szang is what you want.

    Note that you can add a Lines vs Depth entity in the "Depth/Elev" and "Details" columns with a hard-coded depth value of 0 (zero) to help the reader see where the "ground surface" is.

    On the other hand, you can get well graphics to print above the top of the report log body by using negative depths, which is what I was talking about. But, as I indicated, you will not be able to get the depth scale to print negative numbers above the top of the report log body.