<div dir="ltr">Dear Sharath<div><br></div><div>We could implement such a function, it would not be very complicated. However, could you please elaborate a little more about your requirements because already some of the MobilityDB functions take into account the Z dimension only if *both* arguments are in 3D. </div><div><br></div><div>Esteban<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 19, 2021 at 9:40 AM Sharath S Bhargav <<a href="mailto:shrthsbhargav96@gmail.com" target="_blank">shrthsbhargav96@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>Is it possible to downcast a tgeompoint which uses PointZ to a tgeompoint which uses Point datatype by ignoring the Z component?</div><div>Is there any direct function which does this? </div><div><br></div><div>Is it possible to do the reverse i.e convert a 2D tgeompoint to 3D tgeompoint by ingesting the Z component from another column or something like that?<br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr">Regards,<div>Sharath</div><div><br></div></div></div></div></div>
_______________________________________________<br>
Mobilitydb-users mailing list<br>
<a href="mailto:Mobilitydb-users@lists.osgeo.org" target="_blank">Mobilitydb-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mobilitydb-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/mobilitydb-users</a><br>
</blockquote></div>