Closed kinverarity1 closed 3 years ago
This has been resolved in master
. This shows that the COLOUR
and TYPE
curves have been correctly interpreted as str
and the remainder as float
:
TDEP [7393.229222636634, 7394.201200198771]
AVGCALI [6.781719, 8.168356]
AZIMUTH [147.6105, 132.9622]
BREAKOUT_AZIMUTH_N [nan, nan]
BREAKOUT_DIP_AZIMUTH [nan, nan]
BREAKOUT_HEIGHT_N [nan, nan]
BREAKOUT_OMEGA_ANGLE_N [nan, nan]
BREAKOUT_WIDTH_N [nan, nan]
CENTERED_DEPTH [7393.229, 7394.263]
COLOUR ['0.0', '#0000ff']
DIP_TRU [31.34024, 37.51989]
FMI_DYN_AZIMUTH [150.676, 134.433]
FMI_DYN_DIP_APP [29.1211, 34.88485]
FMI_DYN_DIPHEIGHT [0.3514086604118347, 0.5235607624053955]
FRACTURE_APERTURE[1] [35.16279, 8.470589]
...
FVA [0.100928, 0.09125548]
FVAH [0.1446539, 0.1058358]
HAZI [290.1083, 291.5356]
HDEV [2.853298, 2.850765]
INDUCED_FRACTURE_AZIMUTH_N [nan, nan]
INDUCED_FRACTURE_DIP_AZIMUTH [nan, nan]
INDUCED_FRACTURE_HEIGHT_N [nan, nan]
INDUCED_FRACTURE_OMEGA_ANGLE_N [nan, nan]
INFOARRAY[1] [nan, 76.47171]
...
QUALITY [1.0, 1.0]
SHAPE [3.0, 3.0]
TERZAGHI_CORRECTION_FACTOR [1.144722, 1.218981]
TYPE ['Conductive_Part_Resistive_Fracture', 'Conductive_Part_Resistive_Fracture']
Describe the bug If the data section contains any non-numeric characters, all of it is parsed as
str
, instead of data types being per-column. This is the fundamental blocker to supporting many LAS 3 files in a useful way and has been touched on before e.g. https://github.com/kinverarity1/lasio/issues/5#issuecomment-685567944To Reproduce Steps to reproduce the behavior:
Expected behavior Each curve in
las.curves
should have an appropriate data type. For the attached example, the curvesColour
andType
should be typestr
and all the others should have typefloat
, effectively.Software versions (please complete the following information):
import lasio; print(lasio.__version__)
)master