Re: [OSRM-talk] polyline usage?

[Sander Deryckere]

The algorithm is the same, but the precision in OSRM is higher, you should
call the polyline function with a precision of 6 digits instead of 5.

Regards,
Sander

2015-12-17 18:14 GMT+01:00 Bjorn Madsen :

> Hi - I'm wondering what the better option is to get the polyline out as
> list of latlons
>
> As example I'm using:
>
> waypoints = [(51.460982, -2.588994), (53.348429, -6.255323)]
>
>
> which gives this long polyline http://pastebin.com/dhMZ2Nqb
>
> However, when I decode it, I get (the first 5 records only)
>
>  = {tuple} (514.60953, -25.88957)
> 0001 = {tuple} (514.61061, -25.88728)
> 0002 = {tuple} (514.60382, -25.88428)
> 0003 = {tuple} (514.59867, -25.88208)
> 0004 = {tuple} (514.59651, -25.88124)
>
>
> Any idea to what I'm doing wrong? Has the encoding changed from:
> http://code.google.com/apis/maps/documentation/polylinealgorithm.html
>
>
>
>
>
>
> ___
> 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] Project-OSRM: In need of advice; can offer some commercial support to you/ your projects in return

[Sander Deryckere]

2015-11-30 13:17 GMT+01:00 Bjorn Madsen :

> Hi - We're setting up a server to support the project with a modest 128 Gb
> RAM.
>
> Q1: What is the "right way" to get map updates for .pbf files? Any best
> practices out there? Nightly/Weekly builds? Do you get the data from
> http://download.geofabrik.de/ and are they okay with the traffic?
>
> In any case (not related to OSRM), geofabrik also offers .osc files, thes
only contain the changes and can be applied with the Osmosis tool. This
seriously reduces the traffic to geofabrik. I don't know to what extend
OSRM also supports updating from .osc files, or if you need to clean and
re-fill the complete database.


> Q2: What is the "right way" to prevent import of criminal map updates? I
> read on the OSM forum that somebody got banned after moving industry
> addresses around in updates, with a plausible suspicion on attempting to
> redirect deliveries (without payment).
>
> If there would be an easy way to notice such vandalism, the community
would use it. But in general, vandalism can only be discovered by humans
looking at the data, sometimes it even requires local knowledge to discover
vandalism. So there's not a lot you can do automatically. On the positive
side, I must say we have a lot less vandalism than text projects (like
wikipedia), OSM is technically more difficult to vandalise, and doesn't
give as much gain (f.e. no SEO). The real problem are accidental mistakes
(like typos). These happen a lot more often, and sometimes by trusted
mappers.

If the vandalism is clear (like highway-grafity in a populated area), it's
quickly discovered and removed. If the vandalism is hard to notice (like in
the middle of the pacific, or some name changes of small features), it will
stay around longer, but also shouldn't influence your working a lot (if the
OSM community doesn't notice it, the chance your data users will notice it
is also small). See the wiki for additional info:
http://wiki.openstreetmap.org/wiki/Vandalism


> Q3: Any other best practices to keep in mind?
>
> Kind regards
> Bjorn
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Project-OSRM: In need of advice; can offer some commercial support to you/ your projects in return

[Sander Deryckere]

2015-11-24 16:07 GMT+01:00 Bjorn Madsen :

> Hi Sander & Emil,
> Thanks for the quick responses. The usage of the lua script is
> particularly useful.
>
> I completely respect the limitations of the demo server and can offer to
> set up another server to support the project. 20Tb of traffic should help?
>
> OSRM is open source, so you're completely free to install your own server,
to fit your own needs or anything you want. If you want to support the
community with an extra server, that would be great too.


> I've been following the discussions on the OSM forum and they've discussed
> the quality of the map to a great extend.
> For planning purposes I appreciate that the main source of error is delay
> in updates. To counter that we are planning to use our commercial help-desk
> to collect information from drivers about detours and unrecorded obstacles
> so that OSM can get the updates with less than a days delay. We can also
> track some vehicles, and capture information such as slowdown caused by
> traffic jams, etc. on major roads. Hopefully this can become a valued
> source of information?
>
> OSM only gathers permanent and verifiable information. And permanent means
that you can expect it to last at least one year after you mapped it. Now,
you can do some more temporary mapping (like setting a highway state to
"construction" if they're doing long works on it). But in general, traffic
jams, temporary obstacles etc don't belong in OSM.

However, OSM is free to mix with other open data, so if anyone takes up the
job to create a database of temporary data, it can be combined with OSM.
Mapbox might indeed be interested in it, but I haven't seen any successful
and open databases like this so far.


> If somebody has a burning interest in accelerating this, then please feel
> free to get in touch for a sponsorship.
> That's the least I can do.
>
> Kind regards
> Bjorn
>
> 
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] OSRM demo server down

[Sander Deryckere]

Hi,

I just noticed that the demo site, and routes on http://osm.org through
ORSM are down.

As I didn't see an announcement or mail about it, I thought I should
mention it.

Regards,
Sander

>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk