<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">

  </head>

  <body text="#000000" bgcolor="#ffffff">

    Dear all,<br>

    <br>

    I've just signed to this mailing list even if I would have done it

    before!<br>

    I've started using pgRouting only some months ago, when I needed to

    calculate shortest path on a very huge size graph, that required too

    much memory and cpu to be loaded and processed into my own

    application.  pgRouting helped me to move complexity of

    representation and calculation from RAM to a geospatial database. So

    I 'm really grateful to pgRouting community :-)<br>

    While using pgRouting (pgRouting-1.03) I've encountered only the

    following problem:<br>

    as you know the shortest path calculated by dijkstra is stored in a

    table called "dijkstra_result" and containing "MULTILINESTRING" kind

    objects.  That is shortest path consists of more multilinestrings.

    The matter is that multllines  are not stored into the order I

    expected. In fact it's not always true that first table record 

    contains first multiline (containing first point) of shortest path,

    and the other multilines are not stored so that one record multiline

    is the next, in the expected order, of the previous record

    multiline.<br>

    This is not a problem if<b> dijkstra_result </b> table has to be

    used only as a layer to be visualized. But if I need to load into my

    application<b> dijkstra_result</b> table content and rebuild

    shortest path, for example by considering all its points

    coordinates, I need to order multilines, and that's what I've done

    :-)<br>

    <br>

    I wonder if this feature is to be considered a bug or if it has

    never been a problem before.<br>

    <br>

    I apologize for being so long. <br>

    <br>

    thanks in advance<br>

    <br>

    Angela<br>

  </body>

</html>