JO, das ist ein anderes OSMI-Problem, zu dem sich eventuell Frederik(?) äußern kann.
Es geht hier um type=boundary versus type=multipolygon.
OSMI -oder besser der Autor- “mag” keine Grenzen mit type=boundary obwohl dies die weltweit verbreitetere Version des Taggings ist.
Jetzt sind es einige mehr, da ich in Hannover -wie angedroht- zugeschlagen habe.
Die Franzosen haben neben den diversen boundary_segment-Relationen und der dazu passenden Super-Relation 1.362.232 auch noch eine Gesamt-Relation 1.403.916. Ist zwar unsinnig aber deren Sache. Da deren ID relativ frisch ist, nehme ich an, dass einige nicht mit der Super-Relation klar kamen und nach der “guten alten Relation” geschrien haben. Dafür spricht auch deren noch jüngeres Datum.
In Österreich ist es etwas anders: eine Gesamt-Relation 16239, mehrere Grenzstücke und keine Master-Relation. Zudem sind die Grenzstück-Relationen doppelt: einmal mit type=boundary getaggt und dann nochmal mit type=boundary_segment. Macht irgendwie keinen Sinn - was sollen die Grenzstücke denn dann? Eventuell äussert sich einer der östrreichischen Kollegen mal dazu.
Da damit schon mehrere Grenzstück-Relationen existieren, die für Deuschland verwendbar sind, erstelle ich mal eine Master-Relation und pack die da rein - schaden kann es nicht.
2 +4 halte ich auch für sinnvoll - natürlich parallel zu den bestehende “Vollgrenzen”.
wäre gut, allerdings hab ich da noch meine Zweifel. In Hannover sehe ich da nicht das, was ich erwaretet habe.
Nö,macht er nicht und das ist ok so.
da wär ich mir nicht so sicher - so genau hab ich den Unterschied eigentlich noch nicht erkannt.
Hier noch das Ergebnis meines Test in Hannover: http://wnordmann.homeunix.com/images/stories/osm/forum/master-rel.png
Das shape für die Südstadt (rel 82728) ist nach der neuen Methode erstellt worden; die andern Stadtteile waren schon als normale Boundaries da. Meinem modifizierten Programm macht das nichts mehr aus. Mapnik ist noch unklar.