I would have to second this observation, this would seem to go exactly against what we've tried to fix with multi-polygons (not to mention a future area object type). Not to mention that a single way can be a member of multiple different borders at different admin levels, so this would seem to be a non-starter in any case.
Simon Am 10.03.2018 um 09:14 schrieb Colin Smale: > > Matthijs, > > This goes against the principle of tagging the relation, not the > members. An admin area is syntactically analogous to a multipolygon > and it would be a shame to introduce yet another polygon tagging paradigm. > > What are you thinking for other types of > boundaries? boundary=political, boundary=national_park come to mind. > Will they be treated differently to boundary=administrative? > > > > What do you intend exactly when you say "maritime boundaries"? That > part of a (national) boundary which crosses water? Or some other > definition? > > Colin > > On 2018-03-10 01:51, Matthijs Melissen wrote: > >> Hi all, >> >> OpenStreetMap Carto, the default stylesheet on openstreetmap.org, is >> considering to change the mechanism for rendering admin boundaries. >> The proposed rendering of admin borders will be based on admin >> boundary ways rather than polygons. This has a number of advantages - >> for example, it will make it possible to style maritime boundaries >> differently. >> >> The admin boundary ways are already in the database. However, in some >> cases they are missing an admin_level tag. When the proposed style >> change will be deployed, boundary=administrative ways without >> admin_level tag will no longer be rendered. I would therefore suggest >> to make sure admin_level tags are present on all >> boundary=administrative ways. >> >> A map showing admin boundary ways without admin_level tag (displayed >> in gray) can be found here: >> http://product.itoworld.com/map/2?lon=20.00736&lat=51.92203&zoom=6 >> As can be seen, most countries already do have admin_level on ways. >> However, in for example Poland, Iran and Australia, this data seems to >> be missing. >> >> -- Matthijs >> >> _______________________________________________ >> Tagging mailing list >> Tagging@openstreetmap.org <mailto:Tagging@openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/tagging > > > _______________________________________________ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
