[Routing] Improving quality of OSM data for routing.

[Nic Roets]

Yes, it's already is svn. 'Rebuild' with the desktop application as
described on the wiki. Then

make osmunda
./osmunda <in.gpx >error.gpx

On Mon, Aug 25, 2008 at 12:11 AM, Peter Ross <peter at emailross.com> wrote:
> On Sun, Aug 24, 2008 at 7:06 AM, Nic Roets <nroets at gmail.com> wrote:
>> I moved the data access functions of gosmore into a seperate cpp and h
>> file / library. The new API is very crude but allows bbox scanning,
>> text searching and routing queries.
>>
>> So as an application, I wrote a program (osmunda) that scans a GPX
>> tracklog for maneuvers that are 'impossible' according to the given
>> OSM data. Specifically, it takes any two consecutive tracklog points
>> and calculates the route according to OSM data between the two. If
>> this route includes one or more complete segment, it flags the two
>> tracklog points by writing them to another GPX file.
>>
>> It processed my test file of 14000 points in 8 seconds.
>>
>> It tends to falsely flag dual carriage ways as the GPS receiver
>> occasionally generates points that are closer to the oncoming way. It
>> may also flag bridges, as it's unsure on which level the person was.
>> These can be reduced by adding code that considers the motion vector.
>>
>> It also falsely flags movements through open areas, like parking areas
>> and city squares, as they will simply not match the routable ways.
>>
>> But it did highlight one footway and one service road this hasn't yet
>> been added to the map.
>>
> Are you planning to make this code available to others?  It sounds
> like something that would be good.
>
> Cheers,
> Pete
>
> _______________________________________________
> Routing mailing list
> Routing at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/routing
>