UKOOA P1/90 R records are mangled

[henningda]

R records in the UKOOA P1/90 format are treated as other records, which causes the output to be incorrect as field positions are different from all other records (S, T, V and so on).

Sample output from "ogrinfo -al" (slightly altered as it is customer data):

OGRFeature(P01011-001):4293
  LINENAME (String) = 1911 407541.
  VESSEL_ID (String) = 9
  SOURCE_ID (String) = 5
  OTHER_ID (String) = 0
  POINTNUMBER (Integer) = 58
  LONGITUDE (Real) = 340.319444444444
  LATITUDE (Real) = 1.169444444444444
  EASTING (Real) = 4.7
  NORTHING (Real) = 8
  DEPTH (Real) = 1.86595
  DAYOFYEAR (Integer) = 55
  TIME (Time) =  0:09:00
  DATETIME (DateTime) = 1999/01/02 00:09:00
  POINT (340.319444444444 1.169444444444444)

You can see LINENAME having parts of UTM coordinates. LINENAME does not even exist in an R record as it should come from the previous S record. POINTNUMBER should also contain POINTNUMBER from previous S record.

Field positions for R records are on page 15 in the linked specification: ​http://www.seg.org/documents/10161/77915/ukooa_p1_90.pdf

(I'm also sending a feature request to have record type as an output field as it makes the output more usable and easier to debug)

[Even Rouault]

This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to ​https://github.com/OSGeo/gdal/issues if it is not already reported there.