Hi simongr,

in OSM, housenumbers are not attached to the streets or paths, but to buildings or entrances. Also this path has no official name (i.e. there is no name-sign in reality). I changed the way-tagging here accordingly. By the way, the buildings here are normal buildings, both in OSM and in reality. No madman was involved here.

cheers
Hauke

Hervorragend!. Vielen Dank fürs korrigieren! :)

Moin,

also hier einmal die "Referenz" des OSM Wikis:
- Englische Seite zu "concrete:plates" mit ein paar schönen Beispiel-Fotos: surface=concrete:plates
- Deutsche Seite mit einer Beschreibung, wann "paving_stones" zu nutzen ist: osm.wiki/DE:Tag:surface%3Dconcrete:plates
- Deutsche Seite zu "paving_stones" mit einem schönen Beispiel oben rechts, das verschiedene Stein-Typen zeigt: osm.wiki/DE:Tag:surface%3Dpaving_stones

Ich habe dann bei Mapillary mal geschaut was ich als "paving_stones" einschätzen würde. Vielleicht helfen dir diese Beispiele weiter.
- https://www.mapillary.com/app/?pKey=1424641338047457
- https://www.mapillary.com/app/?pKey=1003764937724250 (hier auch rechteckige Steine, die vielleicht an die 50x75cm gehen)
- https://www.mapillary.com/app/?pKey=898572070705600 (sehr breit, aber schmal)
- https://www.mapillary.com/app/?pKey=397976488931793 [1]

Beispiele, die ich eindeutig als "concrete" oder "concrete:plates" einstufen würde:
- https://www.mapillary.com/app/?pKey=2525404184421803 (Bilderbuch-Beispiel, genau so stelle ich mir "concrete:plates" vor; auch die Rampe rechts oben im Bild ist klar "concrete:plates")
- https://www.mapillary.com/app/?pKey=794885608312369
- https://www.mapillary.com/app/?pKey=226787736825252

Für mich zählt bei "paving_stones" auch eher die Nutzung und das "feeling". Wenn also die Platten/Steine so groß sind, dass sich Risse und Schlaglöcher wie bei einer asphaltierten Straße oder einer reinen Betonstraße ergeben können, dann hat das für mich kein Pflasterstein-Feeling mehr. Wenn aber die Steine noch so "klein" sind, dass sie bspw. durch Wurzeln einzeln angehoben werden können, dann hat das für mich Pflasterstein-Feeling. Oder auch wenn Steine einzeln zugeschnitten werden (bspw. an Gebäudeecken, um angrenzende Pflastersteine, etc.; s. Bild [1] oben), ist das für mich eher "paving_stones".

Bei wirklichen 50x75cm Platten, könnte man vielleicht schon sagen, dass das "concrete:plate" ist. Das hängt für mich dann eben etwas vom Aussehen, Machart, der Eingliederung in die Umgebung, etc. vor Ort ab. Da fängt es aber auch für mich an schwammig zu werden.

Das ganze ist in OSM ja auch nicht 100%ig klar definiert und erlaubt ja auch eine gewisse Flexibilität. Leider dadurch auch Konfliktpotential, aber das ist nun mal so. Ich hoffe die Beispiele helfen dir etwas bei der Entscheidungsfindung.

Grüße
Hauke

Moin,

wollte dir kurz Feedback zu einem Teil deiner Änderung hier und in der Region generell geben. Du hast hier viel surface=concrete:plates [0] getaggt, wahrscheinlich wäre bei den meisten Wegen aber surface=paving_stones [1] korrekt. Normale Pflastersteine sind zwar vielfach aus Beton, werden aber wie normale Steine benutzt und dann auch so getaggt. Selbst die großen 30x30cm Steine zählen noch als paving_stones. Bei noch größeren kann man dann concrete:plates nehmen, aber die gibt es echt selten. Schönes Beispiel, wo der tag korrekt ist, ist hier way/330195685 was in Realität so aussieht https://www.mapillary.com/app/?pKey=728479567820490 .

Wäre super, wenn du die von dir mit concrete:plates getaggten Wege nochmal durchgehen würdest, ob da nicht doch paving_stones korrekt wäre. Hier eine Übersicht aller Wege, die den concrete:plates-tag haben und die du irgendwann mal editiert hast: https://overpass-turbo.eu/s/1Yjo

Viele Grüße
Hauke

[0] surface=concrete:plates
[1] surface=paving_stones

Hi,

nur als Hinweis: Zeiten (Öffnungszeiten, Betriebszeiten, Gottesdienstzeiten, etc.) haben in OSM eine gewisse Schreibweise, die standardisiert und maschinenlesbar ist. Siehe osm.wiki/DE:Key:opening_hours für alle möglichen Details und Beispiele. Für die Gottesdienstzeit hier wäre es also nicht "sonntags 10:30 Uhr" sondern "Su 10:30".

Viele Grüße
Hauke

Revert mit anderen OSMlern abgesprochen. Änderungen hier Straßen als "residential" zu taggen ergibt auch inhaltlich wenig Sinn, da hier niemand wohnt.

* Straße verläuft rein durch Gewerbegebiete, kein Wohngebiet
* Durchgangsverkehr vorhanden
* Gemäß Wiki also als unclassified zu taggen

Ergänzung: Die Kieler Straße hier ist zwar größtenteils zweispurig (wobei teilweise mehrere und separate Busspuren existieren), hat aber mit ca. 25k PKW/Tag ein hohes Verkehrsaufkommen und durchaus eine gewisse überregionale Bedeutung.

Ergänzung: Die angepassten Straßen sind alle mind. vierspurig und haben ein hohes Verkehrsaufkommen (20k-30k PKWs pro Tag). Sie entsprechen gemäß dem Wiki daher eher highway=primary. Die Änderung war mit einigen anderen Hamburger OSMlern abgesprochen.

> eventuell handhabt Vespucci das ja so, dass das Verlängern eines Weges die Attribute übernimmt.

Das kann natürlich gut sein. Wobei alle Wegstücke von diesem Trail auch von dir angelegt wurden ;) Aber ist ja auch egal.

Dann passe ich das Tagging mal an.

Grüße
Hauke

Hi,

du hast hier z.B. den Weg way/1313985067 mit "bicycle=permit" eingetragen. Das hieße man braucht eine Erlaubnis, wenn man diesen Weg benutzen möchte. Ist dem so? Also das sah vor Ort für mich eher nach einem inoffiziellen MTB Trail aus, der vor kurzem (also dieses Jahr) "angelegt" wurde. Wenn dies so ein inoffizieller Trail ist, dann ist hier wahrscheinlich eher "access=no" zu taggen (oder "bicycle=no"), da nach § 25 NWaldLG das Radfahren/Mountainbiken außerhalb offizieller Wege nicht erlaubt ist.

Grüße
Hauke

Hi,

kurze Anmerkungen zu deinen Änderungen am Spielplatz way/22752050 . Dessen Gelände hast du nach den DK5-Daten abgezeichnet, die aber nicht immer stimmen. Leider kann man sich auf amtliche Daten nicht immer verlassen, auch wenn das schön wäre. Du kannst beim Spielplatz ja mal zwischen DK5 und Esri-Luftbildern hin und her schalten, dann siehst du, was ich meine.

DK5 ist für Grundstücke, Grenzen und Gebäude ganz gut, ansonsten eben nicht immer aktuell und genau. Amtliche Luftbilder werden i.d.R. jährlich komplett neu aufgenommen und zeigen vielen Dingen somit eher die aktuelle die Lage vor Ort. Hier muss man aber auf das Alter der Bilder schauen und ggf. mit ein/zwei anderen Luftbildern gegenprüfen.

Noch besser ist es natürlich vor Ort Daten zu erheben. War hier im Hessepark unterwegs und habe entsprechend einiges angepasst, u.A. den Spielplatz.

Grüße
Hauke

Hi,

das ist zwar schon etwas her, aber du hast hier im Changeset-Kommentar etwas gefragt und noch keiner hat dir geantwortet :D Also die Antwort: Leider nein. Bei der Einmündung Armbruststraße -> Kieler Straße gibt es keine Abbiegespur (also Fahrbahnmarkierung mit Pfeilen usw.), von daher ist "turn:lanes:..." hier nicht richtig. G4rden3r hat das letztens als Relation eingetragen (relation/18130651), was im Normalfall der richtige Weg ist das zu mappen. Hier steht ja (wahrscheinlich) ein blauer Rechts-Pfeil (Zeichen 209-20), wofür man dann die turn-restriction Relationen nutzt. Dazu gibt es natürlich auch einen Wiki-Artikel, ist ja klar: osm.wiki/DE:Relation:restriction

Grüße
Hauke

Uh, sogar nachgetragen. Perfekt, vielen Dank! :D

Hi,

keine Kritik nur eine Bitte. Wenn du es für die Kameras weißt, wäre (neben einigen weiteren Tags für Kameras) insb. der Tag "osm.wiki/Tag:camera:direction=..." sehr hilfreich. Das ermöglicht es zu bestimmen welche Gebiete ca. unter Überwachung stehen, siehe z.B. https://sunders.uber.space/ . Der Wert ist in Grad und ich runde das immer auf 5-10° genau. Bei Dome-Kameras macht der Tag natürlich keinen Sinn.

Grüße
Hauke

Hi,

nur als Hinweis, du hast hier einen Baum mit dem Penny-Markt verschmolzen. Der Penny war seit deinen Änderungen hier u.A. als Baum eingetragen. Ich habe das mal korrigiert ;)

Grüße
Hauke

Moin,

Bäume bekommen keinen name-tag, also "osm.wiki/Tag:name=..." und "osm.wiki/Tag:name:de=...". Dazu ist "species" und "genus" da, was hier bereits auch alles gesetzt ist. Ich habe daher die name-tags entfernt.

Grüße
Hauke

Hi,

also zuvor mit den building:part Polygonen war das schon ganz okay. Jetzt mit den ganzen barrier=wall Polygonen passt das vom Tagging vorne und hinten nicht mehr. Also ja, Gebäude bestehen aus Wänden, aber so wird das in OSM nicht eingetragen ;) Lies dazu am besten einmal den Wiki-Artikel zu durch (osm.wiki/Simple_3D_Buildings), schaue dir vielleicht ein paar Beispiele in OSM an (z.B. way/1164818366) und passe das hier nochmal an, danke.

Grüße
Hauke

Alles klar, danke dir! Also die Region Brandjoch-Schellschlicht-Sunkenkopf wollte ich noch fertig stellen und im Rahmen dessen dann auch da generalisieren, wenn ich schon mal dabei bin.

Hi,

genau, bin jetzt im ersten Schritt mit nem Filter für kleine Polygone und Douglas-Peucker via Plugin für die Vergröberung ran gegangen. Es gibt noch sehr nahe Knoten, die sind halt einfach so aus dem Algorithmus rausgekommen, da bin ich jetzt nicht überall nochmal händisch rüber gegangen. Bei Ways, die sich an Knoten berühren, müssen immer alle selektiert sein, das habe ich wohl bei den erwähnten Klippen übersehen, deswegen haben die teilw. noch so viele Knoten.

Wenn man zwischen Bing und der basemap.at wechselt, sieht man teilweise ganz gut, wo Gestein ist (Textur + teilw. geworfener Schatten) und wo nicht. An der verlinkten Stelle wird ein Schatten geworfen und man erkennt auch an der Textur recht gut, dass das kein Geröll ist. An Orten, wo ich nicht klar erkennen kann, ob da eine Klippe ist oder nicht, trage ich auch keine ein. Habe Hemmungen jetzt einfach die Ways zu verbinden, nach dem Motto "joa, könnte wohl ne Klippe sein, keine Ahnung". Fühlt sich falsch an.

Zum Eintragen: Habs tatsächlich alles händisch gemacht mit dem FastDraw Plugin in JOSM. Auch der lässt Douglas-Peucker (oder vergleichbaren) drüber laufen, da nutze ich in Zukunft entsprechend gröbere Parameter. Klicken muss man da nicht, man fährt einfach mit der Maus den Verlauf des Ways entlang.

Dass Daten irgendwann nicht mehr aktuell sind und gelöscht werden, ist ja normal. Passe meine Änderungen am Schellschlicht auch nochmal an und vervollständige die Ecke Schellschlicht->Sunkenkopf noch, derzeit ist das da ja lückenhaft und unschön. Dann hat man zumindest bis dahin Daten.

Grüße
Hauke