Opened 17 months ago
Closed 16 months ago
#5396 closed defect (fixed)
postgis_restore.pl keeps FUNCTION _st_concavehull(geometry)
Reported by: | strk | Owned by: | strk |
---|---|---|---|
Priority: | medium | Milestone: | PostGIS 3.4.0 |
Component: | build | Version: | master |
Keywords: | Cc: |
Description
I've taken a dump of a database loaded with non-extension core, topology and raster sql files from 3.0.9dev. Upon restoring it with postgis_restore.pl here's the KEEP list:
KEEP: FUNCTION _st_concavehull(geometry) KEEP: TABLEDATA layer KEEP: TABLEDATA topology KEEP: SEQUENCE_SET topology_id_seq
This probably means we're missing a drop of the old signature. The postgis.sql.in file contains a DROP of the _st_concavehull(geometry) function, protected by a POSTGIS_GEOS_VERSION conditional, as for older geos we'll have a DIFFERENT signature, making upgrades harder to handle.
I think we should always provide the SAME signature, and internally complain if a parameter is passed that we cannot handle due to lack of GEOS.
Change History (4)
comment:1 by , 17 months ago
Milestone: | PostGIS 3.4.0 → PostGIS 3.3.4 |
---|---|
Version: | master → 3.3.x |
comment:2 by , 17 months ago
Documentation for user-facing functions in versions 3.2 and 3.3 report the same signature so this problem is only with internal function:
comment:4 by , 16 months ago
Milestone: | PostGIS 3.3.4 → PostGIS 3.4.0 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Version: | 3.3.x → master |
[5e05bc3e/git] effectively fixed this in the master (3.4.0dev) branch The 3.3 branch had that signature hard-coded in postgis_restore.pl.in so nothing to fix there.
The problematic mixed signature was introduced in 3.3, version 3.2 is not affected, so retargetting to 3.3.4