On Tue, Oct 14, 2008 at 10:36 PM, Frederik Ramm <[EMAIL PROTECTED]> wrote:
> Hi, > > Karl Newman wrote: > >> No, that would be tagging for actually being able to use the data. Without >> the odd/even/both information, it's actually a loss of data. >> > > Sounds quite strange to me. Any interpolation rule and odd/even/both rule > is only a workaround for devices or schemes unable to fully depict reality - > it is not information added, but an attempt at generalization dictated by > shortcomings in devices or algorithms. > > Bye > Frederik > You might call it a workaround, but it's certainly a common approach. Many major GIS systems (including the TIGER data set) use this exact methodology. Not including this information will make OSM data less useful on these "legacy" devices. Garmin is the #1 handheld GPS manufacturer by a wide margin, and if we can get fully-featured OSM maps (including routing, turn restrictions and street addresses) onto Garmin GPS receivers, we can attract a lot of dedicated, detail-obsessed mappers (especially the geocaching crowd). Just to reiterate my perspective, the Karlsruhe schema is fine for what it is, but it's not sufficient for all uses. You can pretend that address numbers don't belong to the street they're on (!) but there are a ton of existing navigational devices and software (probably all of them) that do, in fact, treat them like that. And even future devices designed from the start to use OSM data might want to have some optimizations to limit the amount of storage & processing dedicated to address numbers. It's a reality we should accept and accommodate. I mean, really, are we trying to guide a smart bomb to someone's doorstep? For navigational devices, locating the spot a relative distance along a street is exactly what users expect. They're not going to drive to the front door. (I'll grant you that there are other uses for that data than just for navigational devices.) Sorry for the rambling. I'm sleep-deprived with a newborn. Karl
_______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
