<div dir="ltr"><div dir="ltr">Brent, Vanildo, list;<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 13, 2020 at 5:23 PM Brent Wood <<a href="mailto:Brent.Wood@niwa.co.nz">Brent.Wood@niwa.co.nz</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">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I think this is straightforward, if I understand you correctly...</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Assuming each year comprises a separate version of the data, have the year as a column in the table, which allows you to select by year, group by year in the database, on an indexed integer value, which is very fast.<br></div></div></blockquote><div><br></div><div>This is true if all the spatial elements are discrete and newer versions fully replace older versions.  However if they group and ungroup I'm not sure how that would be maintained in your scenario.  Having said that, I'm not sure if SPI will support that either.</div><div><br></div><div>On page 272 of Obe and Hsu PostGIS in Action the authors talk about time travel and the KNN operator; they say "Backwards time travel is something PostGIS does not yet support!".</div><div><br></div><div>So it may also be worthwhile to pursue this KNN operator business.</div></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Chris Hermansen · clhermansen "at" gmail "dot" com<br><br>C'est ma façon de parler.</div></div></div>