<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 Jaak,<br>
<br>
good you found the issue!<br>
<br>
Regarding the maven repo: that is a good idea! <br>
Pushing to maven central is another (complicated) option or to
bintray.com:<br>
<a class="moz-txt-link-freetext" href="https://github.com/JFrogDev/bintray-examples/blob/master/maven-example/pom.xml">https://github.com/JFrogDev/bintray-examples/blob/master/maven-example/pom.xml</a><br>
<br>
Deploying it automatically (server side git push hook) via our <a
href="https://travis-ci.org/graphhopper/graphhopper">travis-ci.org</a>
would be even cooler as I don't like to maintain anything ;)<br>
<br>
But currently I'm heavily focused to push 0.1 out ...<br>
<br>
Regards,<br>
Peter.<br>
<br>
</div>
<blockquote
cite="mid:23F2B929-8A08-4D18-8194-660AF823FB54@nutiteq.com"
type="cite">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 moz-do-not-send="true"
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 moz-do-not-send="true"
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>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
</body>
</html>