<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Hey,<br></div><div class="gmail_default" style="font-family:monospace,monospace">querying the edge table should be efficiently done in 1 query,<br></div><div class="gmail_default" style="font-family:monospace,monospace">the optimal syntax depending on how much edges you have in your result.<br></div><div class="gmail_default" style="font-family:monospace,monospace">Cheers,<br></div><div class="gmail_default" style="font-family:monospace,monospace">Rémi-C<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-02-15 16:54 GMT+01:00 Daniel Urda <span dir="ltr"><<a href="mailto:daniel.urda.ct@gmail.com" target="_blank">daniel.urda.ct@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hello,<br><br></div><div>As far as I understand, when using TRSP, the cost column in the results only includes the cost for traversing the respective edge, without taking into account the cost for actually arriving on that edge (e.g. the cost of a restriction which has the current edge as to and the previous one as from).<br><br> Is there a way to get such costs (besides the obvious, but rather inefficient way, of querrying the restriction table for each pair of consecutive edges in the computed way) ?<br></div></div><span><br></span></div><div><span>Best regards,<br></span></div><div><span>Daniel U<br></span></div><div><span></span></div></div>
<br>_______________________________________________<br>
Pgrouting-users mailing list<br>
<a href="mailto:Pgrouting-users@lists.osgeo.org">Pgrouting-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-users" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-users</a><br></blockquote></div><br></div>