On 12/19/2010 12:07 PM, Rainer Kluge wrote: > Hello, > > The snap-to-street feature is really nice and I use it frequently to plan my > cycle trips. However, in many cases the resulting polyline, and then the > derived > track, are slightly off the way which was used for creation, up to some > meters.
Hi Rainer, yes I know. That is because of GLGT's internal data structure. The visible map data is read in lon/lat pairs, converted to coordinates of pixel and stored in memory. The algorithm for the snap-to-street feature is working on that pixel based data. Depending on the zoom level the quantification error can be quite large. The solution to the problem would be a much more complex data handling and constant disc access to read the lon/lat data. And I considered the error introduced by quantification less annoying than bitching around in the code to make it 100% perfect. Oliver ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ QLandkarte-users mailing list QLandkarte-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkarte-users
