Re: [OSRM-talk] Running with Debug?
On Thu, 10 Dec 2020 at 11:45, Artur Bialecki wrote: > > I’ve recompiled the osrm backend with “cmake .. -DCMAKE_BUILD_TYPE=Debug” but > I don’t see any additional logging. Are there any other flags that need to be > passed during building or to the process itself? Search for ENABLE_DEBUG_LOGGING, but it should be auto-enabled for the Debug build https://github.com/Project-OSRM/osrm-backend/blob/370081ec1413bf512d39a204cdb29a541aa7e45b/CMakeLists.txt The programs often accept verbosity option, e.g. https://github.com/Project-OSRM/osrm-backend/blob/370081ec1413bf512d39a204cdb29a541aa7e45b/src/tools/contract.cpp#L37-L38 Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Is STXXL still used in the wild?
On Wed, 17 Jun 2020 at 13:48, Denis Chapligin wrote: > пн, 15 июн. 2020 г. в 15:47, Mateusz Loskot : >> >> On Mon, 15 Jun 2020 at 13:27, Frédéric Rodrigo >> wrote: >> > >> > >> > Ask was already made to reaming people with access, to name new >> > commiters and allow the community to take the project. >> >> Some commits are being made and PRs are being merged. >> So, I'd suggest to keep submitting PRs and keep on nudging >> maintainers, whoever is available out there. >> > > So I made a PR [0] to remove STXXL, let's see if it will be merged or not. > > [0] https://github.com/Project-OSRM/osrm-backend/pull/5760 Denis, Am I correct you are a committer to the OSRM? Can you see any way to get someone involved in the review of the PR or perhaps grant you permission to merge it? The situation is weird as OSRM receives new commits but no one seems interested in representing the project. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] OSM Way Ids
On Wed, 29 Jul 2020 at 16:50, André Siefken wrote: > > assuming I would attempt to replace the result.ref with the actual way ID, > how would I retrieve the actual ID from the passed in way, as it is no tag? Consider way_function, the way object passed in has attributes. Typically, those are OSM tags, but it does not have to be OSM tag. For example, you can preprocess non-OSM data into PBF to make it look & feel like OSM in order to let OSRM digest it. You can assign your nodes and ways with `ref` identifiers of your own scheme, it does not have to be OSM identifiers. Moreover, whatever properties are attached to way objects, you can access them inside lua profiles local way_i = way:get_value_by_key('this_is_my_custom_way_id) local way_n = way:get_value_by_key('this_is_my_custom_way_name) result.name = way_n result.ref = way_i result... > Can I use property notation like way.id or similar result.ref but the value can be based on a custom scheme, it does not have to be OSM identifiers. See also https://www.winwaed.com/blog/2015/11/18/osrms-lua-scripts/ https://github.com/Project-OSRM/osrm-backend/blob/master/docs/profiles.md The last one is a bit out of date w.r.t. Lua fuction names. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] OSM Way Ids
On Mon, 27 Jul 2020 at 11:43, André Siefken wrote: > > Can I easily change the tag selection, somewhere in the code (and rebuild), > to fetch the way ID instead? Or is there even are profile setting for this? It's been a while, but try to customise the Lua profile scripts assigning custom properties to `result` created in node_function and way_function. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Is STXXL still used in the wild?
On Mon, 15 Jun 2020 at 13:27, Frédéric Rodrigo wrote: > > Le 15/06/2020 à 11:39, Mateusz Loskot a écrit : > > On Sun, 14 Jun 2020 at 11:46, Denis Chapligin wrote: > >> I was building libraries for a windows build and discovered that STXXL is > >> abandonware atm > > "OSRM is essentially abandonware at this point" too > > https://lists.openstreetmap.org/pipermail/osrm-talk/2020-March/001849.html > > > It is not totally true. There is still a community, but without access > to the github repository as commiter. > > Ask was already made to reaming people with access, to name new > commiters and allow the community to take the project. Some commits are being made and PRs are being merged. So, I'd suggest to keep submitting PRs and keep on nudging maintainers, whoever is available out there. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Is STXXL still used in the wild?
On Mon, 15 Jun 2020 at 12:51, Denis Chapligin wrote: > пн, 15 июн. 2020 г. в 12:40, Mateusz Loskot : >> >> On Sun, 14 Jun 2020 at 11:46, Denis Chapligin wrote: >> > >> > I was building libraries for a windows build and discovered that STXXL is >> > abandonware atm >> >> "OSRM is essentially abandonware at this point" too >> https://lists.openstreetmap.org/pipermail/osrm-talk/2020-March/001849.html >> >> > > And I'm really concerned about that :( Me too. > Regarding STXXL presence - yep, i know it's optional, but it _may_ be an > issue for c++17 introduction ;) If I was about to do it, I would do this: 1. Submit PR wiping out all traces of STXXL 2. Submit PR bumping required C++ version to C++17 with minimal code modernisation to enable compilation as C++17 3. Continue with series of manageable PRs modernising code to C++17 I honestly expect such PRs will be accepted as I see no practical reasons to not to. I should be able to offer my help in reviewing and testing the PRs, as well as submitting some for the 3. part. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] C++17?
On Sun, 14 Jun 2020 at 11:45, Denis Chapligin wrote: > > Looks like all major OSRM platforms have stable support for C++17. > Are there any reasons to stay on C++14? > Any objections against language version update? +1 a vote from OSRM user, occasional contributor Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Is STXXL still used in the wild?
On Sun, 14 Jun 2020 at 11:46, Denis Chapligin wrote: > > I was building libraries for a windows build and discovered that STXXL is > abandonware atm "OSRM is essentially abandonware at this point" too https://lists.openstreetmap.org/pipermail/osrm-talk/2020-March/001849.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Is STXXL still used in the wild?
On Sun, 14 Jun 2020 at 11:46, Denis Chapligin wrote: > > i would like to ask, are there any actual users of STXXL left Although it won't make for any useful statistics, I have never built OSRM w/ STXXL enabled. > and are the any objections of dropping STXXL support from the OSRM? FYI, STXXL is optional, so you can already build OSRM as if STXXL support was dropped. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] under the hood
On Sun, 3 Nov 2019 at 20:28, Nana Li via OSRM-talk wrote: > > I was wondering, is there any other documentation or references (published > articles or tutorials) which are available, besides the ones associated with > this osrm-backend github techniques? Names are listed at https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM https://github.com/Project-OSRM/osrm-backend/wiki/Graph-representation https://en.wikipedia.org/wiki/Contraction_hierarchies There is lots of related resources at http://algo2.iti.kit.edu/routeplanning.php Searching archives of this list should reveal some more too. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Compiling OSRM Code
On Tue, 30 Jul 2019 at 10:43, BATEESH . wrote: > > I am trying to compile project which uses osrm libraries and was written in > 2017. Likely, you will have to update your application to catch it up with any changes that happened in the OSRM C++ API (which, AFAIK, gives no promise on stability/compatibility). Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] data
On Wed, 12 Sep 2018 at 15:26, Qinghui Lu wrote: > Hi, > I know the OSRM use the osm data, but I want to use other different format > data. How to convert my data to orsm data, or modify the code to support the > different format? Write a translator to convert your data to OSM. Then, from your data in OSM format, generate OSRM files. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?
I thought that would be the case too. Unfortunately, I can not cancel any builds at https://travis-ci.org/Project-OSRM/osrm-backend/ I can cancel builds of projects where I'm a member/developer though. Mateusz On 2 February 2018 at 11:44, Johan Uhle wrote: > I think you should be able to cancel builds manually as well, so that might > be the way to go in this specific case. > > Best, > Johan > > On Fri, Feb 2, 2018 at 11:08 AM, Mateusz Loskot wrote: >> >> Hi Johan, >> >> On 2 February 2018 at 10:12, Johan Uhle wrote: >> > >> > auto-cancellation on Travis is enabled. It only cancels pending builds >> > though, so does not kick in for force pushes if the build is already >> > running. >> >> Yes, it cancels pending only indeed. >> I just had an impression that it did not cancel pending build - I git >> push forced >> my PR 2-3 times within a few minutes. I might got confused though. >> >> Best regards, >> -- >> Mateusz Loskot, http://mateusz.loskot.net >> >> ___ >> OSRM-talk mailing list >> OSRM-talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/osrm-talk > > > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk > -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?
Hi Johan, On 2 February 2018 at 10:12, Johan Uhle wrote: > > auto-cancellation on Travis is enabled. It only cancels pending builds > though, so does not kick in for force pushes if the build is already > running. Yes, it cancels pending only indeed. I just had an impression that it did not cancel pending build - I git push forced my PR 2-3 times within a few minutes. I might got confused though. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] [Travis CI] Auto Cancellation for pull requests?
Hi, TL;TR: Is the auto cancellation [1] configured in the Travis CI settings for OSRM? I've been git push -f updating one PR I submitted lately and I suspect the auto cancellation is not configured because arrival of new commit does not cancel the PR build job and the CI resources are unnecessarily kept busy. Perhaps the auto-cancellation could be enabled, for PRs only. [1] https://docs.travis-ci.com/user/customizing-the-build#Building-only-the-latest-commit Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] error: undefined reference to 'boost::re_detail::cpp_regex_traits_implementation::transform
On 19 October 2017 at 23:42, Patrick Niklaus wrote: > Hey, > > the primary difference to our build environment on Travis CI is that > we build on Ubuntu 14.04 using boost 1.54: > https://travis-ci.org/Project-OSRM/osrm-backend/jobs/290183596#L1573 > It could be that this is a specific issue with boost 1.58 that was > introduced by using a new symbol on `master`. Possibly > The error in question looks really weird. A wild guess might be there > are two version of libboost on your system and OSRM picks up the wrong > headers. I removed all libboost* from the environment, reinstalled Boost 1.58. I also took care to ensure there is no Boost in known locations in the host Windows. I added to CMakeLists.txt dumping of the Boost CMake variables: -- BOOST_BASE_LIBRARIES=/usr/lib/x86_64-linux-gnu/libboost_date_time.so;/usr/lib/x86_64-linux-gnu/libboost_chrono.so;/usr/lib/x86_64-linux-gnu/libboost_filesystem.so;/usr/lib/x86_64-linux-gnu/libboost_iostreams.so;/usr/lib/x86_64-linux-gnu/libboost_thread.so;/usr/lib/x86_64-linux-gnu/libboost_system.so -- Boost_INCLUDE_DIRS=/usr/include No change. Anyhow, I'm leaving this issue on backburnre until I have time to investigate it myself. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] error: undefined reference to 'boost::re_detail::cpp_regex_traits_implementation::transform
Hi, I'm building the current master on Ubuntu 16.04 (inside Bash on Windows), using GCC 7.2 and 6.3 and Boost 1.58 - all installed from Xenial packages. I'm experiencing the linker failure for libosrm_extract.a around libboost_regex. It has been a while (~6 weeks) since I built OSRM master last time, but the OSRM used to build fine in that environment. I'm puzzled, because I see the Travis CI builds are perfectly green. I wonder if anyone experienced similar issue. Below, I paste the g++ command with link error. As you can see all of the Boost libraries (and some others) are repeated, but that should not be relevant to the issue. In fact, I tried w/o the redundant libs to confirm the linking still fails. /usr/bin/g++-6-Wall -Wextra -pedantic -Wuninitialized -Wunreachable-code -Wstrict-overflow=1 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fdiagnostics-color=auto -fPIC -ftemplate-depth=1024 -ffunction-sections -fdata-sections -std=c++14 -O3 -DNDEBUG -fuse-ld=gold -Wl,--disable-new-dtags -Wl,--gc-sections -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common CMakeFiles/osrm-extract.dir/src/tools/extract.cpp.o -o osrm-extract -rdynamic libosrm_extract.a -lboost_program_options -lbz2 -lboost_regex -lboost_date_time -lboost_chrono -lboost_filesystem -lboost_iostreams -lboost_thread -lboost_system -lpthread -lexpat -llua5.2 -lm -lz -ltbb -ltbbmalloc -lbz2 -lboost_regex -lboost_date_time -lboost_chrono -lboost_filesystem -lboost_iostreams -lboost_thread -lboost_system -lpthread -lexpat -llua5.2 -lm -lz -ltbb -ltbbmalloc libosrm_extract.a(restriction_parser.cpp.o):restriction_parser.cpp:function __gnu_cxx::__normal_iterator, std::allocator > > boost::re_detail::re_is_set_member<__gnu_cxx::__normal_iterator, std::allocator > >, char, boost::regex_traits >, unsigned int>(__gnu_cxx::__normal_iterator, std::allocator > >, __gnu_cxx::__normal_iterator, std::allocator > >, boost::re_detail::re_set_long const*, boost::re_detail::regex_data > > const&, bool): error: undefined reference to 'boost::re_detail::cpp_regex_traits_implementation::transform_primary[abi:cxx11](char const*, char const*) const' libosrm_extract.a(restriction_parser.cpp.o):restriction_parser.cpp:function __gnu_cxx::__normal_iterator, std::allocator > > boost::re_detail::re_is_set_member<__gnu_cxx::__normal_iterator, std::allocator > >, char, boost::regex_traits >, unsigned int>(__gnu_cxx::__normal_iterator, std::allocator > >, __gnu_cxx::__normal_iterator, std::allocator > >, boost::re_detail::re_set_long const*, boost::re_detail::regex_data > > const&, bool): g[abi:cxx11](char const*, char const*) const' -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Compiler warnings policy
On 11 September 2017 at 13:47, Daniel Hofmann wrote: > If you're familiar with VS2017 and development on Windows, feel free to > enable all warnings but then disable warnings that are not critical (think: > indentation, etc.). OK. I may play with that. > I think our AppVeyor build is also quite spammy in that regard. The main > problem is the core devs don't run Windows :) Yes, I am aware and I try to fill the niche here and there ;) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Compiler warnings policy
On 11 September 2017 at 12:34, Daniel Hofmann wrote: > This Wiki page is a bit outdated; for example there are a few compiler > warnings on old compilers in combination with specific boost versions. AFAICT, compiling with VS 2017 for 64-bit target gives me ~3.5K warnings, though from narrow set of issues: C4067 C4101 C4146 C4244 C4267 C4305 C4309 C4373 C4396 C4717 C4800 > That said we should check warnings for Travis (and the Windows CI ..) and > especially our production builds. Unless there is -Werror policy, warnings are (almost) never checked :-) > I think a "coding standard" boils down to: > - adapt your naming convention to what's already present in the code base > - use clang-format for formatting > - include what you use Sounds good. Anyway, I asked out of curiosity (seeing largish number of warnings w/ VS2017). Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Compiler warnings policy
Hi, Is this policy still respected? "Treat Compiler Warning as Errors!" [1] [1] https://github.com/Project-OSRM/osrm-backend/wiki/Coding-Standards Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Example of restricted access flags for way_function and turn_function
On 1 July 2017 at 20:00, Michael Krasnyk wrote: > Hi Mateusz, > > for turn restrictions you can use > https://wiki.openstreetmap.org/wiki/Relation:restriction OSM tag. > > Here is an example > https://github.com/Project-OSRM/osrm-backend/blob/e2e279bc852cd024aef1ad445a81bad2884902cd/features/car/restrictions.feature#L11-L34 > that is similar to yours with nodes mapping w->A, j->B, e->C, w->D. Michael, The restrictions.feature sample turned exactly what I was looking for. Thanks a lot! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Example of restricted access flags for way_function and turn_function
Daniel, Thanks for the pointers. I'll check them in details. So, I understand purpose of turn_function is to tweak penalty based on restrictions. I'm wondering about slightly different use case and I'm trying to understand which tool, way_function or turn_function or neither, is the right way to use. Shortly, in my use case a restriction is related to allowed/disallowed turn from one link to another. Let's consider simple network. C | B---A | D Let's assume, all links are bidirectional ways. Node B includes information about turn restriction like so: - turning from AB link to BD link is disallowed - turning from AB link to CB link is allowed AFAIU, object in turn_function has no context related to B node and adjecent links to, eg. calculate artificial high penalty to effectively block AB to BD turn I'm also not sure there is way to include necessary context details in object passed to way_function. But, perhaps I'm missing some advanced profile tricks here. So, does processing of such restrictions fit purpose of turn_function at all? One of feasible alternative approaches is to pre-process such network splitting the B node to B and B-prim A - B - C C - B' - D This would effectively disable travelling along A - B - D I'll appreciate any comments. Best regards, Mateusz On 1 July 2017 at 10:41, Daniel Hofmann wrote: > You are correct, the way function can set a "restricted" flag per way (and > direction), which you can then use in the turn function to put a high > penalty on turns from/to "restricted" ways. > > The general idea is outlined here: > > https://www.openstreetmap.org/user/happygo/diary/40564 > > Have a look at ExtractionWay, ExtractionTurn and the EdgeBasedGraphFactory. > > Cheers, > Daniel J H > > On Sat, Jul 1, 2017 at 12:08 AM, Mateusz Loskot wrote: >> >> Hi, >> >> I'm trying to learn about use of the way_function result flags, >> forward_restricted and backward_restricted, and their correspondence >> with turn_function machinery, especially input source_restricted and >> target_restricted flags. >> >> Is there any data and profile example which shoes these in action? >> >> I guess, way_function is called first and any of the restriction flags set >> here for the link are passed to turn_function. Correct? >> >> Disclaimer: I haven't looked into OSRM implementation details yet, >> which, once grasped, I guess, might be enlightening. >> >> Best regards, >> -- >> Mateusz Loskot, http://mateusz.loskot.net -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Example of restricted access flags for way_function and turn_function
Hi, I'm trying to learn about use of the way_function result flags, forward_restricted and backward_restricted, and their correspondence with turn_function machinery, especially input source_restricted and target_restricted flags. Is there any data and profile example which shoes these in action? I guess, way_function is called first and any of the restriction flags set here for the link are passed to turn_function. Correct? Disclaimer: I haven't looked into OSRM implementation details yet, which, once grasped, I guess, might be enlightening. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] [API] Role of profile
On 27 April 2017 at 15:37, Jäger, Frank (KRZ) wrote: > It seems to me, that every beginner spend some hours to learn this lesson. > > https://lists.openstreetmap.org/pipermail/osrm-talk/2017-March/001406.html Interesting. Google did not included this thread in the three pages of results profile site:https://lists.openstreetmap.org/pipermail/osrm-talk/ > It may be a good idea to write it to > http://project-osrm.org/docs/v5.6.4/api/#route-service Yup. I am OSRM newbie and the docs + GitHub wikis/issues are the OSRM law for me. I often read the source code too, but this time I skipped :) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] [API] Role of profile
On 25 April 2017 at 21:42, Daniel Patterson wrote: > > The in the URL is an unused string. > It's there for future compatibility if we ever add multiple-profile support > to OSRM, > but osrm-routed does not look at it currently, other than to ensure that it's > there. Daniel, All clear now. Thank you. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] [API] Role of profile
Hi, I'm familiar with role of profile in the OSRM processing flow as well as descriptions regarding profile and {profile} parameter in the HTTP API docs. Still. I'm not entirely clear about the profile role in the HTTP API URLs. My current understanding is this: 1. profile is actively used during extraction phase of data processing 2. user can feed extraction with any custom profile as long as it is valid for OSRM 3. generated .osrm package corresponds to single profile used during processign 3. once data extracted and contracted, and complete multi-file .osrm package is ready, profile is not used 4. osrm-routed serves routing per single .osrm package, so single profile too. When requesting osrm-route, I noticed * custom profile is not referenced anywhere * actually, profile seems not used For example, I have simplistic .osrm package sample extracted using custom xxx profile and osrm-routed at http://localhost:5000, and both requests return the same response valid for the sample data route/v1/car/30,20;30,15 route/v1/xxx/30,20;30,15 in fact, any {profile} parameter works /route/v1/nosuchprofile/30,20;30,15 Now, if I use libosrm API, neither engine config nor any of *Parameters require specification of profile. These observations as well as the fact that osrm-routed serves single .osrm package, so no profile ambiguity is actually possible, make me think the {profile} parameter in URLs is unused and redundant. Is that correct? Best regards -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Oneway sample: No route found vs Impossible route
Hi Daniel, Thank you for the excellent explanation. I'd have a couple of minor really, pedantic points, if you could confirm/clarify. On 20 February 2017 at 18:56, Daniel Patterson wrote: > > OSRM identifies every road edge as either belonging to a particular "small > component" (an SCC with fewer than 1000 nodes, e.g. an island), or "the > large component" (there is only one of these globally). Every small component is SCC. The global large component is not SCC. Or is it not necessarily, depends on network? > During initial route finding, we snap coordinates to the nearest edge. > > If both the start and end snap to the same SCC, we attempt to route. Do you mean, "snap to the same component", either small (SCC) or the global one? > If both coordinates snap to the same small component, then by definition, > you will get a route (this is what an SCC is). Clearly, since every small component is SCC. Best regards. -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Oneway sample: No route found vs Impossible route
On 20 February 2017 at 13:51, Mateusz Loskot wrote: > [...] > I run the OSRM processing and service: > > osrm-extract.exe -p C:\apps\osrm-5.5.0\profiles\car.lua > 89_car_two_consecutive_oneways.osm > osrm-contract.exe 89_car_two_consecutive_oneways.osrm > osrm-routed.exe 89_car_two_consecutive_oneways.osrm FYI, I've tested those queries using build based on the latest master and I'm getting the same results as on Windows with OSRM 5.5.0. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Oneway sample: No route found vs Impossible route
Hi, I'm playing with one way restrictions and I noticed curious result I'm getting in response to my routing queries which I can't explain (I haven't dug into the implementation details). I'm trying OSM file generated for one of the OSRM test scenarios, namely "Scenario: Car - Two consecutive oneways" [1]. Here is content of the file (w/ timestamp attributes stripped): I run the OSRM processing and service: osrm-extract.exe -p C:\apps\osrm-5.5.0\profiles\car.lua 89_car_two_consecutive_oneways.osm osrm-contract.exe 89_car_two_consecutive_oneways.osrm osrm-routed.exe 89_car_two_consecutive_oneways.osrm The following queries return routes, as expected: 1. ab: http://127.0.0.1:5000/route/v1/driving/1.0,1.0;1.0008990679362704,1.0 HTTP 200 2. bc: http://127.0.0.1:5000/route/v1/driving/1.0008990679362704,1.0;1.0026972038088113,1.0 HTTP 200 Now, I try backward routes: 3. ba: http://127.0.0.1:5000/route/v1/driving/1.0008990679362704,1.0;1.0,1.0 -> HTTP 400: {'message': 'Impossible route between points', 'code': 'NoRoute'} 4. cb: http://127.0.0.1:5000/route/v1/driving/1.0026972038088113,1.0;1.0008990679362704,1.0?steps=true&geometries=geojson -> HTTP 400: {'message': 'No route found between points', 'code': 'NoRoute'} Why the 4th query is responded with 'No route found between points' instead of 'Impossible route between points'? I suspect, the way `cb` is treated differently than `ba` during processing. If it is, what makes the difference? [1] https://github.com/Project-OSRM/osrm-backend/blob/master/features/car/oneway.feature Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Is profile_debugger.lua out of sync?
Hi, I'm just starting to learn about OSRM, please forgive me rookie errors. I'm working with profiles and debugging Lua scripts, with help of debug_example.lua, profile_debugger.lua and the provided profiles. I noticed that the scripting environment replicated by the profile_debugger.lua might be out of sync. For instance, profiles like car.lua has got this bit: if highway == "river" then local temp_speed = speed_forw result.forward_mode = mode.river_down result.backward_mode = mode.river_up ... and, while debugging, properties like river_down and river_up are missing. Looking at extractor/scripting_environment_lua.cpp, it seems to me the profile_debugger.lua is out of date. Is my conclusion correct or am I missing any OSRM scripting magic? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk