streckenkundler's Comments
| Changeset | When | Comment |
|---|---|---|
| 179318387 | So... am Hauptrechner sitzend: sollte funktionieren... Das zoomt zu mindestens an die richtige Stelle. Links, im Themenbaum: nur das Thema "Naturschutzgebiete (NSG) Brbg. mit Zonierung" einschalten... Ich hab leider nichts besseres...
Sven |
|
| 179318387 | Benutzer wäre os_standard
|
|
| 179318387 | Hei, ach ja, da denke ich nie daran... Entschuldigung. Startmal über https://lfu.brandenburg.de/lfu/de/aufgaben/natur/naturschutzfachdaten/kartenanwendung/# ...oder als OSIRIS Brandenburg suchen... ich bin gerade unterwegs und nicht am Hauptrechner. Sven |
|
| 178866747 | ... das meine ich in der Disskussion: changeset/179318387 |
|
| 179318387 | Hei, hier irrst du... Das war ein echter Touching Ring! Das ist in den realen Schutzgebietsdaten auch so! Siehe: ...ist zwar bisschen Augenfutter... Auch der eine in Berlin war ein echter.. Die drei weiter bestehenden Touching Rings in Brandeburg sind auch echt und dürfen nicht beseitigt werden. Sven |
|
| 179318539 | Hei, Danke für das Verständnis... +1 Das Fahrradknotennetz Prignitz ist wieder Fehlerfrei: https://www.knooppuntnet.nl/en/analysis/cycling/de/networks Mein Teilkommentar mit den Landuse-Grenzen ist auch rein praktischer Natur... Man stößt auch gelegentlich auf User, die dann dicht beieinader liegende Punkte zusammenfassen... Das wäre hier eine solche Situation.
Lasst uns sowas da enden, wo es real endet... Mut zur Lücke! Sven |
|
| 179318539 | Hei, Es ist schön, daß du diese Mittelinsel separiert hast... Du hast aber einige Kollateralschäden hinterlassen... primär hast du den Punkt node/1657338564 gelöscht und damit einen reichlichen Schaden am Fahrradknotenpunktnetz Prignitz hinterlassen. Ich beobachte diese brandenburger Netze seit Jahren. Hier brauchte ich 2 Tage, um die Ursache zu finden. Mehrere, ganz große Bitten:
Das alles sorgt seit Jahren regionenweise immerwieder mal massiv für Probleme und vor allem für unnütze Mehrarbeit Dritter. streckenkundler |
|
| 178996119 | Aha, die also auch... dann auch hier das entsprechende addr:suburb. Dann ich das auf jeden Fall eine Meldung beim GeoMaerker des LGB wert. Ich schau mir mal die Rohdaren an... |
|
| 178996119 | Ich wäre pragmatisch... Das Problem betrifft, soweit ich sehe, nur den Straßennamen "Dorfstraße" Da entsprechend addr:suburb ergänzt mit einer description. Dann hat mal die Unterscheidung. |
|
| 179201293 | Hei,
Grüße, Sven |
|
| 179248956 | Guten Abend, Ich hatte mir deine Bearbeitung gestern schon angepinnt... Zuerst: Willkommen bei OSM! Hilfe für Neulinge ist garantiert! :) Vorgeplänkel: OSM ist ja im Grunde eine Datenbank. Das setzt voraus, daß Daten gleichmäßig und strukturiert erfasst werden... Es gibt einiges, was bei deiner Bearbeitung so nicht funktioniert.
Öffnungszeiten: Hier sind englische Bezeichnungen zwingend erforderlich, um eine strukturierte on überall gültige Auswertung zu ermöglichen. Das Tool https://openingh.openstreetmap.de/evaluation_tool/?setLng=de hilft dabei. Namen... hier bitte NUR der Name: Hier nach meinem dafürhalten: "Landfleischerei Neumann" Das, was du erfasst hast, habe ich nach operator verschoben... Ich habe das mit CS changeset/179323269 mal umgesetzt. Sven |
|
| 179201293 | Hei, ...sag mal, woher stammt denn die Adresse? Die Adressdaten des Landes Brandenburg sagen nichts aus (vgl. WCS-Dienst für JOSM). Auch https://addresses.tillb.de/addresses.html?state=bb&district=Potsdam#map=18/52.39026/13.06056 zeigt nichts an (=Auswertung der selben Datenquelle) Danke, Sven PS: mir ist das aufgefallen, da es da weiterhin einen MP-Fehler gibt. |
|
| 132117875 | Ui... wachsames Auge... Ich weiß nicht mehr, was mich da geritten hat... Ja, das ist Teil des Energieweges... Aber da steht doch nicht mehr "Erbbegräbnis" ;) https://
...geändert. Sven |
|
| 179188098 | Hei,
Grüße von vor Ort,
|
|
| 162959368 | Nein, sind sie nicht! Beim Bearbeiten von Grenzen und in Vorbereitung/Nachbereitung von Ersetzen von Geometrien ist das zwingend erforderlich zum einen wegen Filtermöglichkeit und um nach der Bearbeitung kein taglose Linien zu hinterlassen die man anderenfalls mühsam suchen muß... Sven |
|
| 178996119 | So... Ich habe die Gemarkungsgrenzen mit admin_level=10 eingepflegt... In einem zweiten Schritt würde ich morgen alle Adressen, die Kleinkmehlen und Frauwalde betreffen, UND den Straßennamen Dorfstraße haben, mit dem entsprechenden addr:suburb=* versehen, nebst Hinweis hierher... Dann sollte es hinreichend passen...? ...ufff... Grenzen zu aktualisieren und dann noch incl. Landes- und Kreisgrenzen ist eine echte Herausvorderung... hat aber geklappt... CS: changeset/179150103#map=13/51.39385/13.71446 Sven |
|
| 162959368 | Du hast mit dieser Serie an deinen "Bearbeitungen" extremst viel Schaden angerichtet... durch das Entfernen von boundary=administrative an ways hast du dem geneigten Nutzer die Möglichkeit genommen, way strukturiert zu ersetzen... Filtermöglichkeiten fehlen nun! So besteht nun die extrem große Gefahr ungetagte ways zu hinterlassen... ..sehr verärgerte Grüße... |
|
| 178996119 | Nun, das mit den Straßennamen kann manchmal schneller gehen, als man denkt, oder eben das Kleinkmehlen und Frauwalde echte Ortsteile werden. Aber ja...
|
|
| 178996119 | Nun, meiner Meinung nach muß hier das Amt mit der Gemeinde Nachjustieren (Straßennamen)... Ich war bis eben gewillt, beim Geomaerker ein Ticket deswegen aufzumachen, aber die Hauptsatzung spricht nur von Gemeindeteilen: https://amt-ortrand.de/images/grosskmehlen/SatzungGrossmehlen/Lesefassung_-_Hauptsatzung_inkl._2._%C3%84S.pdf Deswegen wird das eben nicht in den Adressdaten des Landes auftauchen. Um die Gemeindeteile als Admin-Grenze kann ich mich kümmern.
Oder? |
|
| 178996119 | So.. noch ein Nachtrag... Adress-Layer: siehe https://community.openstreetmap.org/t/adressen-in-brandenburg-als-hintergrund-ebene-fur-josm/6679/282 und weiteres im Beitragsfaden... Sven |