<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If I understand correctly, it would help to have something like a<br>
postgis_sfcgal.so as an optional library that brings SFCGAL<br>
functionalities rather than having only one postgis.so with or without<br>
SFCGAL in it ?<br>
<br>
I am pretty sure there is a way to make the backend switch more<br>
"dynamic" and work with a separate library, but I would have to dig a<br>
bit deeper.</blockquote><div><br></div><div>It would be beneficial. Right now there's no mechanism for third party to bring in a replacement for PostGIS functions and get them selected in postgis.backend GUC - the way it is done now is by providing a compile-time list in postgis.so that will somehow delegate to one or other function.</div><div><br></div><div>If someone provides a javascript implementation for say ST_DelaunayTriangles, they can't simply drop into it at all, apart from renaming and wrapping it all into more layers and having strong dependencies on creation order.</div></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Darafei Praliaskouski<br>Support me: <a href="http://patreon.com/komzpa">http://patreon.com/komzpa</a></div></div>