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=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] 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 <fl.infosrese...@gmail.com > > 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 <michal.pale...@freemap.sk> > > > 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 > > >> <michal.pale...@freemap.sk> > > >> 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
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 <michal.pale...@freemap.sk> > 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] 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 josbol...@gmail.com: 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 i...@project-osrm.org wrote: This is probably the wrong mailing list for that. —Dennis Am 21.04.2014 um 18:47 schrieb Joseba Bolinaga josbol...@gmail.com: 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] Beginner question: default car profile and tracktype/smoothness/surface
-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] 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 michal.pale...@freemap.sk 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] 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.comjavascript:_e(%7B%7D,'cvml','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
f...@zz.dejavascript:_e(%7B%7D,'cvml','f...@zz.de');
:
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.dejavascript:_e(%7B%7D,'cvml','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.orgjavascript:_e(%7B%7D,'cvml','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 tonymor...@gmail.com: 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
