Re: [OSRM-talk] Bicycle routing, crossing large roads: how to get information on the roads crossed
I've tried it as well. no success... similar case is for pedestrian (crossing a major, unroatable road; or a railway; or a river with no bridge) wheelchair users, strollers or nordic skiing users crossing a car road a next step would be to have a custom penalty on a node, toll booth, stop sign, kerb (or any semi accessible barrier, stile),.. https://github.com/Project-OSRM/osrm-backend/issues/3862 michal On Mon, Dec 23, 2019 at 07:42:44AM -0800, Spencer Gardner wrote: > Unfortunately, I don't have a good solution to offer, but I wanted to add > my two cents. I did a ton of research on this exact problem a couple of > years ago and virtually none of the open source routing platforms I came > across were properly equipped to handle it. It seems to be an issue that > only bicycle-oriented folks think about. The solution for my problem was to > implement in pgRouting where I can do additional processing to assign costs > as you've described. It's not the way I'd prefer to do it but until bicycle > routing becomes more sophisticated on other routing platforms that's what > I've settled on. > > I don't have the technical expertise to contribute code to OSRM but I'd be > more than happy to share my experience with bicycle network planning with > anyone looking to improve OSRM's handling of bicycles on this and other > questions. > > Spencer > > On Mon, Dec 23, 2019 at 6:35 AM Richard Fairhurst > wrote: > > > Jeroen Hook wrote: > > > > Is there another way to find out what type of road(s) I am crossing? > > > > > > I think the easiest solution would be to allow bicycles on your > > highway=primary, but set it to be a restricted access road (or just to have > > a really high cost). That way you’d still call process_turn, but in reality > > the primary road wouldn't be used for routing. > > > > My private cycle.travel fork does something like this in its equivalent > > of process_turn (e.g. > > https://cycle.travel/map?from=51.7546,-1.2612&to=51.7554,-1.2616), though > > it’s a (pretty extensive) fork of 4.9.x so not directly comparable. > > > > Alternatively, you could do some preprocessing to mark intersections, > > depending on the size of your source data. For a different project I wrote > > https://github.com/systemed/intersector which identifies junctions in an > > .osm.pbf. If you were to patch it to output node IDs, then look up those > > node IDs in process_node, you could assign crossing penalties that way. > > > > Richard > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] How to force match service to return public transport routes only?
On Tue, May 01, 2018 at 09:30:36AM -0400, Patrick Agin wrote: > Thanks Michal and Daniel for your help, I defined my subway profile and it > works well. > > Michal, can I ask you why you use this kind of code for the train profile: > train = way:get_value_by_key('train'); > if ( not data. train or data. train =='') then return false; this checks way's tags > > and this kind of code for the bus: > bus = get_from_rel(relations, way, "route", "bus", "route"); > if ( not data.bus =='') then return false; this one checks relations' tags (of relations that the way is a member of) > Aren't they defined the same way in osm data? > Patrick > > 2018-04-30 13:26 GMT-04:00 Patrick Agin : > > > Thanks again Michal I'll try it soon with subway instead of bus. Out of > > curiosity, why do you define highway in process_way function? It does not > > seem to be used elsewhere. > > > > 2018-04-30 13:03 GMT-04:00 Michal Palenik : > > > >> On Mon, Apr 30, 2018 at 12:57:42PM -0400, Patrick Agin wrote: > >> > Thanks a lot to both of you. Michal, can I ask you two things: > >> > what's the purpose of adding tram and train to excludable? > >> > >> generally to ignore trains when they do not have a common ticketing > >> scheme. > >> > >> > and about get_from_rel(relations, way, "route", 'bus', "route") line, is > >> > 'bus' a reserved OSM word or is it defined by you? > >> > >> function get_from_rel(relations, way, "route", 'bus', "network") > >> will find first/random relation of route=bus which the way is a member > >> of, and then returns tag "network". > >> > >> see also > >> https://github.com/Project-OSRM/osrm-backend/issues/5032 > >> > >> > I ask the question > >> > because I would like to manage subway routes. > >> > Patrick > >> > > >> > 2018-04-30 12:48 GMT-04:00 Michal Palenik : > >> > > >> > > hi, I have it working > >> > > https://github.com/FreemapSlovakia/freemap-routing/blob/ > >> master/oma-bus.lua > >> > > (and train profile below) > >> > > > >> > > michal > >> > > > >> > > On Mon, Apr 30, 2018 at 09:26:22AM -0700, Daniel Patterson wrote: > >> > > > Hi Patrick, > >> > > > > >> > > > Nobody has written a "How to make a public transport profile" > >> document > >> > > > for OSRM, you'll have to piece it together from examples and reading > >> > > code. > >> > > > > >> > > > That said, the "testbot" profile here: > >> > > > https://github.com/Project-OSRM/osrm-backend/blob/master/ > >> > > profiles/testbot.lua > >> > > > > >> > > > is fairly simple. There are 3 functions: `process_node`, > >> > > `process_way`, > >> > > > and `process_turn`. The `process_way` function is run for every > >> way in > >> > > the > >> > > > OSM file you input, and it decides whether to include it in the > >> routing > >> > > > graph (by setting properties on the `result` object), or to exclude > >> it > >> > > (by > >> > > > simply returning without doing any work). > >> > > > > >> > > > As someone else pointed out in another thread, the `car.lua` > >> profile is > >> > > > pretty complex - it's developed over time, and has a lot of logic > >> in it > >> > > > that makes it hard to understand. I'd start with the testbot > >> profile > >> > > > above, and add the stuff you think you need. > >> > > > > >> > > > You might also want to take a look at > >> > > > https://github.com/Project-OSRM/osrm-frontend/tree/gh-pages/debug > >> which > >> > > is > >> > > > a web viewer that can show you what the routing graph looks like. > >> > > > > >> > > > daniel > >> > > > > >> > > > On Mon, Apr 30, 2018 at 8:39 AM, Patrick Agin < > >> agin.patr...@gmail.com> > >> > > > wrote: > >> > > > > >> > > > > Thanks again
Re: [OSRM-talk] How to force match service to return public transport routes only?
On Mon, Apr 30, 2018 at 12:57:42PM -0400, Patrick Agin wrote: > Thanks a lot to both of you. Michal, can I ask you two things: > what's the purpose of adding tram and train to excludable? generally to ignore trains when they do not have a common ticketing scheme. > and about get_from_rel(relations, way, "route", 'bus', "route") line, is > 'bus' a reserved OSM word or is it defined by you? function get_from_rel(relations, way, "route", 'bus', "network") will find first/random relation of route=bus which the way is a member of, and then returns tag "network". see also https://github.com/Project-OSRM/osrm-backend/issues/5032 > I ask the question > because I would like to manage subway routes. > Patrick > > 2018-04-30 12:48 GMT-04:00 Michal Palenik : > > > hi, I have it working > > https://github.com/FreemapSlovakia/freemap-routing/blob/master/oma-bus.lua > > (and train profile below) > > > > michal > > > > On Mon, Apr 30, 2018 at 09:26:22AM -0700, Daniel Patterson wrote: > > > Hi Patrick, > > > > > > Nobody has written a "How to make a public transport profile" document > > > for OSRM, you'll have to piece it together from examples and reading > > code. > > > > > > That said, the "testbot" profile here: > > > https://github.com/Project-OSRM/osrm-backend/blob/master/ > > profiles/testbot.lua > > > > > > is fairly simple. There are 3 functions: `process_node`, > > `process_way`, > > > and `process_turn`. The `process_way` function is run for every way in > > the > > > OSM file you input, and it decides whether to include it in the routing > > > graph (by setting properties on the `result` object), or to exclude it > > (by > > > simply returning without doing any work). > > > > > > As someone else pointed out in another thread, the `car.lua` profile is > > > pretty complex - it's developed over time, and has a lot of logic in it > > > that makes it hard to understand. I'd start with the testbot profile > > > above, and add the stuff you think you need. > > > > > > You might also want to take a look at > > > https://github.com/Project-OSRM/osrm-frontend/tree/gh-pages/debug which > > is > > > a web viewer that can show you what the routing graph looks like. > > > > > > daniel > > > > > > On Mon, Apr 30, 2018 at 8:39 AM, Patrick Agin > > > wrote: > > > > > > > Thanks again Daniel. Could you just give me an example (with a snippet > > of > > > > code maybe) of a good implementation of point 1 (Lua profile that only > > > > includes public transport ways in the graph). I just don't have any > > clue > > > > about implementing this and I'm not aware of any docs that could help > > me > > > > with that. > > > > Patrick > > > > > > > > 2018-04-30 11:30 GMT-04:00 Daniel Patterson : > > > > > > > >> Hi Patrick, > > > >> > > > >> This could be tricky, depending on how long the traces you're > > trying to > > > >> match are. > > > >> > > > >> The OSRM Lua profiles basically act as a filter - they decide which > > > >> ways from OSM are included in the routing graph, and assign > > properties to > > > >> edges in the graph. > > > >> > > > >> The map-matching algorithm will try to snap your coordinate list to > > the > > > >> most likely path across the routing graph. > > > >> > > > >> In order to only snap to public transport paths, you'll need: > > > >> > > > >> 1) A Lua profile that only includes public transport ways in the > > > >> graph. > > > >> 2) A way to ensure that all the public transport paths are > > connected > > > >> together (this could be difficult without including lots of extra > > stuff you > > > >> don't want in the graph) > > > >> 3) GPS traces that are somewhat close to the actual paths > > themselves, > > > >> as mapped in OSM > > > >> > > > >> (2) could be the really tricky bit here. If the public transport > > paths > > > >> are not connected, then any GPS trace you have that s
Re: [OSRM-talk] How to force match service to return public transport routes only?
hi, I have it working https://github.com/FreemapSlovakia/freemap-routing/blob/master/oma-bus.lua (and train profile below) michal On Mon, Apr 30, 2018 at 09:26:22AM -0700, Daniel Patterson wrote: > Hi Patrick, > > Nobody has written a "How to make a public transport profile" document > for OSRM, you'll have to piece it together from examples and reading code. > > That said, the "testbot" profile here: > https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/testbot.lua > > is fairly simple. There are 3 functions: `process_node`, `process_way`, > and `process_turn`. The `process_way` function is run for every way in the > OSM file you input, and it decides whether to include it in the routing > graph (by setting properties on the `result` object), or to exclude it (by > simply returning without doing any work). > > As someone else pointed out in another thread, the `car.lua` profile is > pretty complex - it's developed over time, and has a lot of logic in it > that makes it hard to understand. I'd start with the testbot profile > above, and add the stuff you think you need. > > You might also want to take a look at > https://github.com/Project-OSRM/osrm-frontend/tree/gh-pages/debug which is > a web viewer that can show you what the routing graph looks like. > > daniel > > On Mon, Apr 30, 2018 at 8:39 AM, Patrick Agin > wrote: > > > Thanks again Daniel. Could you just give me an example (with a snippet of > > code maybe) of a good implementation of point 1 (Lua profile that only > > includes public transport ways in the graph). I just don't have any clue > > about implementing this and I'm not aware of any docs that could help me > > with that. > > Patrick > > > > 2018-04-30 11:30 GMT-04:00 Daniel Patterson : > > > >> Hi Patrick, > >> > >> This could be tricky, depending on how long the traces you're trying to > >> match are. > >> > >> The OSRM Lua profiles basically act as a filter - they decide which > >> ways from OSM are included in the routing graph, and assign properties to > >> edges in the graph. > >> > >> The map-matching algorithm will try to snap your coordinate list to the > >> most likely path across the routing graph. > >> > >> In order to only snap to public transport paths, you'll need: > >> > >> 1) A Lua profile that only includes public transport ways in the > >> graph. > >> 2) A way to ensure that all the public transport paths are connected > >> together (this could be difficult without including lots of extra stuff you > >> don't want in the graph) > >> 3) GPS traces that are somewhat close to the actual paths themselves, > >> as mapped in OSM > >> > >> (2) could be the really tricky bit here. If the public transport paths > >> are not connected, then any GPS trace you have that spans two public > >> transport routes (say, a bus change, or a train change) but those routes > >> aren't actually connected by the graph, will cause problems with the > >> map-matching algorithm. > >> > >> daniel > >> > >> On Mon, Apr 30, 2018 at 7:23 AM, Patrick Agin > >> wrote: > >> > >>> Hi everyone, > >>> I'm trying to define a profile to force match service to take public > >>> transport routes only. I tried to add residential in excludable so I can > >>> add exclude=residential at query time but it does not change anything to > >>> the returned answer. Can someone help or point me towards documentation > >>> that could help (I've read profile.md but it does not help me much). > >>> Thanks a lot, > >>> Patrick (newbie with osrm) > >>> > >>> ___ > >>> 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 > >> > >> > > > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Get route legs tags in response of route service
or add extra exclude classes to segments https://github.com/Project-OSRM/osrm-backend/issues/4803 michal On Mon, Jan 22, 2018 at 08:57:35AM -0800, Daniel Patterson wrote: > Hi François, > > By default, no - OSRM doesn't save any data that it doesn't explicitly > need. There are two main approaches for getting extra OSM metadata along > your route: > > 1) Use something like https://github.com/mapbox/route-annotator to get > the tag information *after* the route is found. > > 2) Modify the `car.lua` script to encode the tags you want inside the > `name` field. Be aware that this can affect the generation of route steps, > and not all steps may be returned due to obvious turn detection and step > collapsing. > > In general, (1) is probably the most robust approach, but you'll need a > second server, and you'll have to write the code to do the extra lookup. > > daniel > > On Mon, Jan 22, 2018 at 8:29 AM, François Lacombe > wrote: > > > Hi everyone, > > > > i'm looking for the best strategy to get extra attributes of route legs > > OSRM sends me in route service response. > > > > My goal is to know which type of path I should follow, e.g > > highway=primary, highwy=secondary, man_made=pipeline or whatever. > > Can I get in response every tags osm ways have in osm xml file processed > > by osrm-extract ? > > > > Documentation gives examples with only name forwarded, but no extra tags. > > Is this possible to get any id as to check against third party db? > > > > Thank you for any answer, all the best > > > > François > > > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] OSRM v5.10.0
hello, thanks for yet another excelent relase. is this release data-compatible with previous release? (or should I rebuild the files before deployment) or could you please indicate this with all the releases? thanks michal On Mon, Aug 07, 2017 at 05:05:32PM +0200, Daniel Hofmann wrote: > The v5.10 release comes with a major feature: via-way turn restrictions. > These turn restrictions occur in OpenStreetMap in the form of a restriction > relation <http://wiki.openstreetmap.org/wiki/Relation:restriction>: > (fromWayId, > viaWayId, toWayId) and prevent multiple specific turns depending on the way > the driver is coming from and going to. > > Below are some more notable changes. Please note that in the future we plan > to speed up the release process to push out stable and tested releases more > often. > > Give it a try! > > > osrm-extract berlin.osm.pbf > osrm-partition berlin.osrm > osrm-customize berlin.osrm > osrm-routed --algorithm=MLD berlin.osrm > > You can compile OSRM from source, use the pre-built binaries we ship with > node-osrm or use our Docker images. Always happy to hear your feedback! > > > Features: > >- #2681 <https://github.com/Project-OSRM/osrm-backend/issues/2681> - We >now handle `(from, via, to)` way restrictions where `from`, `via` and `to` >are ways in addition to `(from,via,to)` node restrictions we always >handled. These turn restrictions prevent turns from a way via a specific >way onto a way: > > >- #4333 <https://github.com/Project-OSRM/osrm-backend/pull/4333> - We >now handle Throughabouts > > <https://en.wikipedia.org/wiki/Roundabout#Hamburger_roundabout.2Fthroughabout.2Fcut-through>: > > > >- Emil Tin <https://github.com/emiltin> did large-scale profile >refactoring work: a new version 2 profile API was added which cleans up a >number of things and makes it easier to for profiles to include each other. >Profiles using the old version 0 and 1 APIs are still supported. > > > > Full Changelog > <https://github.com/Project-OSRM/osrm-backend/blob/5.10/CHANGELOG.md#5100> > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] "nearest suitable road segment" Was: Helgoland in St. Peter-Ording
FYI, I've added a feature request to nominatim https://github.com/twain47/Nominatim/issues/536 michal On Wed, Aug 17, 2016 at 11:00:27PM +0200, Florian Lohoff wrote: > On Wed, Aug 17, 2016 at 01:26:44PM -0700, Daniel Patterson wrote: > > Hi Florian, > > > > This sounds like more of a geocoding problem than a routing problem. > > OSRM itself doesn't know anything about addresses, it only works > > with coordinates and road geometry. All OSRM has internally are > > street names, not street numbers or place names. > > > > In order to route from "Münsterstraße 15a", it must first be turned > > into a coordinate. On the OSM website, the Nominatim service is > > used to do this. Once the web interface has a coordinate for an > > address, it gives that to OSRM for routing. OSRM snaps that point > > to the nearest road, then finds a route. > > > > You might want to do some digging into how Nominatim determines > > address coordinates, and possibly consider adding > > `building=entrance` nodes - this (I think) will cause Nominatim to > > return a more specific location rather than the centroid of the > > building/airport polygon. > > > > Geocoding is a related, but separate problem. There are a bunch of > > tags in OSM that are used by Nominatim, including `building=entrace` > > on nodes, `addr:*` on ways/nodes/relations/areas, etc. Determining > > the best coordinate to return to the user is itself a difficult > > problem. > > I have done a lot of geocoding and i have several OSRM instances running > for different purposes - mostly infrastructure calculation - I am pretty > shure i know the seperate issues well. > > The point is thats an unsolved problem. And its a day to day problem > for me as when i do calculate telecoms cable distances i want the > nearest point on a public road - not the backyard - same problem. > > So yes - Geocoding helps me to find a POI, Address whatever. OSRM is > responsible to bring me there. > > Something in the middle is missing. OSRM/Mapzen/Graphhopper solves halve > of the problem by "snapping to road" which is the brute force > response to this problem - or - to solve the problem of finding the > nearest reachable point on the route graph. Reality is more complex. > > Either routing engines need to get more intelligent or more dumb by > reducing the snap size drastically. Then we would need some "middleware" > which has its own dataset which might be returned by a geocoder > as extended attributes. > > An example response would be: > > I know where "London Zoo" is - Its at lat,lon. If you want to go there > by car use lat2,lon2 - if you want to go there by foot go to lat3,lon3." > > That could be extended for multiple types of transports, infrastructure > connect points whatever. > > In my primary mapping area we decided to avoid "area style POIs" > whenever possible for exactly this reason. Building a centroid on > an area and routing to the nearest point on the routeable network > is most of the time not the right answer. You dont want to end up > in the middle of a multi-acre campsite - you want to be sent to the > reception. > > Flo > -- > Florian Lohoff f...@zz.de > UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] new api table and geometry
i've added a feature request https://github.com/Project-OSRM/osrm-backend/issues/2519 the unpacking of edges phase should allow for impedance vs. speed debate to move, also allowing for elevation to be stored in osrm. i've tried to say this in my last comment at https://github.com/Project-OSRM/osrm-backend/issues/77 michal On Fri, Apr 15, 2016 at 10:27:40PM +0200, Michal Palenik wrote: > daniel, > > thanks for the explanations. > > my need to calculate (and show) only 1x15 matrix blurred my vision of > all the problems :) > > what I try to achieve is multimodal routing (foot+bus+foot) by showing > three geometries combined into one (plus some instructions). > > michal > > On Fri, Apr 15, 2016 at 12:56:20PM -0700, Daniel Patterson wrote: > > Michal, > > > > Strangely enough, we don't actually have the geometry. We find a path > > across the Contraction Heirachy > > routing graph, this may only have a small handful of edges. We can sum > > these edges to get the route > > duration, but to get the actual geometry or distance, we then have to > > "unpack" those edges. > > > > The table plugin doesn't do this unpacking step. It gets the durations > > easily, but would be significantly slower > > if we also had to report back the route geometries. The API response > > would probably also be huge (10s or 100's of MB?) for any > > non-trivial number of route pairs in the table. To support that, we > > would need a way to stream the response > > asynchronously to the HTTP client, otherwise a couple of requests could > > use up all the RAM on the server. > > > > Things are never as simple as they seem :-( > > > > daniel > > > > > On Apr 15, 2016, at 12:45 PM, Michal Palenik > > > wrote: > > > > > > that is what I already do, but it means a lot of (unnecessary) > > > connections. I assume the geometries are already available when > > > computing the duration. > > > > > > I was hoping for a "documentation lacking behind development" > > > scenario... > > > > > > > > > cheers, > > > michal > > > > > > On Fri, Apr 15, 2016 at 04:09:49PM +0200, Daniel Hofmann wrote: > > >> If you check the v5 spec you linked, you will see only Route, Trip and > > >> Match providing a "geometries" option. > > >> > > >> What you can do is this: > > >> - do a Table request from your position against all Bus / Tram stops in > > >> the > > >> area / in a buffer of a few kilometers > > >> - pick n shortest routes from the Table response and temporarily store > > >> their destination coordinates > > >> - do n Route request from your position against the n destination > > >> coordinates and extract the geometry > > >> > > >> Cheers, > > >> Daniel J H > > >> > > >> On Fri, Apr 15, 2016 at 3:49 PM, Michal Palenik > > >> > > >> wrote: > > >> > > >>> hi, > > >>> > > >>> within the new api, I am trying to find how to get geometry (together > > >>> with perfect duration). is it possible? > > >>> > > >>> or do I have to make N*M queries for all the possible combinations? > > >>> > > >>> > > >>> https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table > > >>> > > >>> I am trying to make a service like "show me the routes to the closest > > >>> bus/tram stops" : http://epsilon.sk/mhd/ > > >>> > > >>> thanks > > >>> > > >>> michal > > >>> > > >>> -- > > >>> michal palenik > > >>> www.freemap.sk > > >>> www.oma.sk > > >>> > > >>> > > >>> ___ > > >>> 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 > > > > > > > > > -- > > > michal palenik > > > www.freemap.sk > > > www.oma.sk > > > > > > > > > ___ > > > 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 > > -- > michal palenik > www.freemap.sk > www.oma.sk > > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] new api table and geometry
daniel, thanks for the explanations. my need to calculate (and show) only 1x15 matrix blurred my vision of all the problems :) what I try to achieve is multimodal routing (foot+bus+foot) by showing three geometries combined into one (plus some instructions). michal On Fri, Apr 15, 2016 at 12:56:20PM -0700, Daniel Patterson wrote: > Michal, > > Strangely enough, we don't actually have the geometry. We find a path > across the Contraction Heirachy > routing graph, this may only have a small handful of edges. We can sum > these edges to get the route > duration, but to get the actual geometry or distance, we then have to > "unpack" those edges. > > The table plugin doesn't do this unpacking step. It gets the durations > easily, but would be significantly slower > if we also had to report back the route geometries. The API response would > probably also be huge (10s or 100's of MB?) for any > non-trivial number of route pairs in the table. To support that, we would > need a way to stream the response > asynchronously to the HTTP client, otherwise a couple of requests could use > up all the RAM on the server. > > Things are never as simple as they seem :-( > > daniel > > > On Apr 15, 2016, at 12:45 PM, Michal Palenik > > wrote: > > > > that is what I already do, but it means a lot of (unnecessary) > > connections. I assume the geometries are already available when > > computing the duration. > > > > I was hoping for a "documentation lacking behind development" > > scenario... > > > > > > cheers, > > michal > > > > On Fri, Apr 15, 2016 at 04:09:49PM +0200, Daniel Hofmann wrote: > >> If you check the v5 spec you linked, you will see only Route, Trip and > >> Match providing a "geometries" option. > >> > >> What you can do is this: > >> - do a Table request from your position against all Bus / Tram stops in the > >> area / in a buffer of a few kilometers > >> - pick n shortest routes from the Table response and temporarily store > >> their destination coordinates > >> - do n Route request from your position against the n destination > >> coordinates and extract the geometry > >> > >> Cheers, > >> Daniel J H > >> > >> On Fri, Apr 15, 2016 at 3:49 PM, Michal Palenik > >> wrote: > >> > >>> hi, > >>> > >>> within the new api, I am trying to find how to get geometry (together > >>> with perfect duration). is it possible? > >>> > >>> or do I have to make N*M queries for all the possible combinations? > >>> > >>> > >>> https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table > >>> > >>> I am trying to make a service like "show me the routes to the closest > >>> bus/tram stops" : http://epsilon.sk/mhd/ > >>> > >>> thanks > >>> > >>> michal > >>> > >>> -- > >>> michal palenik > >>> www.freemap.sk > >>> www.oma.sk > >>> > >>> > >>> ___ > >>> 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 > > > > > > -- > > michal palenik > > www.freemap.sk > > www.oma.sk > > > > > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] new api table and geometry
that is what I already do, but it means a lot of (unnecessary) connections. I assume the geometries are already available when computing the duration. I was hoping for a "documentation lacking behind development" scenario... cheers, michal On Fri, Apr 15, 2016 at 04:09:49PM +0200, Daniel Hofmann wrote: > If you check the v5 spec you linked, you will see only Route, Trip and > Match providing a "geometries" option. > > What you can do is this: > - do a Table request from your position against all Bus / Tram stops in the > area / in a buffer of a few kilometers > - pick n shortest routes from the Table response and temporarily store > their destination coordinates > - do n Route request from your position against the n destination > coordinates and extract the geometry > > Cheers, > Daniel J H > > On Fri, Apr 15, 2016 at 3:49 PM, Michal Palenik > wrote: > > > hi, > > > > within the new api, I am trying to find how to get geometry (together > > with perfect duration). is it possible? > > > > or do I have to make N*M queries for all the possible combinations? > > > > > > https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table > > > > I am trying to make a service like "show me the routes to the closest > > bus/tram stops" : http://epsilon.sk/mhd/ > > > > thanks > > > > michal > > > > -- > > michal palenik > > www.freemap.sk > > www.oma.sk > > > > > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] new api table and geometry
hi, within the new api, I am trying to find how to get geometry (together with perfect duration). is it possible? or do I have to make N*M queries for all the possible combinations? https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table I am trying to make a service like "show me the routes to the closest bus/tram stops" : http://epsilon.sk/mhd/ thanks michal -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] external source
hi, is there any means to get which part of the way is considered? WKT or WKB or start-end point or any geometry description? michal On Tue, Jul 29, 2014 at 08:36:40PM +0200, Emil Tin wrote: > Hi, > Ways are split into segments before being processed by lua. And you can use > way.osm_id from lua, see the example file. > > Sendt fra min iPhone > > > Den 29/07/2014 kl. 15.21 skrev Michal Palenik : > > > > hello > > > > I am trying to reproduce the famous dublin no pub routing > > http://www.sotm-eu.org/slides/95-1.pdf > > which is fairly easy using postgis lua example > > https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/examples/postgis.lua > > however: > > > > that would penalize all osm ways with a pub nearby. but if the way is > > 5km long, only the area around the pub should be bad (not whole 5km). > > > > I assume osrm works in way: > > get data (way id is unique) > > lua profiles (way id still unique, each way id is processed just once) > > explode into proper node/edge architecture (way id not unique) > > 'magic' > > running osrm daemon > > > > > > is it possible in the 'magic' step process each segment for some > > additional info (# of nearby pubs; elevation change; ..)? having way.id > > and WKT/WKB available for postgis queries would be awesome. > > > > > > > > > > thanks > > > > michal > > > > -- > > michal palenik > > www.freemap.sk > > www.oma.sk > > > > ___ > > 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 > -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] external source
hello I am trying to reproduce the famous dublin no pub routing http://www.sotm-eu.org/slides/95-1.pdf which is fairly easy using postgis lua example https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/examples/postgis.lua however: that would penalize all osm ways with a pub nearby. but if the way is 5km long, only the area around the pub should be bad (not whole 5km). I assume osrm works in way: get data (way id is unique) lua profiles (way id still unique, each way id is processed just once) explode into proper node/edge architecture (way id not unique) 'magic' running osrm daemon is it possible in the 'magic' step process each segment for some additional info (# of nearby pubs; elevation change; ..)? having way.id and WKT/WKB available for postgis queries would be awesome. thanks michal -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] tms tile server standard
i had to use tms: true near new L.tileLayer( part of leaflet configuration see http://leafletjs.com/reference.html#tilelayer and part : tms Boolean false If true, inverses Y axis numbering for tiles (turn this on for TMS services). michal On Tue, Apr 22, 2014 at 10:45:03AM +0200, Dennis Luxen wrote: > Ah, alright. That makes more sense. So, you mean the web _client_ which is > done in Javascript. It extends Leaflet. Not sure if that is actually possible > in Leaflet. > > —Dennis > > Am 21.04.2014 um 21:37 schrieb Joseba Bolinaga : > > > Well, i'll try to explain it better. In the osrm web server we have the > > option of choosing several tile servers (osrm, maquest, cloudmade, > > bingroads,...). All of them use the WMTS standard. I would like to use > > another tile server, but this one uses TMS standard. Thank you anyway for > > your fast answer. > > > > > > On Mon, Apr 21, 2014 at 8:42 PM, Dennis Luxen wrote: > > This is probably the wrong mailing list for that. > > > > —Dennis > > > > Am 21.04.2014 um 18:47 schrieb Joseba Bolinaga : > > > > > Hi, > > > > > > i would like to know if it is possible to change the tile server standard > > > from WMTS to TMS and, if it is possible, how i can do it. > > > > > > > > > Thank you very much. > > > ___ > > > 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 > > > > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk > -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] mix kilometers and speed
does not the impedance variable solve all this? though i cannot find any example... michal On Mon, Apr 07, 2014 at 11:06:51AM +0200, didier2020 wrote: > hi, > > i wonder if osrm can mix kilometers and speed to calculate a route > > exemple: > my car : 5l/100 km with 1l = 1.5 € => 0.075€ for one kilometer > me : my time can be arround 16€/h > > so for a trip of 50 km, and 20 minutes > => (50*0.075) + (20/60*16) = 3.75 + 5.33 = 9.08€ > > > thanks > didier > > > > > > > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface
On Mon, Mar 17, 2014 at 01:57:23PM -0300, Fernando Trebien wrote: > Hm I don't know of a place to go to obtain this information. me neither. anyway, last month we had a legislation change which basically says that highway=tertiary now has hgv=destination tag (instead of hgv=yes) so I would be much willing to have these default/implicit tags on per region basis. we probably have landuse=residential => maxspeed=50 (?) > But I don't > think we can easily implement different interpretations of the tags on > a per-country basis. in postgis/anyspatialdatabase, this would be fairly easy (except for filling in the data by crowdsourcing). looking at https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/examples/postgis.lua it is probably connectable. > On Mon, Mar 17, 2014 at 12:49 PM, Michal Palenik > wrote: > > hi, please beware of osm dialects... > > > > at least in slovakia (and probably czech republic) highway=track is > > considered to have motor_vehicle=private (or motor_vehicle=no) implicit tag. > > > > which opens the question of country/region wide default values for eg > > maxspeed, ... > > > > michal ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface
rent classification system.) > >> > >> Of course I am open to suggestions on how these observations can be > >> synthesized into a simpler tagging system. > >> > >> On Wed, Mar 5, 2014 at 5:17 AM, Emil Tin wrote: > >> > >> DO you mean a new osm tag? Doesn't the existing tags you mention cover > >> surface quality? > >> > >> Med venlig hilsen > >> > >> Emil Tin > >> IT- og Processpecialist > >> Trafik > >> ___ > >> KØBENHAVNS KOMMUNE > >> Teknik- og Miljøforvaltningen > >> Byens Anvendelse > >> > >> Njalsgade 13 Vær. 118 > >> Postboks 380 > >> 2300 København S > >> > >> Direkte 2369 5986 > >> Mobil 2369 5986 > >> Email z...@tmf.kk.dk > >> EAN 5798009493149 > >> -Oprindelig meddelelse- > >> Fra: Fernando Trebien [mailto:fernando.treb...@gmail.com] > >> Sendt: 28. februar 2014 17:35 > >> Til: Emil Tin > >> Cc: osrm-talk > >> Emne: Re: [OSRM-talk] Beginner question: default car profile and > >> tracktype/smoothness/surface > >> > >> Thank you Emil and Hans. I didn't know about the biking profile. Even > >> though > >> I'm a cyclist as well, I've been using the website mostly for car routing, > >> and that's what OSRM is most known for here in Brazil. > >> > >> A while ago, I participated in a debate about making OSM-Carto use a > >> different visual style to display roads in "worse than usually expected" > >> state. As the debate developed, I made up a surface classification system > >> that captures similarities among tags that represent "transit effort" > >> (tracktype, smoothness, mtb:scale, sac_scale, wheelchair, 4wd_only, and > >> surface) for various modes of transportation. I wonder if you'd be > >> interested in something along this line, then I would go ahead and propose > >> an official tag for it. > >> > >> On Fri, Feb 28, 2014 at 5:26 AM, Emil Tin wrote: > >> > >> > >> > >> Surface is already taken into account for bicycles in the OSRM main repo: > >> > >> https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/bicycl > >> e.lua > >> > >> However, instead of multiplying, I found it more realistic to simply use > >> the > >> surface speed, instead of multiplying: > >> > >> surface_speeds = { > >> ["asphalt"] = default_speed, > >> ["cobblestone:flattened"] = 10, > >> ["paving_stones"] = 10, > >> ["compacted"] = 10, > >> ["cobblestone"] = 6, > >> ["unpaved"] = 6, > >> ["fine_gravel"] = 6, > >> ["gravel"] = 6, > >> ["fine_gravel"] = 6, > >> ["pebbelstone"] = 6, > >> ["ground"] = 6, > >> ["dirt"] = 6, > >> ["earth"] = 6, > >> ["grass"] = 6, > >> ["mud"] = 3, > >> ["sand"] = 3 > >> } > >> > >> > >> -- surfaces > >> if surface then > >> surface_speed = surface_speeds[surface] > >> if surface_speed then > >> if way.speed > 0 then > >> way.speed = surface_speed > >> end > >> if way.backward_speed > 0 then > >> way.backward_speed = surface_speed > >> end > >> end > >> end > >> > >> Both approaches might have merit. > >> > >> > >> > >> Kind regards, > >> > >> Emil Tin > >> IT- and Process Specialist > >> Traffic Design > >> > >> CITY OF COPENHAGEN > >> The Technical and Environmental Administration Traffic Department > >> > >> Islands Brygge 37 Vær. 118 > >> Postboks 450 > >> 2300 København S > >> > >> Telefon +45 2369 5986 > >> Email z...@tmf.kk.dk > >> EAN 5798009493149 > >> > >> > >> -Oprindelig meddelelse- > >> Fra: Hans Gregers Petersen [mailto:greg...@septima.dk] > >> Sendt: 28. februar 2014 09:16 > >> Til: osrm-talk@openstreetmap.org > >> Emne: Re: [OSRM-talk] Beginner question: default car profile and > >> tracktype/smoothness/surface > >> > >> Hi Fernando, > >> > >> I've always wondered if there are any plans taking surface > >> type/quality into account in the default profiles. I live in a > >> developing country (Brazil) with poorly maintained roads and these > >> conditions make a big difference at the beginning and at the end of > >> many routes if ignored. > >> > >> > >> I do not know about the plans regarding the default profile, but I > >> successfully used a simple "factor approach" to surfaces when doing our > >> routing on bicycle paths here in Denmark. > >> For instance setting the following in the LUA profile: > >> > >> -- How much does speed depreciate by surface surface_factors = { > >> ["unpaved"] = 0.8, ["gravel"] = 0.8, ["cobblestone"] = 0.8, ["dirt"] = > >> 0.8, ["earth"] = 0.8, ["sand"] = 0.8, ["cobblestone:flattened"] = 0.9, > >> ["compacted"] = 0.9, ["fine_gravel"] = 0.9, ["wood"] = 0.9 } > >> > >> and then later adjuste the speed accordingly: > >> > >> -- Surface tag > >> local surfacetag = way.tags:Find("surface") > >> > >> -- Surface factor > >> if surface_factors[surfacetag] then > >> way.speed = way.speed * surface_factors[surfacetag] way.backward_speed > >> = way.backward_speed * surface_factors[surfacetag] end > >> > >> > >> > >> Best regards, > >> > >> Greg > >> > >> > >> > >> Hans Gregers Petersen > >> Partner, Senior Consultant > >> www.septima.dk > >> > >> ___ > >> 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 > >> > >> > >> > >> > >> -- > >> Fernando Trebien > >> +55 (51) 9962-5409 > >> > >> "The speed of computer chips doubles every 18 months." (Moore's law) > >> "The speed of software halves every 18 months." (Gates' law) > >> > >> ___ > >> OSRM-talk mailing list > >> OSRM-talk@openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/osrm-talk > >> > >> > >> > >> > >> -- > >> Fernando Trebien > >> +55 (51) 9962-5409 > >> > >> "The speed of computer chips doubles every 18 months." (Moore's law) > >> "The speed of software halves every 18 months." (Gates' law) > >> > >> ___ > >> 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 > >> > >> > >> > >> > >> -- > >> Fernando Trebien > >> +55 (51) 9962-5409 > >> > >> "The speed of computer chips doubles every 18 months." (Moore's law) > >> "The speed of software halves every 18 months." (Gates' law) > >> > >> > >> > >> ___ > >> OSRM-talk mailing list > >> OSRM-talk@openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/osrm-talk > >> > > > > > > > > -- > > Fernando Trebien > > +55 (51) 9962-5409 > > > > "The speed of computer chips doubles every 18 months." (Moore's law) > > "The speed of software halves every 18 months." (Gates' law) > > > > -- > Fernando Trebien > +55 (51) 9962-5409 > > "The speed of computer chips doubles every 18 months." (Moore's law) > "The speed of software halves every 18 months." (Gates' law) > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Elevation in OSRM result (for profile)
hello all I did not see it in your text, but use of elevation during calculation of the route would increase possibilities for (at least) bicycle routing. mainly change forward and backward speed according to meters gained/descended (or changing impedance). is this also one of the goals? thanks michal On Thu, Mar 06, 2014 at 03:06:52PM +0100, Elisabeth Leu wrote: > Hi List, > > This e-mail just to let you know that we decided to work on integrating the > elevation output in OSRM. > > The goal is to have elevation in the geometry of the output JSON as well as > in the GPX, and an option in OSRM to enable elevation (disabled by default). > > We might ask questions about it in the next days / weeks, with the final > goal to suggest this feature as a pull request for reviewing. > > We are open to take opinions and remarks about it, esp. concering a future > pull request for OSRM master/develop. > > Best regards, > Radu, Yves, Stéphane and Elisabeth > > > > On Fri, Jan 31, 2014 at 8:49 AM, Yves Bolognini < > yves.bologn...@camptocamp.com > > wrote: > > > Hi, > > > > Thanks for your answer. Actually yes, for now our need is simply to > > show elevation in the output. > > > > I thought of using the way.name attribute to pass node elevations. But: > > 1) Elevation is on nodes, not on ways. So we would need to implement > > some hack to pass both nodes' evelations on every way's name > > 2) I thought maybe the profile thing in OSRM output would be > > interesting for other devs, so it may be good to code it the clean way > > > > Anyone has an idea how hard it would be to add such a feature inside > > OSRM? Is someone interested in this addition? > > > > Best, > > Yves > > > > > > 2014-01-30 Florian Lohoff > > > > >: > > > > > > Hi, > > > > > > On Thu, Jan 30, 2014 at 02:28:39PM +0100, Yves Bolognini wrote: > > >> Hello List, > > >> > > >> We have elevation data in our source graph. Each vertex has elevation > > >> information ("ele" key in OSM-like data). We'd like to have this info > > >> in OSRM result in order to display profile. > > > > > > My understanding would be that you need to put this into some tag OSRM > > > stores the hsrm file and shows it in the JSON e.g. name. > > > > > > I do something like the following: > > > > > > if speed_profile[highway] ~= nil then > > > way.speed=speed_profile[highway] > > > way.name=table.concat({way.id,highway,way.name,way.ref},"|") > > > end > > > > > > So i get way.id, highway type, name and ref ... > > > > > >> What are the chances that elevation data will be available one day in > > >> the output? > > >> What do you estimate regarding the complexity to implement it? > > >> Would a contribution for this feature be considered? > > > > > > From using elevation data i would expect to have elevation on nodes > > > and if adjacent nodes have different elevation, you would need to split > > > the way and make it 2 oneways with different costs. > > > > > > Uphill more expensive than downhill. > > > > > > Or is it just you'd like to show elevation data in the output? > > > > > > Flo > > > -- > > > Florian Lohoff > > > f...@zz.de > > > > > > -BEGIN PGP SIGNATURE- > > > Version: GnuPG v1.4.10 (GNU/Linux) > > > > > > iQIVAwUBUup2BJDdQSDLCfIvAQgJgA//VTwAdXc41GeJediOMp+nTkr3ztmfQ1Lx > > > a1JETnmTbdrdUZsYqQZrGKpSDwCTAwOXx8Vu018dhIpNmSGhrH1Jn2qWTsazBmSQ > > > r6T0a/vk/Ow8NXkZTR2vy66XBO/F4ZClYxWZm0O3J5p/cGPRgNyDZWsaCACAGdLf > > > eJzv2UoCO9Mq27V2fzHwCEB1TBwQBy8a/heN1VJuIREkmWiLZTSIEpr8FkjjjWts > > > o66Yna48jYqEWW0DYqC9v3hPvQb7suvT508zetTJeONiYXcHENfaD3orsBLkWCH2 > > > 8qjKo3BJ0qWin92y9J3Su0Vf8+MWb/TQ55a6OqEzqWu696UkYn7pmkk/lbpZVMY3 > > > DB1Pd84S1/lGLUmPJbG9sm/ouCJbkresTKvHfvHkPVZB0CiOEg/zpZOCzzziul5r > > > 0iF2XloVGInhG6c6pbtn6lSpsnRe7ZfuOp9dbtWey5SXzmPqlt0D5J7/G/y8/Nqo > > > 5z5zTqczEKRnh1oPoa5D1t9TTyKFngAEMa7jwoAxUQEuRpFOUPuI8zGJzc7doRgi > > > GKrVGi6Dt42CFzlwvneKUrq0e+PqQvN8zMjJ0a4d3fPd9/a2zSyFCV7HtuoAgSXL > > > XzMDjGnjJBJIoWDfQoW3hdIwmRP6txbf/qWKk5scSDYvD6C2KTnw7mWvGcdB5CTg > > > cH6g7uCak70= > > > =JgTX > > > -END PGP SIGNATURE- > > > > > > > ___ > > OSRM-talk mailing list > > OSRM-talk@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/osrm-talk > > > > > > -- > Elisabeth Leu > > Camptocamp SA > PSE A > CH-1015 Lausanne > www.camptocamp.com > > Phone: +41 21 619 10 21 > > > -- > Elisabeth Leu > > Camptocamp SA > PSE A > CH-1015 Lausanne > www.camptocamp.com > > Phone: +41 21 619 10 21 > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] highway=track
On Thu, Jun 06, 2013 at 08:26:11PM +1000, Tony Morris wrote: > OK thanks. I saw some other email threads on this. I think it is a bit > arbitrary that access=yes is required isn't it? I mean, why prefer > requiring access=yes for routing versus requiring access=no wrong tag, please don't use access=* at all. it does not take into account other means of transport. the result is that we have bike routes where access by bicycles is prohibited (according to osm data and this stupid tag) use motor_vehicle=* bicycle=* ... > to prevent > routing? I'm not sure of the benefit of this rule, anyway, I'll accept it. > > My next question is about tagging routable tracks with access=yes. I > have done this now, however, how long until I see updates on the OSRM > map? It seems other people asked for this[1], but the issue was closed > without a fix. Is there any intention of fixing it? > > Let's put it another way, if there is a highway=track without access=yes > and I'd like to route along that track, is it impossible to get that > route for at least a few days, except when I do my own build? > > I'm just trying to get a decent route along a track with minimal fuss. > Thanks for your great work by the way! > > [1] https://github.com/DennisOSRM/Project-OSRM/issues/93 > > On 06/06/13 20:18, Dennis Luxen wrote: > > If you roll your own installation, you can. Just uncomment the line in > > profiles/car.lua. On the test instance, we don't route over tracks for > > several reasons by default. If access is allowed you can, then you can just > > add an appropriate access tag onto the way and then we will route over it. > > > > --Dennis > > > > Am 06.06.2013 um 10:11 schrieb Tony Morris : > > > >> Hello, > >> I am trying to create a route on OSRM however, it seems to refuse to use > >> highway=track for the route. Can I somehow say it is ok to use tracks? > >> > >> -- > >> Tony Morris > >> http://tmorris.net/ > >> > >> > >> ___ > >> OSRM-talk mailing list > >> OSRM-talk@openstreetmap.org > >> http://lists.openstreetmap.org/listinfo/osrm-talk > > > -- > Tony Morris > http://tmorris.net/ > > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Running several OSRM instances?
I use a standard reverse proxy (from apache) I create a virtual host, dns based, with config something like: ProxyPass / http://10.9.0.10:5000/ ProxyPassReverse / http://10.9.0.10:5000/ (which actually runs from my home desktop via openvpn, it's still quite fast) michal On Wed, May 15, 2013 at 07:23:22PM +0200, Emil Tin wrote: > We would like to offer different bicycle profiles (including cargo bikes) on > our site http://www.ibikecph.dk, and in our mobile app. > > OSRM can't yet serve different profiles from the same instance. A workaround > is to run mulitple instances. Does anyone have experience with running > several OSRM instances on the same server? > > > It imagine it would be nice to map paths or params to ports, perhaps using > apache rewrite_mod. Example: > > http://routes.ibikecph.dk/viaroute?... > # => map to port 5000, OSRM instance serving normal bike routes > http://routes.ibikecph.dk/viaroute?...&profile=cargobike # => > map to port 5001, OSRM instance serving routes for cargo bikes > > > > Thanks, > > Emi Tin > City of Copenhagen > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] SafestWay: OSRM + OSM = Making walking safer, one step at a time.
I just wonder: would it be possible to have two/three/four impedance columns and then choose one at the time of route calculation? (eg bicycle profiles safe and fast) (I know performance would drop drastically if the two impedances are totally different, like walking and motorwayonly cars) michal On Mon, Apr 15, 2013 at 09:09:24AM +0200, Emil Tin wrote: > > With the current implemtantion, you cannot change paramters for routing after > you preprocessed the data. > > Butyou might be able to just run 1 osrm process, and then preprocess for the > next hour, swap osrm process, and process next hour, and so on, as long as > your processesing doesn’t take more than one hour . > > > > Med venlig hilsen > > Emil Tin > IT- og Processpecialist > Trafikdesign > > KØBENHAVNS KOMMUNE > Teknik- og Miljøforvaltningen > Center for Trafik > > Islands Brygge 37 Vær. 118 > Postboks 450 > 2300 København S > Mobil > > +45 2369 5986 > > Email > > z...@tmf.kk.dk<mailto:%20z...@tmf.kk.dk> > > EAN > > 5798009493149 > > > > > Fra: Jeffrey Mealo [mailto:jme...@stringtheoryschools.com] > Sendt: 12. april 2013 19:03 > Til: osrm-talk@openstreetmap.org > Emne: Re: [OSRM-talk] SafestWay: OSRM + OSM = Making walking safer, one step > at a time. > > Emil, > > Thanks for the reply. > > I'm trying to figure out a way to store between 12 to 24 crime "speeds" which > will take into account when the crime occurred. That way you can find a route > to and from school based on when you will be walking. > > I saw in several parts of the routing that speed is multiplied by distance. I > was wondering if it'd be possible to take additional route parameters in (the > current time) and try to store crime weights. > > I'm not sure if it's possible to fit that amount of information into the > current field used for speed, or if I could make modifications to the data > files. > > If this sounds difficult. I could also make a utility to change just the > speeds in the road network and run 12-24 routed processes (not a long term > solution; given I want this to be easy to deploy and have modest hardware > requirements). > > I realize that the algorithm calculates the shortest routes ahead of time. > This doesn't limit the ability to add in weighting and other factors during > routing, does it? > > Regards, > > Jeffrey Mealo > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] comparisson of routing frontend
hello i would like to compare routing results from two engines, to show the result difference (both distance/time and route on map). the use case is - see result difference after changing lua scripts - see the difference after adding a new road my approach would be to set up 2 osrm daemons, two engines in osmr frontend and switch them manually. displaying both at once would be awesome. does anybody have something ready? another greate option would be a heatmap displaying location benefiting from a change. thanks for any hints michal -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] url shortener
hello i've tried to setup an url shortener for my osrm install, but there is just too many available ones. (foss, maybe postgresql based) which one do you use? and mainly, whould you recommend it? :-) michal -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk