You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I expect OGRGeometryFactory::transformWithOptions() with option WRAPDATELINE=YES to wrap a geometry such that it does not cross +/- 180. The actual (undocumented?) behavior is that geometries that have vertices with longitude exactly equal to +/- 180 are assumed to have been wrapped, and are skipped (see here). We noticed this using polygons generated by the s2geometry library, which intentionally cross the dateline (they should). For plotting such polygons on plate carree one needs to wrap at the dateline. I think the assumption made in the comment linked above is wrong.
Steps to reproduce the problem.
see above, but it also shows when wrapping LINESTRING(-179 0,-180 0,179 0)
Operating system
Ubuntu 22.04
GDAL version and provenance
GDAL 3.6.2
The text was updated successfully, but these errors were encountered:
…euristics about points exactly at +/- 180 (fixesOSGeo#8645)
This heuristics had been added in cef50ff, but it doesn't seem to
be any longer needed since the added test case in that commit still pass
without it.
…euristics about points exactly at +/- 180 (fixesOSGeo#8645)
This heuristics had been added in cef50ff, but it doesn't seem to
be any longer needed since the added test case in that commit still pass
without it.
Expected behavior and actual behavior.
This came up here: r-spatial/sf#2250
I expect
OGRGeometryFactory::transformWithOptions()
with optionWRAPDATELINE=YES
to wrap a geometry such that it does not cross +/- 180. The actual (undocumented?) behavior is that geometries that have vertices with longitude exactly equal to +/- 180 are assumed to have been wrapped, and are skipped (see here). We noticed this using polygons generated by the s2geometry library, which intentionally cross the dateline (they should). For plotting such polygons on plate carree one needs to wrap at the dateline. I think the assumption made in the comment linked above is wrong.Steps to reproduce the problem.
see above, but it also shows when wrapping
LINESTRING(-179 0,-180 0,179 0)
Operating system
Ubuntu 22.04
GDAL version and provenance
GDAL 3.6.2
The text was updated successfully, but these errors were encountered: