<p dir="ltr">Vivek. We put it the osm data postgres db using osm2pgsql but use osmosis for 5min diff updates <br>
Cheers mark </p>
<p dir="ltr">Sent from my android. Please excuse typos.</p>
<div class="gmail_quote">On Jul 3, 2014 9:45 PM, "Vivek Nallur" <<a href="mailto:vivek.nallur@scss.tcd.ie">vivek.nallur@scss.tcd.ie</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On a related note (I know this isn't the right mailing list), but does<br>
anyone have any experience using Osmosis to update existing tags in OSM<br>
maps? I've been trying for a while now, but without success. <br>
regs<br>
Vivek<br>
<br>
On Thu, Jul 03, 2014 at 02:51:25PM +0100, Vivek Nallur wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi guys,<br>
<br>
I have almost the exact requirements as Mark! However, what I'm trying<br>
to do is integrate sensor data (like pollution) onto the map, and then<br>
allow the user the ability to either take it into account or go with the<br>
default (car).<br>
<br>
The problem is that sensor data might update the map a few times a day.<br>
<br>
My current idea is as follows (Peter, you may have read this already!):<br>
<br>
1) Grab the sensor data and push it into Redis (or any datastore. I<br>
don't really care)<br>
2) Using a cron job, convert the sensor data into weights, and<br>
create/update a tag inside the OSM file<br>
3) Re-start Graphhopper so that it can re-read the updated OSM file<br>
<br>
Mark, this might work for you, if you have a flooding sensor in place<br>
(or similar). Peter, is this a sane plan, in the first place?<br>
<br>
So, my big question is: would it be easy/feasible to create a postgres/neo4j bridge,<br>
that graphhopper can read from? It'll save me doing<br>
cron....update.....<u></u>restartGraphhopper process. Also, it might make it<br>
easier to combine preferences like 'cycling route' + 'least polluted'<br>
<br>
regs<br>
Vivek<br>
<br>
<br>
On Thu, Jul 03, 2014 at 02:06:02PM +0200, Peter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
There was work done where neo4j was used as storage and so you could do<br>
with pg routing (although I think it would be even less suited as pg is<br>
not a graph database). But you'll need solid Java skills:<br>
<a href="https://github.com/graphhopper/graphhopper-experiments/blob/master/src/main/java/com/graphhopper/compare/neo4j/Neo4JGraphImpl.java" target="_blank">https://github.com/<u></u>graphhopper/graphhopper-<u></u>experiments/blob/master/src/<u></u>main/java/com/graphhopper/<u></u>compare/neo4j/Neo4JGraphImpl.<u></u>java</a><br>

<br>
Besides this it is probably easier to change the edge costs directly in<br>
GraphHopper but I'm with you that a postgres or neo4j bridge would be a<br>
very interesting thing.<br>
<br>
Regards,<br>
Peter.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All<br>
<br>
I have been looking at Graphhopper for our routing needs and also<br>
looking at Pg_Routing and both packages are very impressive.<br>
<br>
In a Nutshell, if you want to compare the two, Graphhopper's best<br>
feature is it speed, PG_Routing's best feature is flexibility (speed<br>
is not it .. that is for sure)<br>
<br>
It struck me last night that there may be a way to get the best form<br>
both environments. I have been looking at how I can use Graphhopper in<br>
a Dynamic and Changing environment for our Disaster Network as well as<br>
a few other possibilities, but I need the ability to be able to<br>
quickly update road unavailability due to flooding, etc so that<br>
routing will not be used on those areas.<br>
<br>
PG_Routing makes this quite easy by simply adding a high cost to that<br>
bridge or segment of road Whereas Graphhopper requires the rebuilding<br>
of the entire graph. (at the moment anyway)<br>
<br>
My thought was, why not use both!! Use PG_Routing to maintain the<br>
graph design and costs but make a program that builds the graphhopper<br>
graph based on the pg_routing database and not the osm file ..<br>
<br>
My gut feel tells me that this might be quite feasible from a timing<br>
standpoint, but I am not sure if the structure of the routing database<br>
is suited to sequential scanning and building a graphhopper graph. If<br>
it was, this would be a relative painless process that could be done<br>
daily (or less) or on demand for disaster prone applications<br>
<br>
Unfortunately my Java and C skills are virtually non existent (I am a<br>
VB and Windows guy) and pulling the code apart to look at this is<br>
going to be extremely difficult for me<br>
<br>
I would be interested in your thoughts and if you see any immediate<br>
ShowStoppers in this or any reason that it should not be done.<br>
<br>
<br>
Regards<br>
<br>
Mark Cupitt<br>
<br>
"If we change the world, let it bear the mark of our intelligence"<br>
<br>
See me on Open Street Map <<a href="https://www.openstreetmap.org/user/Mark_Cupitt" target="_blank">https://www.openstreetmap.<u></u>org/user/Mark_Cupitt</a>><br>
<br>
See me on LinkedIn <<a href="http://ph.linkedin.com/in/markcupitt" target="_blank">http://ph.linkedin.com/in/<u></u>markcupitt</a>><br>
<br>
<br>
*See me on StackExchange <<a href="http://gis.stackexchange.com/users/17846/mark-c" target="_blank">http://gis.stackexchange.com/<u></u>users/17846/mark-c</a>><br>
*<br>
==============================<u></u>==============================<u></u>==============================<u></u>=====<br>
The contents of this email are intended only for the individual(s) to<br>
whom it is addressed and may contain<br>
confidential or privileged information. If you are not the intended<br>
recipient, you must not disclose, copy, distribute,<br>
or use the contents of this email. If you have received this email in<br>
error, please notify the sender immediately and<br>
delete the email and any attachments.<br>
==============================<u></u>==============================<u></u>==============================<u></u>=====<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
GraphHopper mailing list<br>
<a href="mailto:GraphHopper@openstreetmap.org" target="_blank">GraphHopper@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/graphhopper" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/graphhopper</a><br>
</blockquote>
<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<u></u>_________________<br>
GraphHopper mailing list<br>
<a href="mailto:GraphHopper@openstreetmap.org" target="_blank">GraphHopper@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/graphhopper" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/graphhopper</a><br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
GraphHopper mailing list<br>
<a href="mailto:GraphHopper@openstreetmap.org" target="_blank">GraphHopper@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/graphhopper" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/graphhopper</a><br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
GraphHopper mailing list<br>
<a href="mailto:GraphHopper@openstreetmap.org" target="_blank">GraphHopper@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/graphhopper" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/graphhopper</a><br>
</blockquote></div>