Curve flag for non-centerline segments

Defined in 2.3.3 somewhat ambiguously

L49 will be populated based on whether the segment has any shape points. If so, L49 will be populated with the value ‘I’; otherwise, it will be populated with a blank.

In the prod etl code, this comes from this

public string GetHasShapePoints()
    {
        try
        {
            LoggerClass.Logger.Exit(new StackFrame().GetMethod().Name);

            IPointCollection points = _feature.Shape as IPointCollection;

            //Check the result
            if (points.PointCount > 2)
                return "I";
            else
                return "";
        }
        catch
        {
            throw;
        }
        finally
        {
            LoggerClass.Logger.Exit(new StackFrame().GetMethod().Name);
        }
    }

This is what I implemented roughly -> check if npoints > 2, but we have some diffs where prod has "I" and we don't. I wonder if this is to do with st_linemerge, or potentially when we make_valid in ingest. This could be a little tricky - most surefire way would probably be to look at the gdb for a problematic segment in QGIS (along with the geom from our pipeline)

Start with the current shape-point check and compare it with the production GetHasShapePoints implementation, especially the PointCount > 2 condition. Investigate whether st_linemerge or make_valid changes the geometry for segments where production and the pipeline differ, using the problematic segment's geometry in QGIS or its gdb. Done means the curve flag matches production for the affected segments.