Opened 16 years ago
Last modified 15 years ago
#93 closed task (fixed)
ST_Extent() and ST_Estimated_Extent() return BOX2DFLOAT4s — at Initial Version
| Reported by: | mcayland | Owned by: | mcayland |
|---|---|---|---|
| Priority: | medium | Milestone: | PostGIS 1.4.0 |
| Component: | postgis | Version: | 1.4 |
| Keywords: | Cc: |
Description
In the case of ST_Extent(), this is serious because it means that ST_Extent(col) will never return the exact extent of a column - it will always be inflated by a small amount due to the extra conversion between BOX3D and BOX2DFLOAT4.
- BOX2DFLOAT4s should never be exposed to the user, especially in that
ST_Extent() returns a string containing BOX (a legacy PostgreSQL type) rather than BOX3D *
ST_Estimated_Extent() should also return a string beginning 'BOX3D' for the same reason.
Note:
See TracTickets
for help on using tickets.
