beautifulplaces, kannst du bitte aufhören für einen anderen User zu antworten? Wir fragen, wo er seine Daten herbekommt und du sagst “Naja, von OSM, eh klar.” Das ist ein Zirkelschluss. Ich bin freundlich gegenüber geo_sch und sogar dir gegenüber, wenngleich sich die Geduld dir gegenüber äusserst schnell erschöpft.
@geo_sch
Alles nicht so tragisch, wie es sich gerade liest, wirklich
Aber bitte erklär mal, wie du zu den Daten gekommen bist, die du eingepflegt hast. Weil, wenn es unklar ist und du nicht weisst, wo es herkommt, dann sollte es nicht eingetragen werden, zum Beispiel. Damit müssen wir mal anfangen.
Ich weis wie man solche Polygone aus OpenStreetMap Adressen gewinnt. Den Beweis hierfür habe ich bereits 2017 in Vorarlberg und Tirol erbracht.
Ich werde also meine noch nicht eingepflegten Auswertungen, geo_sch zur Verfügung stellen. Datenquelle bin also ich.
Datengrundlage ist, bereits in OpenStreetMap erfasste Hausnummern.
Solltet Ihr die Arbeit von geo_sch ablehnen, so werde ich mein PLZ Projekt -Handarbeit, PLZ Polygon für Polygon- in Eigenregie fortsetzten.
Du hast keine Ahnung wo er das herhat! geo_sch hat noch nicht gesagt, wo er das herhat. Also nimm bitte nicht einfach etwas an. Du bist nicht das Zentrum von OSM. Und wenn du die Quelle bist, sehe ich das kritisch, und dann sollte man das erst recht korrekt wissen, damit man das im Auge behalten kann.
Und niemand lehnt seine Arbeit ab, aber es sollte eben ordentlich gemacht werden, aber dafür muss man eben mit geo_sch reden und kären, wie weiter gearbeitet werden muss. Nicht DU mit anderen hier, weil du etwas glaubst und annimmst, ohne es zu wissen. Du bist nicht sein Sprachrohr. Also unterlass es bitte, Sachen im Namen von geo_sch zu behaupten und anzunehmen.
Moderatorhut auf
Deine Beiträge in diesem Thread sind größtenteils unkonstruktiv bzw. off-topic. Du weißt das, du bist deswegen schon ermahnt und gesperrt worden. Ich habe dich daher bis zum 28. Juni 2020 gesperrt, es ist ja nicht deine erste Sperre. Die nächste Sperre – aus welchem Anlass auch immer – wird doppelt so lange wie die jetztige sein. Bei Umgehungsversuchen beginnt die Sperre von vorn und ist doppelt so lang. Das Anlegen neuer Konten und das Umbenennen bestehender ist eine Umgehung.
Ich habe die nicht konstruktiven und am Thema vorbeigehenden Beitragsteile, die sich mit Forum vs. Mailingliste und Sticheleien gegen andere Benutzer richten, entfernt.
@alle anderen Bitte ignoriert ihn und lasst euch von Störern nicht vom Thema abbringen. Moderatorhut ab
Klingt für mich erst mal nach Zensur. Die Beiträge zu löschen sollte unterbleiben, denn so ist da nichts mehr nachvollziehbar. Ausnahmen wären natürlich Beleidigungen oder ähnliches.
Dort, wo es offensichtlich mit Katastralgemeindegrenzen zusammenfällt (Ortschaft/KG A der Gemeinde hat PLZ 1, Ortschaft/KG B der Gemeinde PLZ 2) und diese in OSM vorhanden oder zumindest dafür zugänglich sind, ist es relativ unproblematisch. Bei denen, wo das nicht der Fall ist und die “Grenze” mehr oder weniger willkürlich ist, wäre es aber interessant, wo das Shapefile her war und ob die Daten unter einer nutzbaren Lizenz erhältlich sind. Aus den vorhandenen OSM-Daten bzw. den verwendbaren BEV-Adressen kannst du zwar Bereiche ableiten, nur wirst du damit nicht auf genau diesen “Grenzverlauf” kommen.
Diese Karte zeigt alle boundaries mit Postleitzahlen-Tag aus der OSM Datenbank, Stichtag 23.04.2020. Nur die roten Flächen sind explizite “boundary=postal_code”.
Die Grünen Flächen sind “boundary=administrative”, welche den postal_code Tag zusätzlich angebracht haben.
Die Beschriftung der PLZ stammt von den bereits eingetragenen PLZ-Flächen, die Punkte sind die Adresspunkte aus der OSM, eingefärbt nach PLZ-Regionen.
Damit ist es leichter, mögliche relevante Admin Boundaries zu erkennen.
Tolle Sache. Ich musste den Speicher für JOSM verdoppeln um das Bild laden zu können, also evtl. wäre es sinnvoll das Bild in kleinere Bereiche aufzuteilen, damit es mehr Leute direkt verwenden können. (edit: wobei manche PLZ glaube ich auch über Bundesland-Grenzen gehen, also ist das auch blöd…)
Servus, schon interessant, wie ich mit ein paar Uploads Bewegung in die Sache bringe. Ich befürchte, dass die alten mir vorliegenden Polygone von einem Datenanbieter kommen und insofern lizenzrechtlich nicht OSM konform sind. Ein ganz großer faux pas. Da habe ich die Basics missachtet. Bitte die von mir hochgeladenen Polygone vom Mo, 27.4. zu revertieren.
Im Gegenzug schaue ich mir das Vorgehen von beautifulplaces an und unterstütze da ggf. Die paar von scubxx aufgezeigten weißen Flecken müssten doch zu schließen sein.
Ansonsten hatte ich die mit Polygone mit JOSM hochgeladen. Jetzt werde ich mich erstmal intensiver mit den Basics bei OSM beschäftigen und wie ich da lizenzurheberrechtskonform zu beitragen kann.
Wenn du in JOSM unter “Von Overpass-API herunterladen” folgendes eingibst:
[out:xml][timeout:25];
nwr[boundary]({{bbox}});
(._;>;);
out meta;
werden nur die Grenz-Relationen und -Wege heruntergeladen. Oftmals wirst du als Vorlage gleich von den administrativen Grenzen im Relations-Editor eine Kopie anlegen können und nur die Abschnitte, wo es sich unterscheidet, mit neue boundary=postal_code Ways ersetzen müssen
Ja, vor allem, wenn sie fehlerhaft bzw. Duplikate sind > Link zu Osmose.
Quasi jeder gezeichnete Node wird hier vom Quality Assurance Tool als duplizierter Node ausgegeben.
Und die PLZ steckt schon in der Relation der Ortschaft in diesem Fall drinnen. Zweifelhaft, ob man eine weitere Relation benötigt.
@PPete2: Mein Workflow war:
→ OSM PlanetDump + manuell für PLZ Daten erstelltem mapping-file (für imposm)
→ mit imposm in eine PostGIS Datenbank importieren
→ Adresspunkte aus den Gebäudepolygonen in Centroide umwandeln und mit den noch als Punkten gemappten Adressen zu einer gesamten Tabelle vereint
→ die durch das mapping File definierten Polygone der Admin Grenzen und die vereinten Adresspunkte in QGIS geladen
→ In QGIS das Layerstyling definiert (Admin-Polygone mit Flächenfüllung und Beschriftung der PLZ, die Adresspunkte nach der PLZ kategorisiert eingefärbt)
→ Die Kartenansicht als georeferenziertes JPEG exportiert
Die Datenmenge, die vor allem durch die Adresspunkte entsteht, verunmöglicht es, dass man einfach via der online-OverpassAPI extrahiert. (bei einer selber aufgesetzten geht dies bestimmt, aber da war es einfacher, eine PostGIS zu benutzen)
Schöne Karten, die du da verlinkt hast!
Wenn man in der Vorschaugraphik so weit wie möglich hineinzoomt, sieht man, dass die 4-Stelligen PLZ auch auf dieser Karte nur durch Punkte und nicht Grenzen angegeben sind:
Die 2-stelligen sind aber sehrwohl flächig definiert.
Wurde der ursprüngliche Import eigentlich bereits reverted? Wenn nicht, würde ich noch auf der ML nach der dortigen Einschätzung fragen, damit es Einigkeit gibt?
@geo_sch: OpenSource ist oft eine sogenannte “Do-ocracy” → Es geht um die, die etwas machen. Genau das hat mir insbesondere bei der OpenStreetMap immer gefallen. Das heißt jetzt nicht, dass es keine Regeln gibt (das spürst du jetzt durch den nicht-abgesprochenen Import gerade), aber durch dein Tun hast du Bewegung in die Sache gebracht.
Und das überwiegt meiner persönlichen Meinung nach.
(das funktioniert natürlich nur, wenn über Irrtümer diskutiert und daraus gelernt wird)
Ich würde darum bitten, dass du das machst. Die DWG würde ich nur bei einem Disput einschalten, geo_sch hat ja selbst gesagt, dass der Revert von ihm/ihr aus kein Problem ist. Insofern, einfach machen
@Revert
Ich habe Probleme, den Revert durchzuführen und bin da bei Weitem kein Experte darin. Die ChangeSets beinhalten bis zu 300.000 Nodes, das schluckt das JOSM Revert-Plugin nicht. Ich lasse über Nacht ein Revert-Script laufen, das die Nodes sequenziell lädt - dies dauert einige Stunden, aber ich habe hier wenig Hoffnung, denn für alle Reverts müsste ich das Gerät gut 30 Tage laufen lassen.
@Hintergrundkarte / @Luzandro
Ich habe die Karte in 6 Teile zerlegt, die sich folgendermaßen verteilen:
ich würde den Revert übernehmen. Aber nicht als “Revert” als solchen, sondern mit händischem Löschen. Es ist kein Poblem, die von mir gemachten Änderungen aufzufinden und die reinen postal_code-Ways samt anhängen PLZ-Relationen zu löschen (da gibt es nur eine Ausnahme, wo ich aufpassen muss).
Die Ways mit “POSTCODE=*” würde ich herausfiltern und gruppiert löschen. Da die nur “reingeschmissen” sind, sollten kaum andere Ways an den Nodes dranhängen.
