<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi,<div> regarding 1) . Maybe I used somehow older version of lib. Now I tried with Maven dependencies and it seems to get correct results, like in <a href="https://dl.dropbox.com/u/3573333/public_web/graphhopper_sample1.png">https://dl.dropbox.com/u/3573333/public_web/graphhopper_sample1.png</a></div><div><br></div><div> ps. I uploaded the graphhopper-1.0-SNAPSHOT to my Maven repo (<a href="https://repository-nutiteq.forge.cloudbees.com/release/">https://repository-nutiteq.forge.cloudbees.com/release/</a>), is there better place to fetch it from?</div><div><br></div><div>Jaak</div><div><br><div><div>On 04.04.2013, at 19:06, Peter K wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
  
    <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi Jaak,<br>
      <br>
      cool, this is really great news! As I already wanted to look into
      this, but hadn't the time so far.<br>
      <br>
      Regarding 1) The returned value is as expected (normal) meters.
      Hopefully I can digg into the code next week.<br>
      <br>
      Regarding 2) ghz is a zipped folder and can be opened via the
      Helper.unzip<br>
      <br>
      > mapsforge library<br>
      <br>
      Oh, so the mapsforge data can be opened? Nice!<br>
      <br>
      Regarding 3) This will be solved in issue-17. It is the problem of
      mapping from "real world gps coordinates" to graph node ids.<br>
      You can partially work around this by increasing the precision of
      Location2IDQuadtree index<br>
      or checkout the master (not really recommended yet, as
      incompatible file layout and probably other minor issues)<br>
      <br>
      Regards,<br>
      Peter.<br>
      <br>
      <br>
    </div>
    <blockquote cite="mid:FA90F308-2FD1-49FA-BC9E-25A6B22553E1@nutiteq.com" type="cite">Hello,
      <div><br>
        <div> I just pushed a sample with Graphhopper routing to Nutiteq
          3D SDK AdvancedMap3D samples: <a moz-do-not-send="true" href="https://github.com/nutiteq/hellomap3d/">https://github.com/nutiteq/hellomap3d/</a>,
          see GraphhopperRouteActivity.java . Nutiteq SDK is quite
          similar to Mapsforge, just with 2.5D perspective and rotation
          capabilities. And with a lot of different data source Layer
          implementations, from geotiff and shapefiles to mapsforge
          library.</div>
        <div><br>
        </div>
        <div> Issues with grasshopper:</div>
        <div><br>
        </div>
        <div>1) major problem - all the routes in my area (Estonia) are
          a bit more than 2x too short. Instead of 100 km I have 45 or
          so. Could it be that it is so much north and calculations of
          distances become wrong? If the "meter" is really "mercator
          meter" then the value could be even right, but calculation of
          mercator meters to real meters, when the route is from south
          to north, is not trivial (or not possible at all). I created
          test dataset for Baltics 3 countries: <a moz-do-not-send="true" href="https://dl.dropbox.com/u/3573333/baltics.ghz">https://dl.dropbox.com/u/3573333/baltics.ghz</a>
          , where it is observable. </div>
        <div><br>
        </div>
        <div>2) some minor issues. I did not figure out how to open
          properly .ghz file with the API. So the sample asks now for
          .map file inside <map>_gh folder, so the files must be
          uncompressed in SDCARD. But it would be nicer to enable just
          to open ghz file, and GH would uncompress it automatically.</div>
        <div><br>
        </div>
        <div>3) start and endpoints are sometimes not optimal, quite far
          from clicked location, and there seem to be much closer nodes
          to given points. I added lines from clicked location to first
          and from last location to make it nicer. Maybe some tolerance
          in graph generation, or in routing?</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>Your pull requests with fixes to the demo app are very
          welcome, quite possibly I just did something wrong</div>
        <div><br>
        </div>
        <div>Jaak</div>
        <div><a moz-do-not-send="true" href="http://Nutiteq.com/">Nutiteq.com</a></div>
      </div>
    </blockquote>
    <br>
  </div>

_______________________________________________<br>GraphHopper mailing list<br><a href="mailto:GraphHopper@openstreetmap.org">GraphHopper@openstreetmap.org</a><br>http://lists.openstreetmap.org/listinfo/graphhopper<br></blockquote></div><br></div></body></html>