Hei... bezüglich deiner note=* node/256562676

wir mappen nicht für den Router. Wir mappen die reale Situaton, in dem Beispiel den realen Straßenverlauf. Ich bin gegen solche Verbiegungen, bloß um irgend einen Router gerecht zu werden, der Daten nicht korrekt auswerten kann... Wir können das auch allgemein thematisieren (Forum, Mailing-Liste) da wird aber auch kein anderes Ergebnis bei rauskommen.

Diese eine Sache werde ich Zeitnah wieder ändern. Bitte beachte diesen Mappinggrundsatz!

Sven

Hei, ich habe ja weiter oben zwei Links zu den Planfeststellungsunterlagen geschrieben... Solche Planfeststellungsunterlagen bewerte ich in Hinblick auf die daraufhin tatsächlich eintretende Situarion als sehr hoch ein. Demnach sind in dem südlichen Damm zwei Einschnitte . Einer ist erfasst... der nördliche nicht... den habe ich per Luftbild auch nicht gesehen.

Sven

Schön, daß sich einer dieser Note mal wieder annimmt... Ich hatte damals ja nur eine reine technische, geometrische Korrektur durchgeführt. Die reale Situation vor Ort kenne ich nicht. Aber... Alle derzeit nutzbaren Luftbild- und Satbildquellen (Mapbox, Bing, Esri, DG Standard und DG Premium) zeigen die derzeit erfasste Situation, wie sie im übigen auch auf den DOPs des BB-Viewers vom 11.5.2015 zu sehen sind... zur Aktualität der nutzbaren Bildquellen kann ich nichts sagen, dürften aber z.T jünger sein (Bing).

Sven

Gern geschehen :)

Ach ja, wie ich darauf gekommen bin... Es gibt einige Tools, die Adressdaten auf Fehler prüfen: einam nur PLZ: https://wambachers-osm.website/fools/ und zum anderen alle Adressangaben: https://osm-suspects.gbconsite.de/#12/52.3285/14.4889/osm-wrongcity-minimalmissing-wrongstreet-wronghousenumber-outsideplz-dupes
du kannst ja mal schauen, ob du das eine oder andere beseitigt bekommst..

Danke und viele Grüße,

Sven

Hallo Sebastian,

mal bitte beachten. Lossow bekommt die PLZ 15236 und nicht 15234. Vergleiche auch PLZ-Server und https://wambachers-osm.website/pcboundaries/idx14o.jsp?zoom=12&lat=52.33132&lon=14.45138&layers=0BT&selected=1392740

Danke...

Sven

Ich habs mal im Forum angesprochen...
https://forum.openstreetmap.org/viewtopic.php?pid=672289#p672289

Sven

Hmm... Ich glaube das schon... Das wird doch aber nicht die einzigste erfasste Wendeltreppe sein...
Ich dachte eventuell an sowas wie layer=0;1
Alternativ könnte die Wendeltreppe gesplittet werden und der obere Teil mit layer=1 versehen werden, ist in meinen Augen inhaltlich nicht falsch, auch wenn es ein bisschen Tagging für die Fehlerprüfung ist.
Geben eventuell die indoor-Tag da was entsprechendes her? Bei Indoor kenne ich mich aber nicht aus... Vielleicht sollten wir das doch im Forum thematisieren?

Sven

Ach ja, noch der OSMI-Link: http://tools.geofabrik.de/osmi/?view=geometry&lon=13.36969&lat=52.53249&zoom=18

Sven

Moin...

irgendwas ist beim Way way/33912949#map=14/52.5083/13.3347&layers=N nich nicht ganz in Ordnung... OSMI meldet einen Geometriefehler...

Ich wüsste jetzt aber auch nicht, wie das zu lösen ist...

...informiert Sven

erledigt.

Das ist aber auch falsch, was du gemacht hast... natural=schub und landuse=resisental sind nun Teil von landuse=meadow, was logisch falsch ist. Hier gibt es die Möglichkeit, durch Detaillierung das Problem aufzulösen... Ich hab das mal umgesetzt

Hei,
wieso hast du denn das MP aufgelöst? Das war falsch... richtig wäre es gewesen, die taglose inner-Fläche zu entfernen und stattdessen die landuse=forest - Fläche ind MÜ auszunehmen... Ich würde das umbauen wollen...

Sven

ich hab mal fix by other gesetzt.

Danke für die schnelle Reaktion der Fehlerbeseitigung.

Sven

trägst du das bei https://wambachers-osm.website/index.php/10-osm-reports/1075-countries-compare-2017-11-06 ein? Ist gerade erschienen. ...oder soll ich, daß es gefixt ist...

fragt Sven

These two relations consisted of a point and a very short line at the point. I have received the place-node. I thought it was a geometric mistake. I can, however, like to revert the changeset if desired.
Please observe the website http://tools.geofabrik.de/osmi/?view=areas&lon=15.62117&lat=52.21723&zoom=10 and correct geometric errors.Thanks,
Sven

Nachwas hast du denn ausgerichtet? Mittlerweile muß man sehr aufpassen...Für den südbrandenburger Bereich ist Mapbox am ehesten lagegenau... auch wenn Mapbox nicht mehr so aktuell ist.
Bing, Esri und Digitalglobe rangieren in der Lagegenauigkeit deutlich dahinter... Für Sachsen dürfen die amtlichen Luftbilder verwendet werden, soweit ich weis... Dann würde ich immer danach ausrichten...

Sven

Fehlertypus de.boundary_name sind noch viel mehr... ich hab mal Overpass bemüht... Vergleiche Forum:

https://forum.openstreetmap.org/viewtopic.php?pid=664197#p664197

Sven

Die JOSM-Vorlage "Historische Steine" muß am Anfang Buggy gewesen sein...

4 Nodes hatte ich gestern geändert. Drei waren in der Ersterfassung von Radler59 und einer von mir...

Ich schaue mal ob da noch mehr sind, die mit "de.boundary_name" erfasst sind.

Sven

Hallo Harald,

Öhm... Jah... Ähm... Also...

de:boundary_name das ist komisch... ich hatte gestern ein paar mal von de.boundary_name nach de:boundary_name (Doppelpunkt gegen Punkt getauscht... Das war mir schon so komisch... das waren Jagen-Steine (historische Forstabteilungsgrenzen)

Un die erfasse ist in der Regel mit JOSM nach Vorlage (oder kopiere mit Key/Value und passe das Nötige an... Ich hatte schon gedacht, daß die Vorlage am Anfang Buggy war...

maxweight:forstry: ja klarer Fall von Typo...

Ich ändere beides...

Danke,

Sven

Hei,

achte mal bitte bei den Wasserwanderwegweiser auf die Nummer des Wegweisers... die sollten eigentlich alle eine Nummer haben, die auch von der Wasserseite erkennbar ist... Das müsste ein weißes Klebchen sein, mit schwarzer Schrift und eine Kombination zuerst drei Buchstaben dann Zahlen...

Ich packe die immer ins ref-Tag...

Ich erfasse die zwar immer mit boat=yes aber das ist erstmal egal... so richtig gint es da noch kein einheitliches Erfassungsschema.

Danke,

Sven