Re: [OSRM-talk] OSRM Problems

[Alex Farioletti]

Here are a couple online polyline gui tools

https://developers.google.com/maps/documentation/utilities/polylineutility

https://www.keene.edu/campus/maps/tool/

On Sat, Mar 21, 2020, 5:51 AM Mike Flannigan  wrote:

>
> Item #1.
>
> If I go here:
> http://project-osrm.org/
> and click on "View Demo", and put in 2 points
> the route is not calculated and the GPX export
> button is not active (it is grayed out).  This
> used to work.  What happened?
>
>
> Item #2.
>
> Using the old techniques I am able to
> get this output from a browser:
>
>
> routes
> 0
> legs
> 0
> summary ""
> weight 52725.6
> duration 52286.9
> steps []
> distance 1443457.1
> weight_name "routability"
> weight 52725.6
> duration 52286.9
> distance 1443457.1
> waypoints
> 0
> hint
> "HXjihCh44oQAagAAAMh8AAAfDwAAAKv8nkIyMrtGwmU1RQBqyHwAAB8PAACZRgAABOzM-QORxQLcIcz5WILFAlkCbxbnlcEk"
> distance 3992.7959862545904
> name "Old 16 Road"
> location
> 0 -104.010748
> 1 46.502147
> 1
> hint
> "pLGsgKixrIAtYwAAjqSVQl4wIEMAAC0AAABjAACZRgAAyMVa-rFxUQLExVr6sXFRAgAAPwvnlcEk"
> distance 0.34712334988660304
> name "Nieman Road"
> location
> 0 -94.714424
> 1 38.891953
> code "Ok"
> I want to change the "hint" to lat/long pairs.
> I hear this can be done with @mapbox/polyline.js.
> But oddly I am having trouble installing that package.
>
> I am on Linux Ubuntu.
>
>
> Mike
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
Alex Farioletti
415.312.1674
twinjet.co
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Expecting time for osrm-contract for planet

[Alex Farioletti]

i've run into the same issues, and now i just use metroextracts of the
areas that i need for the bike stuff i do and it reduces the time
significantly

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com <http://tcbcourier.com> *

On Thu, Sep 21, 2017 at 8:49 AM, Kieran Caplice <kieran.capl...@temetra.com>
wrote:

> Thanks Daniel.
>
> I'm using the bicycle profile, so I would expect based on what you've said
> that somewhere up to 36 hours would be likely. However, this is the current
> output, after 25h40m:
> [info] Input file: /data/1505492056/planet-latest.osrm
> [info] Threads: 12
> [info] Reading node weights.
> [info] Done reading node weights.
> [info] Loading edge-expanded graph representation
> [info] merged 2379332 edges out of 152432
> [info] initializing node priorities... ok.
> [info] preprocessing 389797971 (90%) nodes...
> [info] . 10% . 20% . 30% . 40% . 50% . 60%
>
> It hasn't advanced past 60% in the last 2-3 hours. It is however maxing
> CPU and using approximately the same amount of RAM since it started.
>
> Kind regards,
> Kieran Caplice
>
> On 21/09/17 16:39, Daniel Patterson wrote:
>
> Hi Kieran,
>
>   The contraction time will be slow - many, many hours for the whole
> planet.  *Typically* for the car profile it's about 12 hours, but if you
> use bike or foot, or your own profile, it can get a lot bigger.
>
>   If you've messed with the travel speeds, that can have a big effect too.
>  24 hours is not unheard of, but whether it's legit will depend a lot on
> the details.
>
> daniel
>
> On Thu, Sep 21, 2017 at 7:00 AM, Kieran Caplice <
> kieran.capl...@temetra.com> wrote:
>
>> Hi all,
>>
>> Could anyone give an approx estimate for the time required to run the
>> osrm-contract on planet data on a 12 thread, 256 GB RAM, SSD machine?
>>
>> The osrm-extract process finished in 232 minutes, but the contract has
>> now been running solid for 24 hours, and appears to be stuck at 60% on
>> "preprocessing nodes". All 12 cores are generally maxed out, and the
>> process is using nearly 90 GB of RAM.
>>
>> This is the second time I've run the contract process, as my SSH
>> connection to the server dropped the first time and the process wasn't
>> running in a screen etc, so I assumed after the 40-odd hours it was running
>> for, the connection drop caused it to hang, but now I'm not so sure. Were
>> there any files I should maybe have cleared before trying to run it again?
>>
>> I'm using the docker image to run the command (using
>> osrm/osrm-backend:latest): time docker run -t -v /opt/osrm/data:/data
>> osrm/osrm-backend osrm-contract /data/1505492056/planet-latest.osrm
>>
>> Kind regards,
>> Kieran Caplice
>>
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>
>
>
> ___
> OSRM-talk mailing 
> listOSRM-talk@openstreetmap.orghttps://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

Re: [OSRM-talk] Question About OSRM

[Alex Farioletti]

I run mine on an Azure Basic A2 (2 Cores, 3.5 GB memory). its super fast,
less than 300 ms response and has never crashed once I got it running. Cost
is ~$80 us/month

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com <http://tcbcourier.com> *

On Sun, Aug 21, 2016 at 7:04 PM, Antonio Gonzalez <
antoniojosemgonza...@gmail.com> wrote:

> Goodnight,
>
> I would like to know how serious the maximum number of requests per minute
> offer?
>
> I would also like to know about stability. I tried OSRM project and
> sometimes I've had some application I've seen that are not online, then my
> question is whether you configured the server is more stable?
>
> Thank you so much,
>
> Greetings.
>
> On Aug 21, 2016, at 2:28 PM, Jean-Baptiste STAEBLER <
> j-b.staeb...@reunir.org> wrote:
>
> Hello Antonio,
>
> With my company, we have set up our own server for OSRM purpose. This is
> the more economic option if you want a high number of requests. We also use
> a special profile (for bus & regular coaches lines) for more precision.
> The cost of this solution is about $100/month (maybe less) if you found a
> great host for your server.
>
> Regards.
> Jean-Baptiste
>
> Le 20 août 2016 à 03:50, Daniel Patterson <dan...@mapbox.com> a écrit :
>
> Hello Antonio,
>
>   OSRM an open source project with no direct commercial option.  There is
> a "demo" server for non-commercial use.
>
>   Many people run their own OSRM server to do custom routing (bicycle,
> logistics, single-city configurations, etc).
>
>   I work for Mapbox, and we offer paid-for routing services backed by OSRM
> (see https://www.mapbox.com/directions/).  There may be others who do the
> same.
>
> daniel
>
> On Aug 19, 2016, at 6:26 PM, Antonio Gonzalez <antoniojosemgonzalez@gmail.
> com> wrote:
>
> Hello Goodnight,
>
> I want to ask if OSRM currently has a paid account, for the service
> provided.
>
> I'll look forward for your answer.
>
> 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
>
>
>
> ___
> 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

Re: [OSRM-talk] OSRM 5.3.0 API polyline encoding precsion question

[Alex Farioletti]

For what its worth, changing the include/engine/polyline_compressor.hpp back
to 1e6 was a trivial change.
I just finished rebuilding and reparsing my planet files and everything
works as expected. If anyone else is having this issue here's my fix:

https://github.com/thrownblown/osrm-backend/commit/244f0b07810607b2cd2da6270bc8ac0b7a92e75b

I'll probably throw a comment on the issue too.

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com <http://tcbcourier.com> *

On Thu, Jul 28, 2016 at 2:19 PM, Daniel Hofmann <hofm...@mapbox.com> wrote:

> This feature request is tracked in:
> https://github.com/Project-OSRM/osrm-backend/issues/2485
>
> Now, in case you want to get your hands dirty I'm glad to help you getting
> started :)
>
> Cheers,
> Daniel J H
>
> On Thu, Jul 28, 2016 at 10:54 PM, Alex Farioletti <a...@tcbcourier.com>
> wrote:
>
>> I'm upgrading from the 4.0 API to 5.0 and I have a problem / questions:
>>
>> can I set the polyline encoding precision on the server back to 6 from 5?
>> is it a simple change to the profile.lus i'm using?
>> or do i have to get my hands dirty with the source before i build it?
>>
>> I have been storing the results from the OSRM queries in my db, and I
>> have a few million records with polylines encoded at 6, and I don't want to
>> pollute the DB with a new polyline schema.
>>
>> *Alex Farioletti*
>> *415.312.1674*
>> *tcbcourier.com <http://tcbcourier.com> *
>>
>> ___
>> 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] OSRM 5.3.0 API polyline encoding precsion question

[Alex Farioletti]

I'm upgrading from the 4.0 API to 5.0 and I have a problem / questions:

can I set the polyline encoding precision on the server back to 6 from 5?
is it a simple change to the profile.lus i'm using?
or do i have to get my hands dirty with the source before i build it?

I have been storing the results from the OSRM queries in my db, and I have
a few million records with polylines encoded at 6, and I don't want to
pollute the DB with a new polyline schema.

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com <http://tcbcourier.com> *
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] osrm-routed and multiple states

[Alex Farioletti]

I use osmosis too. My use-case is multiple cities across the world, but
only within those cities. I DL my city files from
https://mapzen.com/data/metro-extracts and use osmosis to merge them into
one large pbf. it greatly decreases server load and extraction time.

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com <http://tcbcourier.com> *

On Wed, Nov 18, 2015 at 1:11 PM, Julien Coupey <jul...@coupey.fr> wrote:

> Hi,
>
> Quite similar to Daniel's suggestion, you can use osmctools to convert and
> merge two or more files.
>
> osmconvert 1.osm.pbf -o=1.o5m
> osmconvert 2.osm.pbf -o=2.o5m
> osmconvert 1.o5m 2.o5m -o=12.osm.pbf
>
> You can also drop unnecessary tags in the process to make extraction
> faster.
>
> See http://wiki.openstreetmap.org/wiki/Osmconvert and
> http://wiki.openstreetmap.org/wiki/Osmfilter.
>
> Julien
>
>
> Le 18/11/2015 21:52, kunk...@mskcc.org a écrit :
>
>> Hi folks,
>>
>> Am trying to make use of osrm across multiple states within the US, and
>> other than making use of north-america-latest.osm.pbf, which is 7 GB in
>> size, we were hoping to make use of pbf files from multiple states,
>> which are relatively smaller.
>>
>> Currently, osrm-routed consumes input files having the same base name as
>> part of the input argument.  In this scenario, we’d be forced to use
>> input files having the north-america as the base name.
>>
>> Might there be a way we can either combine multiple base names (i.e.
>> from multiple states) and/or merge output files from osrm-prepare into a
>> single set of files having the same base name?
>>
>> Thank you,
>>
>> Josh
>>
>> =
>>
>> Please note that this e-mail and any files transmitted from
>> Memorial Sloan Kettering Cancer Center may be privileged, confidential,
>> and protected from disclosure under applicable law. If the reader of
>> this message is not the intended recipient, or an employee or agent
>> responsible for delivering this message to the intended recipient,
>> you are hereby notified that any reading, dissemination, distribution,
>> copying, or other use of this communication or any of its attachments
>> is strictly prohibited. If you have received this communication in
>> error, please notify the sender immediately by replying to this message
>> and deleting this message, any attachments, and all copies and backups
>> from your computer.
>>
>>
>>
>> ___
>> 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] Haversine distance

[Alex Farioletti]

Does osrm calculate haversine distance?
On Aug 14, 2015 5:55 AM, "Rudolf Mayer"  wrote:

> Hi!
>
> gl...@i2pmail.org wrote on 14/08/15 14:20:
>
>> On 2015-08-14 11:29 UTC  wrote:
>>
>>>
>>> You can send them to me if you dont want to post them on the
>>> public bug
>>> tracker.
>>> Am 14.08.2015 13:03 schrieb :
>>>
>>> As I could make out a mistake in ORSM which can be really expensive
 Im looking for somebody who to help me to get it corrected.

 I could make out another mistake, but that one never is expendive
 bur just ridiculous and should be corected at any rate

>>>
>
> I wonder why your first email was so cryptic and alarming :-) Maybe it is
> an expensive mistake, but you could have right away described the problem..
> (and you should never disregard traffic signs in favour of your navigation
> device...)
>
> Nachdem man bei KIT auch Deutsch versteht ist es für mich gleich einfacher.
>>
>> Folgendes:
>> Man gebe bei Start Schwertgasse 2 1010 Wien ein, das funktioniert bestens
>> (Kontrolle Textilviertel, was nicht ganz richtig, aber egal ist)
>>
>> Als Ziel geht Schwechat, oder Flughafen Schwechat oder Fischamend ein.
>>
>> Also Route wird vorgeschlagen:
>> Schwertgasse - rechts: Salvatorgasse - bis zum Ende und JETZT:
>> Links abbiegen in  die Marc Aurel Gasse.
>> Dabei muß man über die doppelte Soerrlinie, entgegen dem Rechtbbiegegebot
>> und bei der als nächstem erwähntem Kreisverkehr steht die Polizei und
>> kassiert.
>> Dieser Fehler ist in fast allen, bis auf einem, Routenprogramm enthalten,
>> das weiß auch die Polzei, das wissen sonst nur Ortskundige.
>>
>
>
> If someone wants to see the route, it would be this one:
> http://osrm.at/eYY
>
> And it also seems that you (?) already reported the left turn issue in OSM
> via a note,
> http://www.openstreetmap.org/note/403231#map=17/48.21013/16.37254=N
> and someone fixed it 4 days ago:
> http://www.openstreetmap.org/relation/5425315
>
> (not sure what it is not yet in OSRM).
>
>
> Besonders kritisch: Von links kommt der Verkehr zweispurig!!!
>> Ein Hammer, da abbiegen zu wollen.
>>
>
>
> It is not legal, but otherwise not so critical - you don't have a two
> laned primary road, you have a road that has a second lane for traffic
> turning at the next crossing; and the road has a speed limit of 30 km/h..
>
> Kleinerer, aber lustig blöder Mangel:
>> ...
>> leicht links abbiegen Dampfschiffahrtsstraße ( 39m) das ist perfekt
>> geradeaus weiterfahren auf Hintere Zollamtstraße (0.16 Km) das ist sehr
>> schweirig,
>> warum? Erstens muß man dazu rechts abbiegen in diese Straße und zweitens
>> weicht man
>> da plötzlich auf eine Straße aus mit viel Gegenverkehr und reichlich
>> Ampeln
>> und engen Stellen und Geschwindigleitbeschränkung auf 30Km/h.
>> Wäre man auf der Dampfschiffahrtsstraße geblieben, gäbe es keine Ampel
>> und Vmax
>> ist locker drinnen, weil es dann bis zu 4 Spuren werden und das bis zu
>> der Ampel,
>> bei der die andere Route über die Rasumovskygasse endlich auch zur
>> Erdberger Lände
>> nach einer ewig langen Ampelphase einbiegen dürfen.
>>
>
>
> Yes, I also noticed this behaviour a couple of times, the preferred route
> would be this one: http://osrm.at/eZ1
>
> Es mu0 auf der Dampfschiffahrtsstraße ein Stück geben in den Unterlagen mit
>> grauenhaft geringer Geschwindigkeit.
>>
>
>
> I already checked that also myself earlier, but I couldn't spot anything
> unusual on Dampfschiffahrtsstraße.
> The actually preferred route is 0.1 km longer than the one given by OSRM,
> thus maybe there is not enough penalty computed for turning and traffic
> lights, respectively not enough bonus for a two-lane road..
>
> Greetings
> Rudi
>
> ___
> 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] combine metroextracts

[Alex Farioletti]

Is there a way to combine several metro extracts to reduce the ram
requirements to run OSRM?

my use case is to route within several cities in north america (SF,
Toronto, Chicago, Minneapolis) but not really needing anything out side of
those areas. I have built an osrm-backend that does north america but I'm
needing like 14gb of ram to run it, and that's expensive.

Can i do this through OSMOSIS? I was looking at it but it seems to only
take a single polygon (
http://wiki.openstreetmap.org/wiki/Osmosis#Extracting_bounding_boxes).

I just want to make sure this is even possible before I go down the rabbit
hole.

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com http://tcbcourier.com *
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] OSRM backend v4.5.0 released

[Alex Farioletti]

I just rebuilt and the extract and prepare were orders of magnitude faster.

thanks for all the hard work!

*Alex Farioletti*
*415.312.1674*
*tcbcourier.com http://tcbcourier.com *

On Tue, Jan 6, 2015 at 10:31 AM, Antonio Moratilla Ocaña 
antonio.morati...@gmail.com wrote:

 Hi Dennis,

 Where can we find any information about porting our speed profiles?

 Thnx!


 Antonio Moratilla Ocaña - antonio.morati...@uah.es - Despacho N334

 Profesor del Dpto. Ciencias de la Computación - http://www.cc.uah.es
 Escuela Politécnica - Informática - http://www.etsii.uah.es
 Universidad de Alcalá - http://www.uah.es

 2015-01-06 11:23 GMT+01:00 Dennis Luxen i...@project-osrm.org:

 Dear fellow OSRM’ers,

 I am excited to announce the release of the backend of OSRM v4.5.0 [1],
 your favorite OpenStreetMap based routing engine. We are moving at a fast
 pace and are combining 270 commits this time. This release features a
 number of exciting changes!

 First of all, we are using the great libosmium[2] for parsing OSM data
 files now. It's developed by Jochen Topf and we have been impressed with
 the speed and reliability of the code. Thus, we retired our own parsing
 code. Expect a speedup when parsing files!

 Please note that this is a breaking change if you have been using custom
 speed profiles with your OSRM installation. If you have any questions or
 concerns porting your speed profile, please don't hesitate to get in
 contact.

 This is the shortened change log:

 - implement parsing thru libosmium
 - reimplemented incremental nearest neighbor query
 - nearest neighbor is chosen from nearest small and big component
 - updated cucumber tests
 - refactored SCC traversal code, same interface as BFS components code
 - move application logic, i.e. shape file generation, from SCC traversal
 class to calling tool code
 - enable gcc color output when available
 - continued stream-lining of source files to remove camel case
 - fixed a number of unintended implicit un/signed casts
 - fixed a number of of old-style casts
 - reformatted code of phantom node c'tor for legibility
 - add better checks for forbidden routes
 - made implementation of restriction map independent of graph type
 - replace insecure std::rand by C++11's random number generation
 - fix coverity issue 1258907 Division or modulo by float zero
 - use JSON container to hold all intermediate results:
 - fix #1255 assume lift gates are passable

 We have tested the release in the past days at our demo site and it has
 been running without any apparent issues with tens of millions of queries.
 Also, we continue our effort to update the existing JavaScript web UI to a
 much more modern and slick look. This is work in progress and we are
 tracking the changes in a separate repository [3]. Patches and
 contributions are more than welcome. In the mean time, we invite everyone
 to use the existing web interface at our demo site: http://osrm.at.

 Dennis (on behalf of Team OSRM)

 [1] https://github.com/Project-OSRM/osrm-backend/releases/tag/v4.5.0
 [2] http://osmcode.org/libosmium/
 [3] https://github.com/Project-OSRM/osrm-frontend-v2

 —
 Want to support OSRM development? Buy us a beer:
 http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80


 ___
 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