#3159 closed defect (fixed)
ST_Affine and friends enforce bboxes into geometries
Reported by: | strk | Owned by: | pramsey |
---|---|---|---|
Priority: | high | Milestone: | PostGIS 2.0.8 |
Component: | postgis | Version: | 2.0.x |
Keywords: | Cc: |
Description
Calling a function based on ST_Affine (ST_Scale, ST_Translate, ST_Rotate) enforces bbox caches into geometries.
I tested against 2.2, did not with 2.0 and 2.1 (possibly broken also there).
Change History (8)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Only replacing boxes when a box comes to the input now, at r13656
comment:3 by , 10 years ago
Milestone: | PostGIS 2.2.0 → PostGIS 2.0.8 |
---|---|
Version: | trunk → 2.0.x |
Just tested, affects back to 2.0
comment:4 by , 10 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
reopening for backport to 2.1 and 2.0 — also I've a test I'd like to push (which would be nice to have in backport too)
comment:7 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
comment:8 by , 10 years ago
Note:
See TracTickets
for help on using tickets.
the "tainting" policy requires to only update a box if it was present in input, so the drop/add sequence in LWGEOM_affine needs to be only triggered if a box was already present.