Re: [OSM-talk] highway="corridor" tag

Thank Andy & Mateusz, Yes I think you might be right. I was assuming a level of completeness with that wiki page that simply isn't there. Most are vehicle routable (and in English "highway" implies that!), so the assumption is that new (or typo) values probably will be too. I then managed to

[OSM-talk] highway="corridor" tag

p_Features page? Is there any way to find out about new additions to avoid future 'surprises' like this? Looking at the maps (and not knowing the two locations), the corridor tagging looks reasonable. Regards, Richard Marsden Winwaed Software Technology LLC https://www.w

Re: [OSRM-talk] Multi-threaded calls to the C++ library interface

threads: > > https://github.com/Project-OSRM/osrm-backend/blob/develop/src/tools/routed.cpp#L105 > > It works either with the internal facade, or the shared memory option. > > Daniel > > On Jan 20, 2016 8:25 PM, "Richard Marsden" <winw...@gmail.com> wrote:

[OSRM-talk] Multi-threaded calls to the C++ library interface

red_memory in the libosrm_config would help...? The scenario I'm looking at would use the same road/graph files. Richard Marsden ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Bus routes

I can't help with bus routes specifically, but I did write up some notes about the lua config files from my own similar investigations. See: http://www.winwaed.com/blog/2015/11/18/osrms-lua-scripts/ Basically there's no documentation, so you have to work it out yourself from the samples and test

Re: [OSRM-talk] How to disable all ferry routes?

even though it is quite a bit of effort tracing back specific > variables, it can be done in a few minutes with only the most basic tools (I > did this entirely using the Github search functionality --- of course you can > use grep or your code browser of choice, too). > > Ho

Re: [OSRM-talk] How to disable all ferry routes?

By coincidence I was working through the lua scripts trying to understand them. So what is the significance of the 1,2,3? Just unique identifiers. As long as they're non-zero, they will be enabled? Richard On Nov 11, 2015, at 9:23 AM, Daniel Hofmann wrote: > If you take

Re: [OSRM-talk] Road speeds and profile restrictions

profiles. The other way, that is using lua functions in C++ is mostly done > in the extractor implementation: I would recommend just searching for the > symbols you want to know more about: > >> >> https://github.com/Project-OSRM/osrm-backend/search?utf8=%E2%9C%93=node_function=C

Re: [OSRM-talk] Road speeds and profile restrictions

ting values from a variant. > > Hope that helps, > Daniel > > On Sun, Sep 20, 2015 at 8:20 PM, Richard Marsden <winw...@gmail.com> wrote: >> >> Steve how did you extract information from the osrm::json::Object >> returned object? >> I could covert the Object

Re: [OSRM-talk] Road speeds and profile restrictions

he problem more > than to give the standard answer - more memory is faster more swapping is > slower. > > -Steve > > > > > On 9/17/2015 8:45 PM, Richard Marsden wrote: >> >> Thanks for the quick reply Patrick. >> >>> Presumably I could do the same fo

[OSRM-talk] Road speeds and profile restrictions

n-European routing. Presumably that could be offset with a large swap file(?) A large swap file has worked well when I was testing the US-South region on an 8GB machine. Presumably I could do the same for world preparation & routing? Have, perhaps a 100GB+ swap file, ideally on an SSD. Ch

Re: [OSRM-talk] Road speeds and profile restrictions

to give the standard answer - more memory is faster more swapping is > slower. > > -Steve > > > > > On 9/17/2015 8:45 PM, Richard Marsden wrote: >> >> Thanks for the quick reply Patrick. >> >>> Presumably I could do the same for world preparation &

Re: [OSRM-talk] Road speeds and profile restrictions

f > page faults (== slow). Even an SSD is not even close to memory speed. > > You have two options: > - split the datasets > - get a bigger server > > Cheers, > Patrick > > > On Thu, Sep 17, 2015 at 10:06 PM, Richard Marsden <winw...@gmail.com> wrot