Nakaner's Comments
| Changeset | When | Comment |
|---|---|---|
| 39065772 | over 9 years ago | Möchtest du uns mal bitte erklären, warum du in diesem Änderungssatz zahlreiche nicht-flächenförmigen Fußwege gelöscht hast? http://overpass-api.de/achavi/?changeset=39065772 |
| 39066066 | over 9 years ago | fast vollständig revertiert durch changeset/39106486, Begründung siehe dort |
| 39018240 | over 9 years ago | Das Problem mit dem Multipolygon 1424213 ist folgendes: Ein Inner-Mitglied (way/150110648) berührt den äußeren Rand (way/99500214) des Multipolygons. Lies dir am Besten osm.wiki/DE:Relation:multipolygon durch, dann verstehst du, worum es geht. |
| 38177639 | over 9 years ago | Meinst du nicht auch, dass die Höchstgeschwindigkeit ein bisschen arg hoch ist? way/386838879/history Das ist wahrscheinlich eine Folge davon, dass du den – nicht zu empfehlenden – Online-Editor iD statt dem empfehlenswerten Editor JOSM verwendest. Selbiger hätte dich vor dem Upload von so einem Stuss gewarnt. |
| 39022961 | over 9 years ago | Für die Hektometertafeln ist statt distance=* railway:position=* gebräuchlich. |
| 38462026 | over 9 years ago | Hallo gallseife, die Gleise liegen zwar, aber bis zur Inbetriebnahme dauert es noch ein Weilchen. Würdest du daher sowohl die Neubau- als auch die Altbaustrecke wieder auf railway=construction umtaggen? Bei der Altbaustrecke ist railway=construction angebracht, da dort im Zuge der Bauarbeiten kein Stein auf dem anderen bleibt. (Man kann also nicht mit "das ist nur temporär" argumentieren) Viele Grüße Michael |
| 38749247 | over 9 years ago | Es ist halt üblich, dass die platform-Mitglieder von Routenrelationen mit public_transport=platform getaggt sind. Wenn man den Bahnsteig als Fläche erfasst hat, dann ist die Fläche Mitglied der Routenrelation. Wenn die Fläche ein MP ist, dann ist das MP eben Mitglied der Routenrelation. |
| 38749247 | over 9 years ago | Ach ja, und beim Ersetzen durch Multipolygone musst du alle Routenrelationen und die Stop-Area-Relation anpassen. Die Routenrelationen müssen dann die Multipolygon-Relation als Mitglied haben, nicht den Way. Selbiges gilt für die Stop-Area-Relation. |
| 38749247 | over 9 years ago | Hallo, du hast in diesem Änderungssatz am Bahnsteig 2/3 den geschlossenen Way durch ein Multipolygon ersetzt. War es Absicht, dass diese kein public_transport=platform, aber railway=platform hat? Noch eine Bitte: Bitte ergänzt railway=platform_edge an den Bahnsteigkanten, wenn du Flächen-Bahnsteige durch Multipolygone ersetzt. Sonst hängt das ref=* ohne Kontext da, wenn der Datennutzer nur den Way ohne die Zugehörigkeit zum Multipolygon sieht. Viele Grüße Michael |
| 39012178 | over 9 years ago | ausführliche Begründung siehe changeset/39017291 |
| 39017291 | over 9 years ago | Ausführliche Begründung für den Revert: Wenn man sich Objekte wie die Gleise unter den Kränen am Umschlagbahnhof Hamburg-Billwerder anschaut, fragt man sich ernsthaft, welche Quellen verwendet worden sind. Der Way war von bjoern_m als electrified=no getaggt worden, er hatte bei seinem Änderungssatz "survey" als Quelle angegeben und sogar die El6-Signale (Halt für Fahrzeuge mit gehobenem Stromabnehmer) gemappt. (Außerdem ist ein Containerkran nicht mit einer 15 kV-Oberleitung kompatibel) Es scheint, dass auch Luftbilder wie Bing oder die (in Hamburg freigegebene) amtlichen Bilder, nicht als Quelle verwendet worden sind. Auf den Bing-Bild und den amtlichen Bildern kann man beim E6-Signal die T-förmigen Abspannmasten der Obleitung sehen. Auf Nachfrage hat bjoern_m mir sein electrified=no bestätigt und mitgeteilt, dass er das so vor Ort gesehen habe und auch zur Not auf einem Video nachschauen könne. Es ist daher davon auszugehen, dass flierfy sich nicht um schon vorhandene Informationen in OSM kümmert und sie überschreibt, wenn sie nicht zu seiner Quelle passen. (Siehe dazu auch changeset/38438169, changeset/38437756 und changeset/38478974, wo er vorhandene railway:lzb=no und gemappte LZB-Bereichskennzeichen ignoriert hat) Der Nutzer hat in der Diskussion zu 38438169 angegeben, dass jede seiner Änderungen Daten aus DB-Quellen enthält. |
| 38930097 | over 9 years ago | Existiert das Gleisstück durch den alten Lokschuppen nicht mehr? |
| 38930097 | over 9 years ago | Ach ja, "Name ist nur der Name" gilt auch für "Gleis 5" und ähnliche Bezeichnungen. Dafür gibt es railway:track_ref=5. |
| 38930097 | over 9 years ago | Hallo deichi, herzlich willkommen bei OSM. Leider habe ich an deinem ersten Änderungssatz ein paar Sachen zu kritisieren. Zum Verständnis empfehle ich dir einen Blick auf die grafische Visualisierung deines Änderungssatzes. http://overpass-api.de/achavi/?changeset=38930097 Höchstgeschwindigkeiten (maxspeed)=* sind standardmäßig in OSM in km/h. Du brauchst km/h daher nicht angeben. (Im Gegenteil, damit störst du die Datennutzer und sie können mit diesem Gleisen jetzt gar nichts mehr anfange, d.h. sie werden die Geschwindigkeit gar nicht mehr darstellen) maxspeed=10 genügt. way/117062650 Wir erfassen Namen nur dann in OSM als Namen (name)=*, wenn es Eigennamen sind. name=Wasserkran ist kein Eigenname. node/3629187357/history Für die "Kopframpe" gilt das auch. way/357795696 Siehe dazu auch osm.wiki/DE:Names#name_ist_nur_der_Name Der Node des Bahnhofs Seebrugg bezieht sich bei uns auf die bahntechnische Betriebsstelle, nicht das Empfangsgebäude. Daher lag dieser Node nicht im Gebäude. Das Gebäude selbst wird mit building=train_station getaggt, das genügt. Warum hast du die Halteposition Seebrugg gelöscht? node/100091137/history Das ist kein Müll, sondern das markiert die Halteposition der Züge (idealerweise die Zugmitte). OSM lebt davon, dass Objekte Tags haben. Nur dann ist festgelegt, was das Objekt repräsentiert. Ohne Tags sind Objekte sinnfrei, außer sie sind Teil eines Größeren (z.B. Mitglied einer Multipolygon-Relation). way/413987824 Warum hast du im Bereich der Ladestraße die Gebüsche gelöscht? Gibt es die nicht mehr? Dein Verschieben des Alten Lokschuppens (way/123856770) wird rückgängig gemacht werden. In Baden-Württemberg dürfen wir den WMS-Dienst Maps4BW nutzen. Anders als die Bing-Luftbilder bietet dieser eine exakte Georeferenzierung (Bing kann mehrere Meter daneben liegen). Da der von dir verwendete Online-Editor iD keine WMS-Unterstützung hat, muss man dafür den Editor JOSM verwenden (für Bahn-Sachen grundsätzlich zu empfehlen). Im Bereich dieses Parkplatzes (way/413987821) hast du eine Straße gelöscht. Auch diese Änderung wird man zurücksetzen. Du wirst ggf. noch Nachrichten/Kommentare andere Benutzer erhalten, die ortskundig sind. (Ich war zuletzt vor ca. 8 Jahren dort und erinnere mich nicht mehr so genau) Viele Grüße Michael |
| 38927642 | over 9 years ago | Kleiner Kommentar zur Löschung des Bahnsteigdaches: Das Löschen ist zwar korrekt, aber in der Praxis ändert man bei abgerissenen/abgebauten Objekten meist das Tagging, anstatt sie zu löschen. So wird aus building=roof meist razed:building=roof. Wir haben bei OSM leider eine ganze Reihe an Sesselmappern, die ohne Ortskenntnis von Bing einzeichen. Wenn diese dann ein in OSM "fehlendes" Haus sehen, ergänzen sie dieses, obwohl es der ortskundige Mapper erst vor ein paar Monaten wegen Abriss entfernt hat. Beim Umtaggen bleibt die Geometrie erhalten und dem Sesselmapper fällt das dann hoffentlich auf. Wenn ein Ort grundlegen umgebaut wurde und gar nichts, aber auch gar nichts mehr zu Bing passt, kann man den alten Kram auch löschen. Viele Grüße Michael |
| 38996073 | over 9 years ago | Hallo Hailo333, die Ergänzung des Aufzugs wird noch viel nutzbringender, wenn du ihn auch korrekt (d.h. so, wie es vor Ort ist) mit dem Wegenetz verbindest. Dann können Router ihren mit viel Rollstuhlfahrern und Kinderwagenschiebern den Aufzug als Weg zum Bahnsteig vorschlagen. Bei Aufzügen ist außerdem auch noch level=0;1 (Beachte, dass Stockwerksnummern abhängig vom restlichen level-Tagging an dem Ort abhängig sind!) in Gebrauch. Viele Grüße Michael |
| 13733063 | over 9 years ago | reverted by changeset/38978929 |
| 12811687 | over 9 years ago | reverted by changeset/38982795 |
| 12787919 | over 9 years ago | reverted by changeset/38983242 |
| 12774206 | over 9 years ago | reverted by changeset/38988278 |