[userfypp]

Summary

• A recovered Line or Polyline whose geometry needs repair, such as one with coincident endpoints, is no longer exported as zero. CSV and workbook exports refuse it with the Repair invalid Line measurements before exporting CSV. message that other types already get, and annotated PDF and panel labels show Repair required. This matches JSON, which rejects the geometry, and Takeoff, which excludes it.
• measurementRows in src/services/csv.ts and formatMeasurement in src/utils/format.ts checked hasValidMeasurementPoints only for closed shapes (and counts, in CSV). Both now check every measurement type. The workbook export goes through buildMeasurementTable, so it gets the CSV check too.
• areEffectivelyIdentical in src/utils/geometry.ts compared squared distances, which overflow to Infinity for very distant points, so Infinity <= Infinity treated them as identical. With Lines now validated on export, that would have refused a very long valid Line. It now uses the overflow-safe comparison that calibration points already used, and the duplicate helper is removed.

Validation

• Same commit as fix: flag recovered Lines with coincident endpoints for repair in exports #371, unchanged, so the author is preserved. The verify, dependency-review and size checks passed there.
• New tests, which fail without the fix and pass with it: csv.test.ts, format.test.ts, annotatedPdf.test.ts and geometry.test.ts.
• This change removes code, so it doesn't grow the JavaScript size.

Related Issue

Closes #303

Opened from a branch in this repository because CodeQL did not run on the fork pull request #371.