Opened 9 years ago
Closed 9 years ago
#3251 closed defect (fixed)
Wrong answer from native 3D functions in some situations
Reported by: | nicklas | Owned by: | nicklas |
---|---|---|---|
Priority: | blocker | Milestone: | PostGIS 2.1.9 |
Component: | postgis | Version: | 2.1.x |
Keywords: | Cc: |
Description
select st_astext(st_3dshortestline('linestring(2 2 2, 2 2 4)'::geometry, 'linestring(0 0 4, 4 4 2)'::geometry))
has a 3D crossing at point(2 2 3) and the answer should be
LINESTRING Z (2 2 3,2 2 3)
But instead it returns
LINESTRING Z (2 2 2,2.22222222222222 2.22222222222222 2.88888888888889)
Interestingly if input is changed to
select st_astext(st_3dshortestline('linestring(2 2 1, 2 2 4)'::geometry, 'linestring(0 0 4, 4 4 2)'::geometry))
the right answer is returned.
This probably goes back to PostGIS 2.0
Change History (2)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
Fixed in trunk at r13960