-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello,
I have the feeling that having data specifically for routing doesn't troubles you. However plain OSM data is not usable as you don't have the traditional edge/arc representation (points are only geographical points and there can be multiple intersections on a single way). How do you people handle that? Did I miss some nice tool or misunderstood how data is organized? When I first thought about having a binary format, I thought about boost's serialization. Of course this only makes sense if you use boost::graph (I don't want to launch an other debate on that topic ;) ). The idea was to be able have immediately the graph structure ready to use without having to build it (it costs some CPU time even on a full size computer). This brings me to my real concern: do you really want to have the same data structure for graphical rendering and routing? Space isn't really a problem on portable device (1Gb of SD card costs just a peanut), loading/rendering speed and ram use will be much more problematic. That's why I think for two uses the data should be duplicated to have an fast access depending on the needs. I hope I'm not to much off topic :) - -- Tristram On Fri, Aug 8, 2008 at 11:10 AM, Marcus Wolschon wrote: > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFInFDnfhluxW/dtwkRAkwGAJ9jOfONb+fjJN/G9Jgsjj5R58RbHwCfWvhm OX98sG+FSqSC9MImF/rtM70= =UUt0 -----END PGP SIGNATURE----- > > Hello everyone, > > as this discussion on osm-dev seems to get very unfocused > I created a wiki-page > http://wiki.openstreetmap.org/index.php/OSM_Mobile_Binary_Format > for such a data-format. So we can organize our thoughts on > the topic and together make this happen. > > If anyone does not agree with the basic scope of the format > (e.g. define an alternative transport), please feel > free to create a page for it or start working on updating > the current mobile-binary-protocoll. > > > Marcus > > > _______________________________________________ > Routing mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/routing > _______________________________________________ Routing mailing list [email protected] http://lists.openstreetmap.org/listinfo/routing
