#5713 closed defect (wontfix)
GEOS3.12 - "TopologyException: side location conflict" on valid input geometries
Reported by: | dannytoone | Owned by: | pramsey |
---|---|---|---|
Priority: | medium | Milestone: | PostGIS GEOS |
Component: | postgis | Version: | 3.4.x |
Keywords: | Cc: |
Description (last modified by )
This is from a recent version of PostGIS running on AWS RDS:
POSTGIS="3.4.0 0874ea3" [EXTENSION] PGSQL="160" GEOS="3.12.0-CAPI-1.18.0" PROJ="8.0.1 NETWORK_ENABLED=OFF URL_ENDPOINT=https://cdn.proj.org USER_WRITABLE_DIRECTORY=/tmp/proj DATABASE_PATH=/rdsdbbin/postgres-16.1.R1/share/proj/proj.db" GDAL="GDAL 3.4.3, released 2022/04/22" LIBXML="2.9.1" LIBJSON="0.15" LIBPROTOBUF="1.3.2" WAGYU="0.5.0 (Internal)" RASTER
ST_Equals as well as ST_Touches fail on these input geometries. I will attach a csv output containing two geometry columns which fail.
Attachments (1)
Change History (4)
by , 7 months ago
Attachment: | postgis_extract.csv added |
---|
comment:1 by , 7 months ago
Description: | modified (diff) |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
Confirmed. Since the Relate code is likely to be removed and replaced from GEOS in the next cycle, this particular issue will likely not be fixed. A work around it to apply a very small precision reduction, which should shake out the very small nearly parallel lines in your original that are causing the problem.
select st_equals(ST_ReducePrecision(mark_geom,0.00000001), st_reduceprecision(fips_geom, 0.00000001)) from g5713
comment:2 by , 7 months ago
Confirmed that this works correctly with the in-progress RelateNG algorithm.
Reported upstream as https://github.com/libgeos/geos/issues/1069
Added to GEOS Relate issue list: https://github.com/libgeos/geos/issues/1060
comment:3 by , 7 months ago
Milestone: | PostGIS 3.4.3 → PostGIS GEOS |
---|
csv table with data