<div dir="ltr">I'd call it a bug too.<br>Bumped into it storing timestamp in z coordinate of linestring and willing to cut it by timestamp interpolating endpoints, calculating ST_3DIntersection(geom, box3d). It failed, so I had to give up and go back to ST_Dump + WHERE ST_Z(pt) BETWEEN :(</div><br><div class="gmail_quote"><div dir="ltr">чт, 18 февр. 2016 г. в 11:37, Sandro Santilli <<a href="mailto:strk@keybit.net">strk@keybit.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Feb 17, 2016 at 11:33:12AM -0800, Paul Ramsey wrote:<br>
> > On Feb 17, 2016, at 10:46 AM, Rémi Cura <<a href="mailto:remi.cura@gmail.com" target="_blank">remi.cura@gmail.com</a>> wrote:<br>
> ><br>
> > SELECT 'BOX3D( 0 0 0, 10 10 10)'::box3D::geometry &&& ST_Makepoint(5,5,-1)<br>
><br>
> select st_astext('BOX3D( 0 0 0, 10 10 10)'::box3D::geometry);<br>
<br>
Horrible. box3d::geometry drops the Z ?<br>
Was it always like that ? I'd call it a bug ...<br>
<br>
--strk;<br>
<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-devel</a></blockquote></div>