[GraphHopper] Updating Graphs

[Markware Software Services]

Thanks Peter, I wish my Java skills were up to scratch and I would do it.
Killing process from windows is HARD and is generally not a good idea so to
be able to trigger an elegant shutdown is rather nice ..

I'll make you a new logo if you do it (hee hee, just kidding :) ..)

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 8:15 PM, Peter K <peathal at yahoo.de> wrote:

>  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> 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> 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
>>>
>>>
>
> _______________________________________________
> 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/20140514/0000be62/attachment.html>