OpenStreetMap logo OpenStreetMap

Changeset When Comment
146631175 almost 2 years ago

nochmal nachkorrigiert: changeset/146631366

146587401 almost 2 years ago

Vorher falscher Link gepostet. In folgendem CS angeasst:
changeset/146631175

146587401 almost 2 years ago

changeset/146587401

146587401 almost 2 years ago

Hi Strubbl,
danke für dein Feedback. Dann mache ich das so.

Viele Grüße
ayxis

146587401 almost 2 years ago

@reviewer: ich wäre sehr dankbar, wenn jemand 3D-erfahrenes schauen könnte, ob ich das 3D-Mapping hier kaputt gemacht habe oder nicht.

145002610 about 2 years ago

Schau mal:
changeset/145098871

145002610 about 2 years ago

Ich verstehe, den Kommentar des ersten CS hab ich gar nicht gesehen, tut mir leid. Wie fändest du es, wenn ich meinen Changeset revertiere, die Fläche deutlich größer mache und anstatt
natural=water +water=pond +intermittent=yes
area=yes + surface=mud dransetze?
Alternativ
natural=water +water=pond +intermittent=yes aber dafür die Fläche größer?

surface=mud

145002610 about 2 years ago

Hi!
Ich habe den Mehrwehrt einer 13cm großen Wildschweinsuhle auf der Karte nicht wirklich gesehen, vor allem da das als Teich getaggt war. Mit dem Durchmesser der hinterlegten Daten (13cm) ist das doch mehr Pfütze als Teich.

Wir können uns aber gerne ein anderes Tagging überlegen das die Suhle besser wiederspiegelt.

Viele Grüße
ayxis

138005691 about 2 years ago

Achso, ich verstehe. Irgendwie hatte ich gedacht, dass in dieser Relation sämtliche Wohngebiete von Hof zusammengefasst wurden, deswegen war ich verwirrt. Aber das ist ja nicht der Fall.
Danke!

138005691 about 2 years ago

Hi wermak!
Warum hast du in diesem Changeset das Wohngebiet
way/938228709
aus der Multipolygonrelation
relation/946203
entfernt? Bin kein örtlicher Mapper, deswegen weiß ich nicht viel über Hof, deswegen dachte ich, ich frage mal nach.

Viele Grüße
ayxis

143407650 about 2 years ago

Hi landini!
Eine Hausnummer mit Semikolon zu verpflegen bedeutet, dass an dem entsprechendem Gebäude zwei Hausnummern existieren. Wäre das nicht der Fall wären die Hausnummern schließlich mit einem - getrennt worden Da "One feature, one OSM element" gilt, habe ich es aufgetrennt, zumal in OSM Semikolons zwei separate Werte für einen key abtrennen. Demnach haben die von mir veränderten Daten immer noch die selbe Aussagekraft, mit dem Unterschied nun OSM Konform als eigenständige Hausnummernelemente im Gebäudeumriss vorzuliegen.

142261681 about 2 years ago

Hi Hawk3er!
Beim Löschen der Straße way/461712151 hast du dabei leider ein Loch in diverse Busrouten, die hier entlang führen, geschnitten.
Beim Löschen von Objekten, insbesondere von Straßen ist leider äußerste Vorsicht geboten, da diese oft Teil von Relationen (Bundesautobahnen, Busrouten etc.) sind die man schnell übersehen kann. Ist mir auch schon passiert :)
Der Konsens ist: lieber bestehende Elemente verändern und entsprechend anpassen anstatt zu löschen.

Viele Grüße
ayxis

140361145 over 2 years ago

Hi Metzor!
Ich habe im Wiki nochmal gestöbert und diese beiden Einträge gefunden:

osm.wiki/DE:Namen

osm.wiki/DE:Key:name

Auch wenn der Turm mit "112" beschriftet ist, würde ich nicht sagen, dass das der Name des Turms ist. Aber ja, du hast recht, es ist da und es ist ein unübersehbares Landmark. Wir können den Tag gerne wieder aufnehmen.

Viele Grüße
ayxis

125371767 almost 3 years ago

Hi Cracker!
Die Abbiegebeschränkung muss für jede einfahrbare Richtung separat und vollständig angelegt werden. Jede Abbiegebeschränkung benötigt exakt ein Mitglied mit der "from"-Rolle, "via"-Rolle und eins mit der "to"-Rolle. So wie die Abbiegebeschränkung aktuell ist, ist das leider nicht ganz ausreichend, da es keine "via"-Rolle gibt die das "from" und "to" korrekt verbindet.
Der Wiki-Eintrag erklärt das etwas anschaulicher als ich:
osm.wiki/DE:Relation:restriction

Ich habe es mal in diesem Changeset umgesetzt wie es sein sollte:
changeset/132522707

Ich danke dir für deine Hilfe und viele Grüße
ayxis

125371767 almost 3 years ago

Hi!
Vielen Dank für die gute Erklärung, ich denke ich habe das Problem nun verstanden. Dann ist dein Ansatz definitiv richtig!
Damit die no_entry Relation richtig dargestellt wird, müsste die Plieninger Straße an der Kreuzung Burgstraße noch in zwei Segemente geteilt werden. Denn es müssen insgesamt drei no_entries+except=bicycle für jede Kreuzungsrichtung via den Knoten mit der ID 30904312 anglegt werden:
- Plieninger Straße von Westen kommend
- Plieninger Straße von Osten kommend
- Burgstraße von Süden kommend

Viele Grüße
ayxis

125371767 about 3 years ago

Hi!
Ich glaube das was du suchst ist nicht "restriction=no_entry", sondern der Tag "oneway=yes" zusammen mit "oneway:bicycle=no" an der nördlichen Burgstraße. Die Restriction die du dort hingemappt hast schließt nämlich auch die Radfahrer wieder aus.
Falls du Hilfe dabei brauchst, melde dich gerne! :)
Viele Grüße
ayxis

129801301 about 3 years ago

Hi!
Darf ich fragen warum du die Relation "kein Linksabbiegen" entfernt hast? So weit ich das auf Luftbildern sehen kann ist dort eine durchgezogene Linie, demanch hat das doch gepasst :)
Viele Grüße
ayxis

119890868 over 3 years ago

Jap, das waren die richtigen. Vielen Dank!

119890868 over 3 years ago

Hi!
Als du die Straße 348405096 entfernt hast sind die Abbiegebeschränkungen 7161340 und 7161339 kaputt gegangen. Ich bin leider nicht Ortskundig, könntest du dir das eventuell anschauen und reparieren?

Grüße
ayxis

82430815 over 5 years ago

Hallo Maya_Ne!
An der Kellerhöher Straße am Knoten 7312266464 (node/7312266464) sieht es so aus als wäre ein bisschen was schief gegangen.
Ich kann es auf den Luftbildern nicht perfekt erkennen, aber es sieht eigentlich so aus als würde die Straße hier ganz normal über den Fluss verlaufen.
Gibt es hier tatsächlich einen unterirdischen Weg der solch einen Knick macht?
LG
ay_deniz