<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi Robert,<br>
      <br>
      I'll anwser in English to make the others here follow as well :) !<br>
      <br>
      Nice to hear that all works as expected for you.<br>
      <br>
      Do you use elevation data that is freely available somewhere? <br>
      Like <a class="moz-txt-link-freetext" href="http://wiki.openstreetmap.org/wiki/SRTM">http://wiki.openstreetmap.org/wiki/SRTM</a> or
      <a class="moz-txt-link-freetext" href="http://ned.usgs.gov/">http://ned.usgs.gov/</a>?<br>
      Then I would have interests in a pull request to support such data
      (e.g. for FOOT/BIKE vehicles) directly in graphhopper :) !<br>
      Do you need the fast routing as well (contraction hierarchies)?<br>
      <br>
      To influence the speed from elevation data some changes will be
      necessary:<br>
       * make sure you create *directed* edges if the nodes have an
      altitude difference. (so, for forward and backward direction!)<br>
       * altitute values should be stored in a new DataAccess object
      (see e.g. geometry in GraphStorage). Probably one int per node?<br>
       * then OSMReaderHelper and/or OSMReaderHelperDoubleParse have to
      be modified to read that data<br>
       * The VehicleEncoder (which should be probably renamed to
      PropertyEncoder?) should be able to calculate the correct speed
      from that data. Alternatively you could store the already
      calculated data directly as edge.distance but this would mean that
      only fastest paths can be calculated (no longer 'shortest'). And
      it would be necessary to still use the 'ShortestCalc' weight
      calculation as it does not modify the edge.distance on the fly.<br>
      <br>
      But wait ... just start with a small unit test which reads the
      elevation data and stores the weights directly:<br>
      <a class="moz-txt-link-freetext" href="https://github.com/graphhopper/graphhopper/wiki/Low-Level-API">https://github.com/graphhopper/graphhopper/wiki/Low-Level-API</a><br>
      <br>
      Regards,<br>
      Peter.<br>
      <br>
    </div>
    <blockquote cite="mid:7b866b8e5c1f4bfd97e72c0c7d8dde20@kabelmail.de"
      type="cite">
      <div style="margin: 5px;padding:0;font-family: Arial; font-size:
        13px;">Hallo Peter,<br>
        <br>
        vielen Dank erstmal fuer die schnelle Antwort. Das Generieren
        der Karte hat einwandfrei funktioniert.<br>
        Zum Thema Routinggewichte:<br>
        Ich wuerde gerne Hoehendaten und evtl Energiewerte mit in den
        Routinggraphen einpflegen.<br>
        Mit
        diesen neuen Daten und den daraus resultierenden neuen
        Kantengewichten
        soll ein EcoRouting realisiert werden. So soll beispielsweise
        ihr
        DijkstraBi Algorithmus zur Berechung verwendet werden, jedoch
        dann mit
        den anderen Kantengewichten.<br>
        <br>
        <br>
        Viele Dank im voraus &<br>
        Viele Gruesse<br>
        <br>
        Robert</div>
    </blockquote>
    <br>
  </body>
</html>