On Thu, 15 Oct 2020, Sandro Santilli wrote:
On Thu, Oct 15, 2020 at 05:59:39PM +0200, Roger Bivand wrote:
Can I ask whether there is, or could be, a function exposed in the
C_API, or a header variable say in geoc_c.h, showing whether the
running GEOS is using Overlay-NG or not?
There are functions with Prec suffix, in current GEOS master branch,
that can be used to explicitly request OverlayNG.
The new signatures will keep making sense even when OverlayNG becomes
the default because they allow you to specify a grid size which would
be used for the operation.
Thanks - this will be useful anyway, for example see the discussion in
(with apologies for github):
https://github.com/r-spatial/sf/issues/1510
where the resolution for a regression in intersection and/or STRtrees from
3.6 to 3.7/3.8 was associated with an input problem challenging the use of
0 precision in the R sf package by default.
Best wishes,
Roger
OT: We've been worried by not being able to build GEOS on Solaris 10 on
ix64/x64 with GEOS after 3.6 - we had had a Sparc Solaris to run checks on
a big-endian system, and have continued on Intel Solaris, and because the
build train is divergent, it finds lots of assumptions made in coding, and
since 3.6, we haven't been able to install GEOS. With Apple Silicon
coming, it would be helpful to solve the Solaris build problem to keep our
check systems up to date:
https://cran.r-project.org/web/checks/check_summary.html
https://cran.r-project.org/web/checks/check_flavors.html
--strk;
--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: roger.biv...@nhh.no
https://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel
