Hi David
Thanks for having a look at that; I'll check it out later on when I'm on my home computer. It does look like there is a common file structure to the .LAS format even though some of the header bits can be quite lengthy:
~VERSION INFORMATION
VERS. 2.0 : CWLS LOG ASCII STANDARD - 2.0
WRAP. NO :ONE LINE PER DEPTH STEP
~WELL INFORMATION
#MNEM.UNIT DATA DESCRIPTION OF MNEMONIC
#--------- ------------- --------------------------
STRT.FT 1189.0000 :START DEPTH
STOP.FT 6715.5000 :STOP DEPTH
STEP.FT 0.50000000 :STEP SIZE
NULL. -999.250 :NULL VALUE
DATE. 09-Jun-2008 :LAS FILE CREATION DATE
COMP . COMPANY NAME
WELL . WELL_TEST :WELL NAME
FLD . FOLD_BELT :FIELD
CNTY . TYRELL :COUNTY
STAT . CO :STATE
CTRY . USA :COUNTRY
API . 05055061050000 :API NUMUMBER
OW UWI . 05055061050000 :UNIQUE WELL IDENTIFIER
SRVC . Shell Logic :SERVICE COMPANY
~CURVE INFORMATION
#MNEM.UNIT API CODE CURVE DESCRIPTION
#--------- ------------- --------------------------
DEPT .FT : 1 DEPTH
CALI .IN : 2 2 Caliper
GR .API : 3 14 Gamma Ray
ILD_SH .OHMM : 4 22 Deep induction resistivity
ILM_SH .OHMM : 5 23 Medium induction resistivity
NPHI .V/V DECI : 6 15 Neutron porosity
PEF .BARNS : 7 11 Photo-electric factor
RHOB .G/C3 : 8 6 Bulk density
SP .MV : 9 34 Spontaneous potential
TENS .LB : 10 13 Cable Tension
~ASCII LOG DATA
As far as I can see, and I have looked at a few examples, the curve data block is the key, so as long as DPlot can associate the CURVE DESCRIPTION with the column headings then it will be fine. Since there is a possiblility of more than 3 columns here (have seen a commnets one) maybe a way of selecting which column to use. From the above, it looks like the data can be ascribed by checking for the ~CURVE and ~ASCII limits.
I will see what I get when I test things and get back to you
Cheers
Lester
DPlotAdmin wrote:Lester,
I'm sorry - I meant to get back to you with a few questions and got sidetracked. DPlot will right now open 2 of your examples (TEST01.LAS and TEST03.LAS) using file type D, though the title lines it picks out are most likely not what you'd want and I could use a few pointers there. Also if you drag/drop those files onto DPlot or use "Open with..." then DPlot will misidentify the file type and probably report "Insufficient memory for <a whole bunch of> points." That's fairly easily remedied by having DPlot check for an .LAS extension and a ~ as the first character in the file.
Where this falls apart and where I'll need to do something different is with your TEST02.LAS: values aren't necessarily all on one line, so file type D as is won't work in this case. If your data will always be numeric (no m-d-y, time of day, etc.), then this will be fairly simple. As far as I can tell from the documentation your data will always be numbers; if this isn't correct please let me know.