<div dir="ltr">On the one hand, storing velocity seems useful if you want to store a lot of unconnected records; those not in a path.  Physics experiments like to do this, gravity simulations, video games; anything where you're more interested in the instantaneous state rather than the historical path, so doing away with storing velocity could be problematic (also, you could make use of velocity for kNN independent of time in that situation, per the other thread).  On the other hand it would be painful if you had a time-series where one point was NOT as far away from the previous point as v*t (in whatever direction)... how would you interpolate the position at a point in time between two records?<div><br></div><div>But yes, projecting time and space into the same distance equation is tricky.  If you and I are a mile apart at the same time, or if we were both in the same place an hour apart, which one is "closer"?  I'd rather stick with answerable questions... "At what times were we within x distance of one another" or "how far apart were we at our farthest each day"?</div><div><br></div><div>Interesting, tho, keep up the good work.</div><div><br></div><div>---Chip</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 5, 2015 at 8:32 PM, Håvard Tveite <span dir="ltr"><<a href="mailto:havard.tveite@nmbu.no" target="_blank">havard.tveite@nmbu.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05. juni 2015 15:51, Sandro Santilli wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, Jun 05, 2015 at 09:17:12AM +0200, Havard Tveite wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For operations involving distance calculations, you need to have<br>
a way to compare space+time "distances".  Which is closest of two<br>
points where the spatial distances are 200m and 250m while the<br>
temporal distances are 80 seconds and 60 seconds?<br>
As Greg says, for that you need to have a velocity.<br>
If velocity is supplied as a parameter, it could be possible to<br>
support such operations.<br>
</blockquote>
<br>
Indeed my work on space+time is currently based on "trajectories"<br>
which encode not only velocity but also direction (needed as well).<br>
</blockquote>
<br></span>
Velocity can be derived from the trajectory (represented as<br>
a sequence of space-time positions), but when the sampling<br>
frequency for the trajectory is too low to capture the<br>
real world trajectory accurately, I would guess that the<br>
user would want to be able to specify a velocity (could be<br>
the users guess on the typical velocity or the maximum<br>
velocity for that type of object) that is to be used in<br>
distance calculations.<br>
<br>
And space-time data do not have to be trajectory data.<br>
<br>
To be able to do distance calculations on data with M<br>
values, we need to be able to transform the M value into<br>
a "compatible" dimension (resulting in a Euclidean space).<br>
When M is time, this transform could be based on a<br>
user-specified velocity (d=v*t).  In general, a<br>
user-specified function (as suggested by Greg) that does<br>
this transformation would be useful.  Or perhaps some<br>
pre-defined functions with user-specified parameters<br>
could work (d=a*M).<br>
<br>
But this is probably too ambitious / complicated...<br>
<br>
Håvard<div class="HOEnZb"><div class="h5"><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/cgi-bin/mailman/listinfo/postgis-devel" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">      \\ ^ //</span></p><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">       (o o)</span></p><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">---oOO--(_)--OOo--------------------------------------</span></p><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">| Chip Lynch               | Data Geek               |</span></p><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">| <a href="mailto:chip@chiplynch.com" target="_blank">chip@chiplynch.com</a>       |                         |</span></p><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">| <u><<a href="http://www.chiplynch.com/" style="color:rgb(17,85,204)" target="_blank"><span style="color:windowtext">www.chiplynch.com</span></a>></u>      | </span><a href="tel:%28202%29904-8570" value="+12029048570" style="font-family:Courier;font-size:13.3333330154419px;color:rgb(17,85,204)" target="_blank">(202)904-8570</a><span style="font-family:Courier;font-size:13.3333330154419px"> </span><span style="font-family:Courier;font-size:13.3333330154419px">(cell) </span><span style="font-family:Courier;font-size:10pt">   |</span></p><p style="margin:0in 0in 0pt;font-family:Calibri,sans-serif;font-size:11pt;color:rgb(0,0,0)"><span style="font-family:Courier;font-size:10pt">------------------------------------------------------</span></p></div></div>
</div>