Opened 4 years ago

Closed 9 months ago

#6276 closed defect (wontfix)

UKOOA P1/90 R records are mangled

Reported by: henningda Owned by: warmerdam
Priority: normal Milestone: closed_because_of_github_migration
Component: default Version: svn-trunk
Severity: normal Keywords:
Cc:

Description

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)

Change History (1)

comment:1 Changed 9 months ago by Even Rouault

Milestone: closed_because_of_github_migration
Resolution: wontfix
Status: newclosed

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.

Note: See TracTickets for help on using tickets.