<div dir="ltr">Hi,<div><br></div><div>ST_LineMerge is 2D, you will also have temporal issues when trying to merge loops.</div><div><br></div><div>We've been storing timestamp in Z, but needed ST_Linemerge analog for that. Here's what we use now:</div><div><a href="https://github.com/gojuno/lostgis/blob/master/sql/functions/ST_TimeLineMerge.sql">https://github.com/gojuno/lostgis/blob/master/sql/functions/ST_TimeLineMerge.sql</a> <br></div><div><br></div><div>You can also check if ST_MakeLine suits your needs - in aggregate form it can consume linestring segments and just stitch them in order, generating lacking segments as straight lines. </div></div><br><div class="gmail_quote"><div dir="ltr">пн, 12 февр. 2018 г. в 11:52, Ben Madin <<a href="mailto:ben@ausvet.com.au">ben@ausvet.com.au</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">G'day all,<div><br></div><div>I have an example where I have a large number of multilinestrings representing the seaway track  from one port to another. In order to interpolate the position of  a vessel (this is historical data) along these tracks, we used a combination of st_linemerge and st_interpolate.</div><div><br></div><div>The multilinestring respects the direction of travel (from the origin to the destination), so we thought this approach would work. </div><div><br></div><div>However, to use st_interpolate, we need linestrings, so we used linemerge (looks perfect) but the line now goes from the destination to the origin. (of course, this is not predictable - sometimes it is in the right order).</div><div><br></div><div>Is there any way to 'force' the linestring to have the same ordering as the multi-line string? we are using linestringm, can we take advantage of the M value?</div><div><br></div><div>example:</div><div><br></div><div><font face="monospace, monospace">SELECT st_asewkt(st_linemerge(st_geomfromewkt('SRID=4326;MULTILINESTRINGM((115.723248216579 -32.0454874969596 1,115.356718360803 -31.2649393614626 1.47593019400197,114.996206563468 -30.4833681123784 1.94793716099846,114.641442213985 -29.70082100447 2.41616662431401,114.292166370259 -28.9173431382814 2.88076010193012,113.948131063039 -28.1329775961666 3.34185510703625,113.609098642971 -27.347765569158 3.79958533994624,113.274841167352 -26.5617464753925 4.25408087178885,112.945139823841 -25.7749580707562 4.70546832037234),(112.945139823841 -25.7749580707562 4.70546832037234,112.569944851044 -24.955984154436 5.17822970085566,112.199711533849 -24.1360828251298 5.64785480680645,111.834198632833 -23.3153001472376 6.11447655756696,111.473173947045 -22.493680351942 6.57822465026799,111.116413762924 -21.6712659546459 7.03922572419879,110.763702333863 -20.8480978652059 7.49760351897373,110.414831388289 -20.0242154915183 7.95347902680775,110.069599664243 -19.1996568369764 8.40697063920594,109.727812468601 -18.3744585922724 8.85819428836509,109.389281259168 -17.5486562219864 9.30726358357774,109.053823248005 -16.7222840463694 9.75428994291997,108.721261024435 -15.8953753186967 10.1993827204972,108.391422196296 -15.0679622985443 10.6426493295126,108.06413904806 -14.2400763213105 11.0841953614157,107.73924821455 -13.411747864288 11.524124701379,107.416590369051 -12.5830066095668 11.9625396403441,107.096009924666 -11.7538815040321 12.3995409838705,106.777354747869 -10.9244008167035 12.8352281580124,106.46047588321 -10.0945921936453 13.2696993124424,106.145227288244 -9.2644827106659 13.7030514210349,105.831465577744 -8.43409892401077 14.1353803801144,105.519049776353 -7.60346691924052 14.5667811045696,105.207841078825 -6.77261235847855 14.997347622028),(105.990650130672 -5.91167003050344 14.997347622028,105.599572459125 -6.34228797455069 15.2785767014246,105.207841078825 -6.77261235847855 15.5600407259128),(106.663050248418 -5.99905605734687 15.5600407259128,105.990650130672 -5.91167003050344 15.8868531270388),(106.881437549142 -6.08393762734487 15.8868531270388,106.709016406789 -6.01184678072196 15.9769961743295),(106.709016406789 -6.01184678072196 15.9769961743295,106.663050248418 -5.99905605734687 16))')));</font><br></div><div><br></div><div><br></div><div>cheers</div><div><br></div><div>Ben</div><div><br></div><div><br></div><div><br clear="all"><div><br></div>-- <br><div class="m_-1725065235163397069gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>Ben Madin</div><div>BVMS PhD</div><div><br></div><div><img src="https://docs.google.com/uc?export=download&id=0B0tCyjHjhebBaXJlcV93aEd0bkE&revid=0B0tCyjHjhebBTk9FR3Q5Z29lakFxd1BEUGxVN1B0MjNQNkJFPQ"><br></div><div><br></div><div>m : <a href="tel:+61%20448%20887%20220" value="+61448887220" target="_blank">+61 448 887 220</a></div><div><br></div><div>e : <a href="mailto:ben@ausvet.com.au" target="_blank">ben@ausvet.com.au</a></div><div><br></div><div>5 Shuffrey Street, Fremantle</div><div>Western Australia</div><div><br></div><div><span style="font-size:12.8px">on the web: </span><a href="https://www.ausvet.com.au/" style="font-size:12.8px" target="_blank">www.ausvet.com.au</a><br></div><div><br></div><div><br></div><div>This transmission is for the intended addressee only and is confidential information. If you have received this transmission in error, please delete it and notify the sender. The contents of this email are the opinion of the writer only and are not endorsed by Ausvet unless expressly stated otherwise. Although Ausvet uses virus scanning software we do not accept liability for viruses or similar in any attachments. <br></div></div></div></div></div></div></div></div></div></div>
</div></div>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-users</a></blockquote></div>