<div dir="ltr"><div dir="ltr">If someone is willing, there is an old Geography Overlays patch that needs lots of love: <a href="https://github.com/postgis/postgis/pull/191">https://github.com/postgis/postgis/pull/191</a><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 22, 2019 at 12:13 AM Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Jan 21, 2019, at 1:00 PM, Simon Greener <<a href="mailto:simon@spatialdbadvisor.com" target="_blank">simon@spatialdbadvisor.com</a>> wrote:<br>
> <br>
> When a geography is casted to geometry for use in the aggregate form of ST_Union (or other commands such as ST_Within) is the processing done assuming the data is projected even when geodetic?<br>
<br>
All processing of geometry make cartesian assumptions. Processing of geography using geography native functions (no casting required) makes spherical assumptions. When you case from geography::geometry you are telling the database “please process this data using cartesian assumptions”. Do we support spherical processing for all (or even many) kinds of operations? No we do not. That’s hard. Could we in the future? Sure, it might happen.<br>
<br>
ATB,<br>
P<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-users</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div>Darafei Praliaskouski</div><div>Support me: <a href="http://patreon.com/komzpa" target="_blank">http://patreon.com/komzpa</a></div></div></div></div>