Jo, und wieder hab ich nicht genau nachgesehen, wer das wirklich erzeugt hat.
Nun denn, wollte ja nur darauf hinweisen, dass das zwar ein schöner Anfang ist, aber dann leider nicht so leicht weitergeht. Als ich das versucht habe, wurde es wirklich diffus und es blieben unklärbare Lücken übrig. Außerdem ist/war mir diese Einteilung zu feingliedrig. Dann hab ich es sein lassen.
Niedersachsen:
Ostfriesland 62562,62355,62567,62397,62444,62773
Emden 62562
Landkreis Aurich 62355
Landkreis Leer 62567
Landkreis Wittmund 62397
Ost-Friesland
Ostfriesland
Wilhelmshaven 62444
Landkreis Friesland 62773
Emsland (auch hannoversches Emsland) https://de.wikipedia.org/wiki/Emsland
Landkreis Emsland 62540
Landkreis Grafschaft Bentheim 62550
Oldenburger Münsterland https://en.wikipedia.org/wiki/Oldenburg_M%C3%BCnsterland
Landkreis Cloppenburg 62648
Landkreis Vechta 62666
Weserbergland
schwierig
Harz https://de.wikipedia.org/wiki/Harz_%28Mittelgebirge%29
Landkreis Goslar 62669
Landkreis Osterode 62677
Lüneburger Heide https://de.wikipedia.org/wiki/L%c3%bcneburger_Heide#Administrative_Gliederung
Landkreis Celle 62608
Landkreis Gifthorn 62647
Landkreis Harburg (süd-ost) 2083497
Landkreis Heidekreis 62674
Landkreis Lüchow-Dannenberg 62662
Landkreis Lüneburg 2084746
Landkreis Uelzen 62743
Altes Land https://de.wikipedia.org/wiki/Altes_Land
Niedersächsische Elbmarschen https://de.wikipedia.org/wiki/Elbmarschen#Nieders.C3.A4chsische_Elbmarschen
Land Hadeln 1527086
Stader Geest
Altmark
Ach ja, ein “Ruhrgebiet” gibt es auch noch, aber an den Rest von NRW hat man sich dann doch nicht rangetraut. Das gleiche mit dem Harz.
Sehe ich als akzeptabel an, solange kein admin_level dabei steht. Am besten aber noch ein note dazu, da es woanders administrative Regionen mit sogar gewählter Regionalversammlung gibt, aber auch ohne admin_level, da zwischen 5 und 6.
Ja, das ist natürlich klar. Wären halt “Regionen”.
Es gibt in NDS ja auch die richtige “Region Hannover”, die mit AL6 einem Landkreis gleichgestellt ist und daran will ich garnicht rütteln.
Ich suche halt einen Weg, Regionen einigermaßen in den Griff zu bekommen - und das deutschlandweit.
Da du nebenan danach gefragt hattest: Ich finde “ja, sollst du”, und im Wiki einen Artikel [[Tag:boundary=region]] anlegen.
Was ist die Begründung dafür? War das, dass man bei anderen Boundary-Edits höheren Aufwand hättte? Das würde ich als entkräftet ansehen, weil solange eine Standard-Lösung für einen Konflikt möglich ist (d.h. im Gegensatz zu Strassen bei Grenzen immer) man es so bearbeiten kann, dass man die anderen Relationen nicht bewusst bearbeiten braucht.
P.S.: Könntest du im OP noch verlinken, wo du es “im PLZ-Thread angedroht” hattest?
Dass man es kann, heißt ja lange nicht, dass es alle so machen. Wäre schön, dann müsste ich eine Stunde täglich weniger für OSM arbeiten.
Meine ordnungspolitische Begründung ist, dass man diese Relationen (aus Grenzsegmenten) nmM einfach nicht braucht. Sie sind redundant, wenn sie nur Aggregationen ihrer Teile sind. Mit PostGIS ist das simpel. Mit Overpass vielleicht nicht - keine Ahnung.
Ich habe die Relation etwas angepasst und auf den Stand 1999 der alten Regierungsbezirke gebracht, bzw. bin noch dabei. So wird es nur noch drei Großregionen geben, welche auch von der Verwaltung her genutzt werden.
Die Grenze umfasst die gesamte historisch entstande Region “Niederlausitz”. Die Relation nutzt so weit ich mich der Grenze annähert konnte, vorhandene administrative Grenzsegmente.
Geschichtlich und historisch bedingt umfasst diese Grenze auch Teile des heutigen Polens…
Geschichtlich und historisch bedingt ragt die Grenze an drei Stellen auch nach Sachsen…
Die Master-Releationen stehen in OSM und landen beim Import mit osm2pgsql in der tTabelle planet_osm_rels. Daraus kann man sich selbstverständlich per ST_Union die Fläche zusammenbauen, wenn man an die Daten rankommt.
Ich ja, du ja, und sonst? 2-3 Kollegen fallen mir noch ein aber dann ist Schluss.
\set id 4147124
\set name '''Region Mainz'''
insert into planet_osm_polygon (osm_id,admin_level,boundary,name,way_area,tags,way,centroid,pointonsurface,bbox)
values( -(:id+3000000000),
'4',
'region',
:name,
null,
hstore(ARRAY['admin_level','4','boundary','region','name',:name]),
(select st_union(way)
from planet_osm_polygon
where osm_id in(select -unnest(parts) from planet_osm_rels where id=:id)
and boundary='administrative'
and osm_id < 0),
null,
null,
null);
Hier nehme ich die Relation, kratze mir die Teilflächen zusammen und baue mit ST_Union() ein MP draus. Das speichere ich in planet_osm_polygon mit der id+3000000000 ab und kann das nachher ganz normal wie alle anderen Polygone verwenden.
Das als Simpel zu bezeichnen, na ja.
Was mir wirklich wichtiger wäre, ist es nochmals kurz über den Begriff “Region” an sich zu reden. Ich habe hier Gebiete definiert oder auch vorgefunden, die vollständig nur in jeweils einem Bundesland liegen - also ein Verwaltungstechnischer Blick.
Anderere Regionen orientieren sich allerdings an Landschaften oder auch “Gegenden” wie Eifel, Rhön, Harz, Ostfriesland, Ruhrgebiet, …, die sehr oft nicht mit Administrativen Grenzen deckungsgleich sind. Dort muss man “losgelöste”, nicht an AL-Grenzen gebundene Polygone aufbauen.
Da bin ich noch ein wenig ratlos, was wir da machen sollen. Ich habe kein Problem damit, diese AL4-Fixierung aufzuheben und die Regionen anders zu definieren, nur bin ich mir da noch nicht schlüssig, was wirklich Sinn macht.
Eventuell teile ich RP nochmal nach Landschaften ein (lokal) und mach uns ein Bild davon.
@jan: ich möchte auf keinen Fall beides haben, dann würdest du wohl im Dreieck springen
Das sind die selben Grenzen wie auf der Wikipedia-Karte.
Historisch bedingt passen diese Grenzen aber nicht gut auf Ostdeutschland. Da gibt es aber andere Arbeiten, die die Landschaft besser beschreiben.
Oder für Part-Relationen auch so (wenn die Parts nicht rekursiv auch aus Parts bestehen):
SELECT relations.id, relations.tags->'name' AS name, ST_Area(ST_Union(boundary_areas.area)::geography)/1000000 AS area_qkm
FROM relations JOIN relation_members AS members ON (relation_id = relations.id) JOIN boundary_areas ON (member_id = boundary_areas.id)
WHERE tags->'boundary' = 'region' AND member_type = 'R'
GROUP BY relations.id
Ist bei Dir ja recht ähnlich - nur anderes Schema und mit INSERT.
Naja, die Zusammenfassung der Regionen nach der Struktur der Gemeinde- oder Regionalschlüssel zu machen, geht natürlich einfach, aber ob das immer passt?
Ich denke nochmals über die ganze Situation nach, das Thema ist doch ziemlich heftig.
Oh, stimmt… Aber das haben wir bei den Massen an Relationen an manchen Strassen ja auch. Eine Auto-Fix-Funktion für JOSM, mit der man bestimmte Objekte in alle Relationen hinter einem bestimmten anderen Objekt einfürgen kann, wenn dort eine Lücke ist und nicht ein bestimmtes Objekt dort ist, wäre schön träum
Ich lebe hier jedenfalls in mindestens vier Regionen (Kurpfalz, Baden, Rhein-Neckar, Kraichgau) und würde gerne alle irgendwie in OSM finden