133 "Lebenswerte Räume" in Berlin

Communities Deutschland (Germany)
41

so, ich fang dann mal an.

Es wurde in den letzten drei Tagen fast keine Korrekturen an den LOR gemacht, bis auf die dringenst notwendigen Korrekturen der Außengrenzen von Berlin und der umliegenden Städte (Danke Jan). Die Änderungen von CS 27193182 konnte ich nicht nachvollziehen, weil diese von einem anderen User gelöscht wurden.

Da ich die Rels nur nacheinander mit vorheriger Prüfung löschen werde, kann diese Aktion wohl einige Stunden dauern. Man hat ja sonst nichts besseres zu tun.

Gruss
walter

42

Puh,

geschafft.

Gruss
walter

43

Hallo,

ich bin nicht der Grenzspezialist (traue mir aber zu, Grenzen zu bearbeiten) und betrachte diesen Thread ein wenig von außen.

Beim Import von virtuellen Objekten, sollte man den Nutzen für die Allgemeinheit berücksichtigen. Gemeinde-, Kreis-, Regierungsbezirks-, …-Grenzen haben für das praktische Leben eine Bedeutung. Sie werden einerseits zur Lagebeschreibung verwendet. “Nordhausen im Landkreis Heilbronn” oder geben politische Zuständigkeiten an (man muss sein Auto auf dem Landratsamt in Heilbronn anmelden). Selbst wenn Grenzen keine politische Bedeutung haben, sollten sie in OSM rein, wenn sie zur Lagebeschreibung verwendet werden. Das wären z.B. die Grenzen von Ortsteilen, wo es keine Ortschaftsräte und Ortsvorsteher gibt. Dennoch sind diese Namen auch heute noch in Verwendung.

Wenn ich mir den LOR-Datensatz (PDF 27,5 MB) anschaue, dann besteht dieser aus vier Ebenen:

  1. Bezirk

  2. Prognoseraum

  3. Bezirksregion

  4. Planungsraum

Der Datensatz scheint für stadtplanerische Zwecke entworfen worden zu sein. Stadt- und Regionalplanung tut (und sollte) grenzüberschreitend denken. (Nicht, dass sich Mainzer für ein Mega-Outlet-Center entscheidet, das die Wiesbadener nicht wollen)

Beispiel 1
Friedrichshain-Kreuzberg – Kreuzberg Süd – Tempelhofer Vorstadt – Urbanstraße.

Ebene 1 sind immer die Bezirksgrenzen, welche schon in OSM vorhanden sind. Ebene 2 ist hier eine virtuelle Grenze, die vermutlich nicht von den Einwohnern zur Beschreibung verwendet werden. Oder sagt jemand “Ich wohne in Kreuzberg Süd”? Ebene 3 klingt für mich nach einer gebräuchlichen Bezeichnung. Ebene 4 ist ein Straßenname und wurde verwendet, weil dem Planer wohl nichts Besseres einfiel. Zusammengefasst kann man sagen, dass in diesem Fall nur die dritte Ebene ein für OSM sinnvolles Datum (Singular von Daten) enthält.

Beispiel 2
Charlottenburg-Wilmersdorf – Charlottenburg-Wilmersdorf 1 – Charlottenburg Nord – Paul-Hertz-Siedlung
Charlottenburg-Wilmersdorf – Charlottenburg-Wilmersdorf 2 – Heerstraße – Kranzallee
Charlottenburg-Wilmersdorf – Charlottenburg-Wilmersdorf 2 – Westend – Reichsstraße
Ebene 2 klingt im Bezirk Charlottenburg-Wilmersdorf nach einer sehr künstlichen, einfallslosen Namensgebung. Das sind IMHO Grenzen, die im CAD (früher auf dem Reißbrett) entstanden sind. Daher sollte Ebene 2 im Bezirk Charlottenburg-Wilmersdorf nicht in OSM eingepflegt werden. Ebene 3 ist teilweise OSM-würdig (Westend), teilweise aber nicht (Charlottenburg Nord). Oder ist Charlottenburg Nord ein allgemein gebräuchlicher Begriff? Ebene 4 ist, wie mal so mal so. Paul-Herz-Siedlung wäre etwas, was ich sehr gerne in OSM sehen würde. Es könnte nämlich Geocoding-Ergebnisse verbessern, sodass der User erkennt (“Ahh, Ergebnis 3 ist der Bäcker in der Paul-Hertz-Siedlung. Ja, genau den habe ich gesucht!”). “Kranzallee” ist jedoch auch ein Straßenname. Das kann man mit Buffern selber berechnen.

Ein blindes Importieren ist hier nicht richtig. Einzelne Inhalte kann man jedoch gerne übernehmen.

Manche Grenzen sind schon drin (z.B. Westend als Admin Level 10). Ob man jetzt AL10 oder 11 nimmt, hängt davon ab, ob es in dem Gebiet schon AL10-Relationen gibt oder nicht. Wenn es schon ein AL10 gibt, dann AL11 (d.h. hierarchisch untergeordnet), ansonsten AL10 (nächst höhere Ebene wäre dann der Bezirk).

Da Ortskenntnis gefragt ist, rate ich dazu, den Import von einem Einheimischen machen zu lassen. Noch besser wäre, wenn du, atpl_pilot den Plan einfach ausplottet, mit zum Stammtisch nimmst und dann gemeinsam mit den anderen entscheidet, was man für OSM-würdig hält. Berlin ist so groß, da habe ich meine Zweifel, ob einer aus Wansee entscheiden kann, wie/ob die einzelnen “Bezirksregionen” und “Planungsräume” in Hellersdorf gebräuchliche Namen oder aussprechbare alphanumerische IDs sind und wie die Hierarchie ist (vielleicht wird AL12 nötig).

Ich möchte “Charlottenburg-Wilmersdorf 2” nicht in OSM sehen.

Viele Grüße

Michael

44

Hallo Walter,

der User S-D hatte jedes edit von mit in den letzten 10 Tagen sofort wieder gelöscht bzw revertet. Michael (Nakaner) hatte mich gebeten, diese reverts nicht selbst sondern durch die DWG reverten zu lassen. Es lag also nicht primär an mir, dass ich das Problem nicht abarbeiten konnte.

Nun aber mal eine grundsätzliche Frage:
Wenn laut Wiki (https://wiki.openstreetmap.org/wiki/DE:Grenze#Kommunale_Ebene_-Ortsteile-_admin_level.3D9-11) für Berlin die Ebene AL11vorgesehen ist und die von mir verwendete Datenquelle legal freigegeben ist, warum wurde diese Relationen jetzt komplett gelöscht?

Bitte nicht falsch verstehen, aber ich setze mich ja nicht hin und arbeite diese Grenzrelationen AL11 ab, weil ich nichts besseres zu tun habe, sondern in der Annahme, dass diese statistischen Relationen auch zum OSM Projekt gehören und gebraucht werden, es sich aber bisher noch niemand gefunden hatte, diese Relationen in OSM einzuarbeiten.

Ich wünsche allen einen schönen 2. Advent.

Liebe Grüße, Stefan

45

den hab ich auch versucht zu erreichen, hab aber keine Antwort bekommen. Userid und sonstige Daten (einige Tage dabei, sofort Josm, nur Löschungen in Berlin) läßt auf eine Sockenpuppe (Zweitaccount) schließen.

Weil sie technisch falsch waren. Was alles falsch war, haben wir ja bereits von verschiedenen Seiten analysiert. Eine Bearbeitung dieser Daten (133 Relationen mit einigen hundert Ways) hätte mMn mehrere Wochen bedeutet, wie ich das bei einem ähnlichen Projekt im Kreis Recklinghausen leider erfahren mußte.

Über den Sinn dieser “Lebensräume” wurde ja auch schon heftig nachgedacht; mir ist das relativ egal (zu weit weg), solange die technische Realisierung stimmt.

Kläre dieses mit der Community ab und fange dann gegebenenfalls Schritt für Schritt an. Auf keinen Fall ein Massenupload, der ist schneller draußen als du blinzeln kannst.

walter

46

Es geht mMn darum, ob diese eher statistischen Gebiete unter “administrativ” laufen sollen.
Löschen ist da aber nach meiner Ansicht die falsche Vorgehensweise, ich würde Umtaggen auf boundary= vorziehen.
Dann kann man z.B. in Ruhe nachsehen, welche der Grenzlinien die genauere ist, ohne dass fast parallele Grenzlinien in der Karte stören.

47

Hallo,

complex_revert.pl hat die noch nicht revertierten Reverts von S-D revertiert.

Bei meiner oder Reparaturversuchen von atpl_pilot in der Vergangenheit ist eine größere Zahl tag- und mitgliedschaftsloser Nodes und Ways entstanden. Ich habe atpl_pilot gebeten mit den Keepright/OSMI in den Gegenden vorbeizuschauen. Nach aktueller Einschätzung von mir sind Grenzen nicht negativ betroffen.

Viele Grüße

Michael