<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br><div><br><blockquote type="cite"><div>On Nov 6, 2023, at 3:33 PM, Marco Boeringa <marco@boeringa.demon.nl> wrote:</div><br class="Apple-interchange-newline"><div>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div><p>Well, yes indeed that is what is happening, 180 came out of the
reprojection steps as -180. Full output geometry below. Is there
any way to prevent this behavior?</p><p>Marco</p></div></div></blockquote><br></div><div>Not really… Either snap to grid or reduce precision</div><div><br></div><div><a href="https://postgis.net/docs/ST_ReducePrecision.html">https://postgis.net/docs/ST_ReducePrecision.html</a></div><div><a href="https://postgis.net/docs/ST_SnapToGrid.html">https://postgis.net/docs/ST_SnapToGrid.html</a></div><div><br></div><div>will get you back onto the dividing line (note that it is at -180.00000000000014), but that won’t help in flipping -180 to 180. For your particular case, applying</div><div><br></div><div><a href="https://postgis.net/docs/ST_ShiftLongitude.html">https://postgis.net/docs/ST_ShiftLongitude.html</a></div><div><br></div><div>will fix it, I think, though not in generality</div><div><br></div><div>P</div><div></div></body></html>