[GraphHopper] Updating Graphs

[Peter K]

Hey Mark,

this is not hard to implement. Providing this via API call is a good
idea. Also have a look into:
https://github.com/graphhopper/graphhopper/issues/112

Regards,
Peter.


> Peter, another thought, would it be difficult to have the java
> instance poll for a semaphore file or someother mechanism to force a
> shutdown?
>
> In this way, I could run the update process in another JVM, then write
> the trigger to shutdown the main instance, then fire it back up again
> with a new command line pointing to the new graphs and pbf files
>
> Possibly an api call on the web interface. I am not a Java person, so
> it is a little beyond my skills
>
> Cheers
> Mark
>
>
>
> 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.
> ===============================================================================================
>
>
>
> On Wed, May 14, 2014 at 3:11 PM, Markware Software Services
> <markwaresoftware at gmail.com <mailto:markwaresoftware at gmail.com>> wrote:
>
>     Hi Peter, 
>
>     Ok cool, Possibly running another instance of Graphhopper to
>     prepare the graphs, then just bring the main instance down for a
>     minute or so might also work. I might use this method on the
>     Philippines as I have a 4 Gig 32Bit Win Server Machine but Java
>     only uses 1G anyway. :)
>
>     Cheers
>
>     Mark
>
>
>     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.
>     ===============================================================================================
>
>
>
>     On Wed, May 14, 2014 at 3:03 PM, Peter K <peathal at yahoo.de
>     <mailto:peathal at yahoo.de>> wrote:
>
>         Hey Mark,
>
>         restarting could be done in several 'flavours'. One use case
>         would be to refresh the files in-memory and just swap the
>         GraphHopper instances which requires CPU and RAM on the same
>         machine but involves no down-time - so very nice but only for
>         rather small areas. Another usecase could be as you describe
>         but the problem is that the import and preparation could be
>         too long to be acceptable.
>
>         So I currently don't think this can be handled within
>         GraphHopper itself and is easily implemented outside of it.
>
>         Regards,
>         Peter.
>
>>         Hi Peter, I am just installing the new Graphhopper in a
>>         windows Server environment and it works well under cygwin
>>
>>         I intend to update the graphs on a weekly basis (2G Asia pbf)
>>         and a simple question, 
>>
>>         If I download the new pbf file and overwrite the old file,
>>         will graphhopper automatically detect the new file (date
>>         stamp diff) or do I need to stop graphhopper, delete the
>>         graphs and restart graphhopper to trigger the rebuild?
>>
>>         If it is the second case, I guess at some stage in the future
>>         it may be useful to have some kind of semaphore file or other
>>         trigger that could cause the rebuild of the graph without
>>         having ot kill graphhopper to help with the background
>>         automatic updating? Of course, the system woudl have to
>>         return Not Available to any calls whilst the graph was being
>>         rebuilt.
>>
>>         Am interested in your thoughts on the best way to go.
>>
>>         Cheers
>>
>>         Mark Cupitt
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/graphhopper/attachments/20140514/845ad1f4/attachment.html>