ToniE's Comments
| Changeset | When | Comment |
|---|---|---|
| 113369337 | about 4 years ago | yeah, I agree on the "single one"
|
| 113369337 | about 4 years ago | Hi Maarten, there are already 12 single amenity=charging_station nodes mapped. How to proceed with them? They sould not remain here, as this doubles the objects. Will you remove the older 12 or delete the younger one? Greets
|
| 113327029 | about 4 years ago | "Fix station -> stop_position für Zughalt auf GleisJoseph-Wild-Straße ist keine Einbahnstraße" ist ein falsch hier rein geraten |
| 113256707 | about 4 years ago | Hi, der 180er hielt/hält an der alten Position der Schmeadelstraße, kommt an der neuen Position aber nicht vorbei. https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_180 https://ptna.openstreetmap.de/relation.php?id=6264705&lang=de Haltestelle '2' in der Liste Gibt es die alte Haltestelle noch? Gruß,
|
| 113154235 | about 4 years ago | Hi, ich gebe da dem iD die Schuld. Der iD sollte sich aus dem Sortieren von ÖPNV-Relationen raushalten.
Was die Reisebusse angeht: name="Reisebusse" wäre machbar, mehr wird auf dem Schild auch nicht drauf stehen, wenn ja, dann bitte 1-zu-1 übernehmen. Viele Grüße
|
| 113154235 | about 4 years ago | Hallo osmap24, "Parkplatz für zwei Reisebusse" ist leider keinekorrekte Verwendung des 'name'-Tags. 'name' = ... wird nur verwendet, wenn das Objekt tatsächlich so heißt, und eine Schild existiert. Ich gehe sehr start davon aus, dass das hier nicht der Fall ist, schon gar nicht als "Parkplatz für zwei Reisebusse" access=no + bus=yes + capacity=2 ist gemapped und vollkommen ausreichend. Leider sind durch deine letzten Edits in dieser Gegend die Bus-Relationen 901 und 903 ( https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.diff.html#bus_901 ) massiv durcheinander geraten. Es wird eine Weile dauern, das zu reparieren .Ich denke der Bowser-Editor iD trägt hier eine Hauptschuld - der kann mit Relationen nicht umgehen und sollte daher zum Sortieren von Busrelationen nicht verwendet werden. Viele Grüße,
|
| 113150167 | about 4 years ago | Das eine schließt das andere nicht aus. Könnte Zufahrt zur Hausnummer 5 sein. Unbefestigt oder nicht, ist für highway=service (und service=driveway) nicht relevant. |
| 113064011 | about 4 years ago | Prima, das mit der Uhlandstraße macht Sinn, hatte ich nicht auf dem Radar. Gruß,
|
| 113064011 | about 4 years ago | Servus, die 18 Busrelationen werde ich in den nächsten Tagen anpassen. https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_263 Gruß
|
| 113070971 | about 4 years ago | BTW: Vorsicht mit BING-Hintergrund, der ist nicht Lagegenau. Aber Du hast ja "Bayern (80 cm)" genommen, das ist OK. Habe "Eingang Nord-Ost" gerade auf einen Gebäude gelegt, den Gebäudeteil abgetrennt ... |
| 113070971 | about 4 years ago | Hi raubART, ich habe das Gebäude wieder gelöscht, da dort schon Gebäude gemapped sind und Gebäude in Gebäude nicht geht. Wenn es um einen Teil eines Gebäudes geht: building:part=yes wäre das dann.
VG
|
| 112942452 | about 4 years ago | Hallo Marcus, ich entdecke mit PTNA immer mal wieder Zugrelationen, die Lücken aufweisen. In diesem Fall https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.html#train_RE_72-2 wohl nach einem split-of-way in JOSM. Bei JSOM ist es sehr wichtig, vor dem Teilen eines Weges auch die angrenzenden Wege/Gleise (davor, dahinter) in JOSM runter zu laden, d.h. die Umgebung des Gleises. Ansonsten ist JOSM nicht in der Lage die Korrektheit der Zug-Routen-Relationen zu gewährleisten. Evtl. kommt ja beim Trennen eine diesbezügliche Warnung von JOSM, die nicht ignoriert werden sollte. Viele Grüße,
|
| 112923030 | about 4 years ago | Hi diskostu, sidewalk=separate bedeutet, dass sie in OSM als separate Ways gemapped sind, was hier nicht der Fall ist. Hier wäre sidewalk=both korrekt. Gruß
|
| 112912033 | about 4 years ago | ,,, keine turn-restrictions, wenn ... |
| 112796576 | about 4 years ago | Hi, how long will the construction take place? Short periods of constructions will not be mapped like this in OSM, rather using something like this oneway:conditional = yes @ (2021 Oct 21-2021 Oct 31) reason: someone (Navi-SW provider like OsmAnd, or users, ...) who download data from OSM only once a month or twice a year may see wrong status of oneway for a longer period than actually is. Regards,
|
| 112266438 | about 4 years ago | Hi Steven, bitte keine beschreibenden name="Jägerstand" oder ="Hunting Stand" taggen, wenn dort kein entsprechendes Schild zu sehen ist. amenity=hunting_stand ist vollkommen ausreichend. 'name is the name only' und keine Beschreibung des Objektes. VG
|
| 112221075 | about 4 years ago | Hallo und willkommen bei OSM ich habe ein paar kleinere Korrekturen vorgenommen: - POIs (Hotel, Bar, ...) gehören prinzipiell nicht in Bus-Relationen - Telefonnummer; +49 89 .... (ohne die Null vor 89) - start_date im ISO-Format: 1988-08-?? VG
|
| 112102031 | about 4 years ago | Servus, barrier = bollard statt name = Zwei ... Ansonsten perfekt. Für osm.wiki/Tag:'name=...' gekten Regeln: "name is the name only" Will sagen: wenn das Ding einen (offiziellen) Namen, ein Schild hat, dann ist name= erlaubt, name= soll nicht zur Beschreibung des Objektes genommen werden. Ob es zwei oder nur ein bollard mitten auf der Straße ist, ist weniger relevant. barrier=bollard ist für motor_vehicle (Autos, ...) als "nicht passierbar" definiert. foot und bicycle können allerdings durch. Also keine weiteren Tags notwendig. Gruß
|
| 112027853 | about 4 years ago | Könnte auch "Sommerfell" heißen, irgendwie sowas steht an der power=substation |
| 111954787 | about 4 years ago | ähm: add 'check_date' |