It really depends on how the boundaries are legally defined. In my country, boundaries between barangays (the smallest political unit) in a city or municipality often are defined in terms of roads especially in urban cities and municipalities. The boundary is not even the centerline but the road itself! In this case adjacent barangays share responsibility for the road in cooperation with the city or municipality government. So here it makes sense to use the road's OSM way as part of the boundary relation.
So I agree with Pieren. It's wrong to generalize that boundaries should never share the same OSM way with roads. On Wed, Jul 7, 2010 at 7:21 PM, Frederik Ramm <frede...@remote.org> wrote: > Hi, > > > M?rtin Koppenhoefer wrote: > >> so I it seems your country is doing things just as any other country >> and you should think about not glueing borders to features. >> > > I think glueing borders to features is perfectly all right; I even advise > people to use roads or river centrelines in boundary relations if it makes > sense. I think in many cases the boundary definition does not exist > independently of the feature. > > > I come >> back again with some point already mentioned above: additional points >> of roads for attributes like width or maxspeed, etc.: those will all >> "curve" the road slightly (because points are never 100% linear in >> OSM, or keep to be linear after some edits), hence curving the >> boundary as a result. >> > > It all depends on how the mapping has been done. If the boundary has been > imported from another source that may be one thing but if the boundary has > been mapped normally then it is very likely that any future refining of the > road geometry actually benefits the boundary rather than making it "less > precise". > > I know both sides to this argument and they have been discussed endlessly. > Both sides have merits. It is good to know both techniques and use them > where they work. Neither technique is superior. > > Bye > Frederik > > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- http://vaes9.codedgraphic.com
_______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk