emergency99's Comments
| Changeset | When | Comment |
|---|---|---|
| 92776555 | As far as I understood the websites about the lines, the lines 4 and 9 replaced 5 and 5 no longer exists (or goes somewhere else) meaning, as the fixmes say, the relations should be fixed so that 4 and 9 go up to where 5 once went and 5 shall be deleted/amanded as fit. |
|
| 90370808 | Genau das macht das Chaos noch schlimmer. In diesen Fällen setze ich den bus_stop tag ausnahmsweise auf die stop_position, die ich konsequent mappe. Ich wäre ja dafür, die p_t2 Tags endgültig zu akzeptieren, den hw=bus_stop tag sterben zu lassen, und solche extra tags nur noch im railway-umfeld zu verwenden. Aber da renne ich leider gegen die "älterer Tag ist weiter genutzt und muss bleiben"-Wand. Daher versuche ich, beide, leider nicht ganz logisch kompatible Welten bestmöglich, mit am wenigsten Chaos zu verbinden, |
|
| 90370808 | Und keine Angst, ich fange mit mir selber kein Edit-War an. Die meisten, wenn nicht sogar alle stops wurden von mir zwischen 2013 und 2020 angelegt. Ich ändere hier also praktisch meine Daten ab. Und es ist insofern nur eine winzigste Tagging-Detail-Änderung auf den korrekten Status nach Wiki-Definitionen. |
|
| 90370808 | Da ich fast alles in Sachen ÖV in Wien gemappt habe, habe ich es insofern von anfang an leider falsch gemacht. Ich dachte, dass der Tag am stop_position besser aufgehoben wäre, was jedoch falsch ist. Nach AKTUELLEM v2 scheme, muss der Tag auf einer Platform node sein. Natürlich gibt es da verschiedene andere Vorschläge, aber noch gilt das originale v2 scheme, und da das den tag highway-bus stop nicht ersetzt, muss dieser auf seiner ursprünglichen Definition (dem Ort wo gewartet wird) gesetzt werden. Aufgrund des v2 Schemes ist das aber nicht immer möglich. Ich kritisiere das zwar selber, aber in ermangelung einer neuen, besseren, akzeptierten Variante, werde ich meinen eigenen Fehler hiermit nun so korrigieren! LG |
|
| 88728997 | Ich habe nur die Busrelation draufgelegt. Habe jetzt mal die Construction-Straße stattdessen an den fertigen dranhängen, aber bezüglich der Shape habe ich hier absolut keine Daten. |
|
| 89469100 | Nein, die Straße ist noch nicht fertig. Ist noch eine unasphaltierte Staubpiste. Soll ich die Tags vlt. wieder hinzufügen (ist dank der Erweiterungsrelation ja recht einfach) oder willst du das mit Lukas Vogler ausmachen? Lg RobinD (emergency99) |
|
| 89469100 | Hallo, du scheinst entlang der S3 bei ein paar, noch im Bau befindlichen Abschnitten (etwa bei Wullersdorf) den highway= construction tag verloren zu haben. Die Straße befindet sich noch im Bau. (Da gibt es auch eine Ausbaurelation für: Relaton: 3444510). Bitte die noch nicht offenen Teile wieder als solche Taggen. Eröffnung soll erst Nov. 2020 sein. Danke. Siehe auch note/2308205. |
|
| 84119500 | Hallo, das Bediengebiet in dieser Form zu mappen ist in der OSM leider falsch. Ich werde dieses Changeset reverten.
|
|
| 83315718 | Hi, ich frage mich, ob das Abbilden der ASTaxis so viel Sinn macht. Es sind nicht wirklich Buslinien, die Bediengebiete können nicht abgebildet werden, und im Juli werden sie gegen Rufbusse ersetzt... Ich habe die Astaxis aus den ersten beiden Gründen nie gemappt... |
|
| 82751707 | Da die Linien geändert wurden, und ich gerne auf der OSM aktuelle Daten hätte, die zumindest nahe an die Realität ran kommen. Und derzeit kann man nicht so einfach nachschauen. Es sollte aber nur die Position der Sahulkastraße sein, wo ich mir nicht ganz sicher bin. Genau dazu gibt es den Fixme tag. Sobald man wieder mit den Öffis fahren kann und ich dort mal wieder hin komme werde ich die Daten dementsprechend anpassen. Alle anderen Stationen habe ich, anhand zusätzlichen Infos noch korrigiert. Es ist auch einfacher Daten, die in etwa stimmen zu, später zu korrigieren, als fehlende Daten dann einzutragen. Was wäre deiner Ansicht nach die Alternative und wo liegt das Problem? |
|
| 79058741 | Tja, etwas schnell war ich da. 79A/B fahren erst ab dem 7.1 zur Dreherstrasse. Auch egal, kommen eh nur noch zwei tage davor bis Kaiserebersdorf. Das sollte hoffentlich nicht stören. |
|
| 77133991 | Ich denke, da war im ursprünglichen namen ein sonderzeichen (eventuell ein non-breaking-space) und mein richtiger space machte da dann ein doppeltes draus. Sollte nun behoben sein. |
|
| 77133991 | Das sollte nur ein Leerzeichen sein. Uhrsprünglich war im namen überhaupt kein leerzechen, deshalb habe ich eines eingefügt. Werde mal schauen, was da los ist... |
|
| 70949621 | Ok, werde das wieder richtigstellen. |
|
| 75788130 | Der Changeset-Kommentar sollte „connected forest“ sein... |
|
| 75265701 | Hello there,
KR
|
|
| 74959809 | Passt. Danke. |
|
| 74959809 | Wenn die alle die selbe Hausnummer haben, wie wäre es mit einer Adress-Relation über alle Gebäude. |
|
| 37298077 | That one should just be added to the street. Seems to also be part of the border by mistake. Thanks for bringing it to my attention. I will fix it as soon as possible. But I must say: The border ways that wildly intersect, lie under streets and all of that often need extreme caition when moving any node so it does not clip to the border to. I think there are a few shared points that are shared between borders and streets. Question: Does it matter? If the point is also part of a street? |
|
| 48285296 | Zwar etwas spät aber ist mir erst jetzt aufgefallen: Woher kommt der Name "Dammhaufel"? Sollte es nicht Dammhaufen (wie die nahe gelegene Flur) oder Dammhäufel (analog Gänsehäufel) heißen? Gibt es dazu eine Quelle? |