<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi Andreas,<br>
    <br>
    thanks for your post and introduction :) !<br>
    <br>
    The node stuff is documented here a bit:<br>
<a class="moz-txt-link-freetext" href="https://github.com/graphhopper/graphhopper/blob/master/docs/core/low-level-api.md">https://github.com/graphhopper/graphhopper/blob/master/docs/core/low-level-api.md</a><br>
    <br>
    Maybe the bigger problem what you mean is the OSM parsing? This is
    indeed too complex and should be changed:<br>
    <a class="moz-txt-link-freetext" href="https://github.com/graphhopper/graphhopper/issues/220">https://github.com/graphhopper/graphhopper/issues/220</a><br>
    <br>
    So I think any refactoring effort should go into this new
    'mapdb'-stuff but as the import has to be fast (only a bit slower is
    okay) and memory efficient the refactoring won't be easy. But maybe
    you like this challenge ;)<br>
    <br>
    Kind Regards,<br>
    Peter<br>
    <br>
    On 06.05.2015 11:35, Andreas Wolf wrote:<br>
    <blockquote type="cite">Hi,<br>
      <br>
      after struggling a few days with the concept of tower/pillar
      nodes, or<br>
      rather how they are defined during reading the OSM file, I think I<br>
      have finally understood how it works…<br>
      <br>
      As I think I’m not the only one who did not get this at the first<br>
      grasp, I want to improve the code to better express what is really<br>
      done (that is – in my understanding – count how often each node
      was<br>
      seen and if it is encountered at least twice, mark it as a tower
      node).<br>
      <br>
      For that, I want to create two new classes/interfaces: a NodeMap,
      that<br>
      encapsulates the source (OSM)->internal ID mapping, and a
      NodeTypeMap<br>
      that uses the NodeMap to get the node type. The latter can
      probably be<br>
      thrown away after preprocessing, I did not think that through till
      the<br>
      end.<br>
      <br>
      What do you think of that approach? Is it a good idea? Or am I
      missing<br>
      a part of the bigger picture that makes this unfeasible?<br>
      <br>
      <br>
      Regards<br>
      Andreas<br>
      <br>
      PS: This being my first mail to this list, I should probably
      shortly<br>
      introduce myself: I’m studying Electrical Engineering and
      Information<br>
      Technology at KIT (fka University of Karlsruhe). Currently I’m
      writing<br>
      my diploma thesis, using GraphHopper as a tool to generate driving
      cycle<br>
      s.<br>
    </blockquote>
    <span style="white-space: pre;">><br>
      > _______________________________________________<br>
      > GraphHopper mailing list<br>
      > <a class="moz-txt-link-abbreviated" href="mailto:GraphHopper@openstreetmap.org">GraphHopper@openstreetmap.org</a><br>
      > <a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/graphhopper">https://lists.openstreetmap.org/listinfo/graphhopper</a></span><br>
    <br>
    <br>
  </body>
</html>