[GraphHopper] Graphhopper and Pg_Routing Bridge
Peter
graphhopper at gmx.de
Thu Jul 3 12:06:02 UTC 2014
Hi,
There was work done where neo4j was used as storage and so you could do
with pg routing (although I think it would be even less suited as pg is
not a graph database). But you'll need solid Java skills:
https://github.com/graphhopper/graphhopper-experiments/blob/master/src/main/java/com/graphhopper/compare/neo4j/Neo4JGraphImpl.java
Besides this it is probably easier to change the edge costs directly in
GraphHopper but I'm with you that a postgres or neo4j bridge would be a
very interesting thing.
Regards,
Peter.
> Hi All
>
> I have been looking at Graphhopper for our routing needs and also
> looking at Pg_Routing and both packages are very impressive.
>
> In a Nutshell, if you want to compare the two, Graphhopper's best
> feature is it speed, PG_Routing's best feature is flexibility (speed
> is not it .. that is for sure)
>
> It struck me last night that there may be a way to get the best form
> both environments. I have been looking at how I can use Graphhopper in
> a Dynamic and Changing environment for our Disaster Network as well as
> a few other possibilities, but I need the ability to be able to
> quickly update road unavailability due to flooding, etc so that
> routing will not be used on those areas.
>
> PG_Routing makes this quite easy by simply adding a high cost to that
> bridge or segment of road Whereas Graphhopper requires the rebuilding
> of the entire graph. (at the moment anyway)
>
> My thought was, why not use both!! Use PG_Routing to maintain the
> graph design and costs but make a program that builds the graphhopper
> graph based on the pg_routing database and not the osm file ..
>
> My gut feel tells me that this might be quite feasible from a timing
> standpoint, but I am not sure if the structure of the routing database
> is suited to sequential scanning and building a graphhopper graph. If
> it was, this would be a relative painless process that could be done
> daily (or less) or on demand for disaster prone applications
>
> Unfortunately my Java and C skills are virtually non existent (I am a
> VB and Windows guy) and pulling the code apart to look at this is
> going to be extremely difficult for me
>
> I would be interested in your thoughts and if you see any immediate
> ShowStoppers in this or any reason that it should not be done.
>
>
> Regards
>
> Mark Cupitt
>
> "If we change the world, let it bear the mark of our intelligence"
>
> See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>
>
> See me on LinkedIn <http://ph.linkedin.com/in/markcupitt>
>
>
> *See me on StackExchange <http://gis.stackexchange.com/users/17846/mark-c>
> *
> ===============================================================================================
> The contents of this email are intended only for the individual(s) to
> whom it is addressed and may contain
> confidential or privileged information. If you are not the intended
> recipient, you must not disclose, copy, distribute,
> or use the contents of this email. If you have received this email in
> error, please notify the sender immediately and
> delete the email and any attachments.
> ===============================================================================================
>
>
>
> _______________________________________________
> GraphHopper mailing list
> GraphHopper at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/graphhopper
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/graphhopper/attachments/20140703/a5ec2175/attachment.html>
More information about the GraphHopper
mailing list