I believe this is the same issue that I raised before. http://lists.openstreetmap.org/pipermail/tagging/2010-September/004719.html
My interpretation of John Smith's view was that in some cases the admin boundary is defined by where the river (or in this case coastline) is. In this case they should be stuck together (on the same way). I agree in this case they should be stuck together (perhaps as different ways with shared nodes though, or as different relations with shared ways). The problem however is since the ABS data (as least as far as I know) didn't come with any additional meta-data saying which admin boundaries are fixed to a geographical object, and which are just coordinates, we don't know which to share nodes and which not too. This is a problem now as we have data sources which give is the coastline and river boundaries more accurate than the ABS data, so yes we need to decide whats best here. If we don't know or are unsure which admin boundaries are fixed to a given geographical object, I think it would be safer to leave the admin boundaries where they are and shift the coastline to a new, more accurate way, leaving the ABS admin boundary in tact. i.e. your option 1. On Tue, Jan 18, 2011 at 5:46 PM, Steve Bennett <stevag...@gmail.com> wrote: > Would be good to come up with a general policy on administrative > boundaries and coastlines. What end result do we want exactly? > > Here are five options: > 1) Administrative boundaries are as imported, and will randomly > criss-cross the coastline (current situation) > 2) Admin boundaries are on the same way as the coastline > (natural=coastline;boundary=administrative;admin_level=8...) > 3) Admin boundaries are colinear with the coastline, but on a > different way (natural=coastline, than a separate, colinear way with > boundary=administrative;admin_level=8...) > 4) Admin boundaries are parallel with the coastline, inside it. (How far?) > 5) Admin boundaries are parallel with the coastline, outside it. (How far?) > > Preferences? > > Then we can document it. > > Steve > _______________________________________________ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au