OpenStreetMap logo OpenStreetMap

Changeset When Comment
161776580

Mein Lieblingsspruch auf Arbeit:

"Na Siehste... Es geht doch alles, was hast du denn?"

Danke für die Rückmeldung,

Sven

161776580

Hei,

ein Screenshot von eben:
https://die-spreewaldbahn.de/spezial/OSM_Err/Hintergruende.png

Alles funktioniert hier... (JOSM 19277 mit akt. Win 11)

Sven

161776580

Hm... komisch... ich hab extra nochmal geschaut... für Hausumringe hab ich: Name: Geobasis-DE/LGB (2025)/ WMS BB ALKIS. Das komplette URL-Angabe: wms_endpoint:https://isk.geobasis-bb.de/ows/alkis_wms

Daten kommen normal...

Sven

161776580

@glibbertorsten... du meinst den Adresslayer von @hfs?

Achtung: in JOSM als mvt-Layer einbinden! (nicht wms, nicht tms und nicht wmts!!!)

Sven

161776580

@PantherStrix

Danke... Der Vollständigkeit halber: für Adressen sei https://community.openstreetmap.org/t/adressen-in-brandenburg-als-hintergrund-ebene-fur-josm/6679 von @hfs sehr zu empfehlen! Die Frage kam heute bereits in einer anderen Disskussion...

Sven

161781897

@wies1

vgl. Forum: https://community.openstreetmap.org/t/adressen-in-brandenburg-als-hintergrund-ebene-fur-josm/6679

Sven

161791340

Hallo Anne,

du hattest hier wieder um review_requested gebeten... Für mich alles bestens!
Im CS ist zwar u.a. die Grenze des Naturparkes angefasst worden... aber nur durch Zufall...

Schönen Abend,

Sven

161756986

Was ist die Quelle von population?

161756370

Vgl. CS:
changeset/161755144

Hallo,

bitte für sowas postal_code=* verwenden.

addr:postcode ist nur für echte Adressen vorgesehen, vgl. Wiki: osm.wiki/DE:Key:addr:*

Danke. streckenkundler

...

weiter:

...zum Hintergrund: sowas verursacht bei Adess- Auswertungen für Fehler: z.B. OSM-Inspektor.

161755144

korrigiert: changeset/161760717

161755144

...zum Hintergrund: sowas verursacht bei Adess- Auswertungen für Fehler: z.B. OSM-Inspektor.
Ich kann das nachher in einem Rutsch korrigieren, wenn du magst?
Grüße, Sven

161755144

Hallo,

bitte für sowas postal_code=* verwenden.

addr:postcode ist nur für echte Adressen vorgesehen, vgl. Wiki: osm.wiki/DE:Key:addr:*

Danke. streckenkundler

161599477

Hallo, Guten Abend,

...zur Erklärung, wenn ihr in OSM bearbeitet, arbeitet ihr in einem Live-System, Bearbeitungen sind gleich in der Datenbank und defakto auch gleich verfügbar. Das Kartenrendering dauert gelegentlich etwas. Die Verwendung von Straßendaten bei Routing-Programmen: da kommt es auf das Routing-Programm an, da kann eine Aktualisierung schon mal einen Monat dauern... Das nur als Hintergrund angerissen...

Ansonsten vielen Dank für die Erläuterungen, das hilft!

Zur Klassifizierung... Das ist in OSM immerwiedermal Gegenstand von Disskussionen, Im Grunde passt das hier in OSM verwendete System, aber es zeigt ich immerwieder, daß Höherstufungen gerechtfertigt sind, auch wenn wie hier Baulastträger weiterhin die Gemeinde ist... von daher... alles bestens!

Wenn ihr Fragen habt, immer her...

Vielleicht hab ich auch mal die eine oder andere Frage an euch... z.B. bei Fahrradknotenpunktnetzen...

Viele Grüße,

Sven
(=streckenkundler)

161562893

Hei,

Vielen Dank! Ergebnis ist wie (eigentlich) erwartet... Brandenburger Gemeinde-Grenze=sächsische Gemeinde-Grenze = Gemarkungsgrenze aus dem von dir genannten Layer... Diese Gegenprüfung mit verwendbaren Daten hat mir gefehlt... wenn ich mal wieder im Bereich der Landesgrenze arbeite, kann ich nun beruhigter editieren.

Danke,

Sven

161599477

Guten Abend,

ihr habt bei eurer ersten Bearbeitung um ein osm.wiki/DE:Key:review%20requested?uselang=de gebeten. Dem möchte ich hiermit gerne nachkommen.

Bei der Ersterfassung im CS changeset/144217386 ist für diese Straße vorbildlich und dankenswerterweise die Quelle angegeben worden: https://spremberg.de/api/datei/202201031323jvl.pdf

Daraus geht hervor, daß diese Straßenverbindung zukünftig in die Baulastträgerschaft des Kreises, als K7163 gehen soll (Seite 11 oben im pdf-Dokument).

Leider kennt weder der Straßennetz-Viewer des Landesbetriebs Straßenwesen diese Straße: https://viewer.brandenburg.de/strassennetz/?layerIDs=3000,2062,10,7,5,11,8,6&visibility=true,true,true,true,true,true,true,true&transparency=0,0,0,0,0,0,0,0&center=454004.42943509703,5707450.507008693&zoomlevel=9 noch das LGB selbst in seinen ATKIS-Daten diese Straße als solches überhaupt!

Habt ihr da als Kreis neuere Erkenntnisse? Gegebenenfalls sollte auch ein Geomaerker-Ticket aufgemacht werden... Ich kann das übernehmen, wenn ihr es als Kreis macht, könnte es mehr Gewicht haben.

Danke.

streckenkundler

161562893

Hei,

ich hab ja auch schon einiges an Grenzen aktualisiert... Bei der Landesgrenze Brandenburg/Sachsen war ich immer eher zögerlich...
Hier in Brandenburg haben wir ja eine recht freie Datennutzung. Wenn ich was mache, dann nutze ich den WMS-Dienst https://isk.geobasis-bb.de/ows/vg_wms beziehungsweise aus dem korrespondierenden WFS-Dienst die Geometrien per "Geometrie ersetzen" mit JOSM. Dieser Dienst hat hier Liegenschaftskatastergenauigkeit. (ich arbeite dienstlich auch viel damit).

Euer vergleichbarer sächsischer Dienst wäre: https://geodienste.sachsen.de/wms_geosn_verwaltungseinheiten/guest? Wäre der auch OSM- nutzbar? Ich hab es mir in JOSM angeschaut, auf der Grenze beider Länder liegen beide Linien schön übereinander.

...und ja, deine Arbeit gefällt mir sehr! Danke!

Grüße aus dem Spreewald

Sven

161537835

Quelle?

161537573

Quelle?

161520306

Hallo,

was sind die Gründe für die Entfernung?

streckenkundler

161180910

Nachtrag... schau die mal meine Abfrage an: https://overpass-turbo.eu/s/1XlP da sieht man warum... Es gibt nur im Bereich zum Kreisel zum etwas getrenntes. Dafür eine eigene Relation ist in einen Augen unnütz.
Ich würde auch den Knotenpunkt ein klein wenig nach Osten verlegen, zum nächsten Straßen-/Wegekreuzungspunkt... Dann kann man die Route 90 <-> 87 etwas besser gestalten...

schlägt Sven vor