> Essentially what we need is the concept of layers. Layers do have disadvantages, how to prevent data being mapped in the wrong layer for instance. I however do see the point that mappers, especially newbies, break administrative boundaries. If that happens a lot, it might be easier to 'grey them out' in any editor by default, making sure that a mapper has to use a check box or so to change these boundaries.
2013/10/21 Markus Lindholm <markus.lindh...@gmail.com> > On 21 October 2013 16:41, Toby Murray <toby.mur...@gmail.com> wrote: > > Having edited over a thousand of them, I would not be sad to see admin > > boundaries removed from the general OSM database. I think Russ is on to > > something with his "ClosedStreetMap" concept although that is some > terrible > > branding so we need another name :) But at the end of the day, we are > > terrible at maintaining such boundaries and very good at breaking them in > > OSM, mostly because they are usually hard/impossible to spot on the > ground > > and verify. So people see random lines going through the area they are > > trying to map and either don't pay attention when they touch them or just > > delete them outright. Essentially what we need is the concept of layers. > If > > all the admin/timezone boundaries were in their own "layer" and didn't > > interact with roads, rivers, etc in OSM then they would be much easier to > > keep up to date from external sources. > > > > Yes, OSM *can* contain just about anything. But if we are terrible at it > and > > there are other datasets available that aren't terrible then why should > we > > try to poorly duplicate others efforts? > > I think you're overlooking a key strength with the osm database, that > all the map features are integrated, e.g. if a kiosk is mapped to be > three meters to the left of the entrance to the building, and that is > also the ground truth, then you have that fact of their interrelation. > With different datasets from different sources, you lose it. > > /Markus > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
