Oops: fence%20type=*?uselang=en#Values

Servus,

meinst du mit 'wire_mesh' eventuell 'chain_link'?

fence%20type=*?uselang=en#Values

Gruß,
Toni

Servus,

Google Earth und Google Maps sind für OSm tabu, das sind keine legalen Quellen für uns.

Bitte den Changeset rückgängig machen.

Gruß
Toni

Yep, zumal im Park Fahrräder noch nicht einmal schieben darf.

Hello Ismael David,

the 'check_date' value should be specified in ISO 8601 format: YYYY-MM-DD.

See also https://ptna.openstreetmap.de/results/BO/C/BO-C-Cochabamba-Analysis.html

Best regards,
Toni

Hallo,

hier, in diesem CS, hast du in der relation/2513344

- Bus N22: Alt-Lübars => Tegelort (2513344)

alle Stops, Platforms und Ways gelöscht. Die Relation hat keine 'member', was prinzipiell bei einer Relation nicht vorkommen darf

Kannst Du bitte die 301 'member' der Version 124 dieser Relation relation/2513344/history/124 wieder einfügen, die Relation in den Stand "124 " versetzen. Ein kompletter "revert" dieses CS wäre mit "Kanonen auf Spatzen schießen"

JOSM hat wohl ein "revert CS" Plugin, damit habe ich aber bisher nur komplette CS revertiert.

"CS" = ChangeSet"

Gruß
Toni

Fertig.

> So wie ich es sehe müssten also die 10 relevanten Relationen von way/1126917034 nach relation/20067580 verschoben werden,

Im Prinzip ja. In der OSM-Struktur ist der Way way/1126917034 derzeit Mitglied ('member') der 10 Relationen und müsste aus der Liste er Mitglieder der 10 Relationen herausgenommen werden und (!) an der selben Stelle der Mitgliederliste durch die Relation relation/20067580 ersetzt werden - und hier patzt iD.

Der bessere Editor ist JOSM (josm.openstreetmap.de), gerade für Relationen sehr zu empfehlen. Das ist ein JAVA-basiertes Programm, das auf dem PC läuft. Hat leider eine gewisse Lernkurve, auf Dauer aber das deutlich bessere Werkzeug.

Da ich nun weiß, was geändert wurde, warum und dass es notwendig war, ... kann ich die 10 Änderungen machen - in JOSM

Gruß
Toni

Hallo maxi_,

bei dem Edit sind am Bahnsteig Way way/1126917034 leider alle Informationen verloren gegangen, vergleiche bitte die vorangegangene Version way/1126917034/history/21

Dadurch kommt es zu Problemen mit S-Bahn-Routen-Relationen, z.B. S 1 Leuchtenbergring => Flughafen München https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#train_S1

Sind die Infos komplette verschwunden, oder was ist dort passiert?

Könntest Du bitte die betroffenen S-Bahn-Routen-Relationen S1, S2, S3, S4, S5, S6, S8reparieren oder die Infos am Bahnsteig wieder herstellen oder sagen, wohin die Informationen "gewandert" sind?

N.B. achte beim Reparieren der S-Bahn-Routen-Relationen bitte auf die korrekte Reihenfolge der Relationsmitglieder: "iD", der Editor im Browser ist da manchmal eigenwillig, für solche Relationen eigentlich nicht geeignet.

Viele Grüße
Toni

sorry, typos:

... life-cycle prefixes zu nutzen. Die Route verschwindet ...

Servus,

es wäre günstiger, statt "delete" in 'name' die sogenannten life-cacle prefixes zu nutzen. Die Route verschwindert dadurch von den Karten, taucht aber in PTNA noch im entsprechenden Abschnitt auf - man kann sie also einfach finden.

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#life-cycle-prefix

Hier bietet sich der Präfix 'suspended' an.

Gruß
Toni

Hi,

Wenn die Bahnsteigkante oder die Bushaltestelle 'member' einer PTv2-Relation ist, ist 'public_transport' = 'platform' oder = 'stop_position' gefordert.

Eigentlich müsste man den gesamten Changeset rückgängig machen.

Gruß
Toni

Servus und willkommen bei OSM

Ein kleiner Tipp:
In OSM werden alle Namen ausgeschrieben, keine Abkürzungen:

addr:street=Kirchenstr

sollte

addr:street=Kirchenstraße

sein

Gruß
Toni

Gracias, Leonardo.

Los datos de OSM no son correctos sin los cambios mencionados en las relaciones route_master.

Puedo modificar la lista CSV en la wiki de OSM si lo deseáis.

Saludos también a los Trufistas y a Christoph,
Toni

Details und Alignments im Umfeld "Bahnhof Asperg (Landkreis Ludwigsburg)" im Rahmen der NVBW-Mappingaktion

Hi,

solche Objekte haben (normalerweise) keine postalische Adresse. Woher kommt die Information '45'?

Wenn der Mülleimer tatsächlich eine Adresse hat, dann statt 'addr:' besser 'object:'.

Lustig wäre schon, wenn man an die Adresse '45' Post senden könnte, die dann gleich wieder verworfen wird.

Gruß
Toni

Servus,

vermutlich ein Versehen:

way/720628774 fehlt nun bicycle=designated.

Gruß
Toni

Hi,

this was a wrong edit.

There are two steps around there, one is leading from level 0 to level 0.5 (from west to east) and the other (longer one) from level 0 to level -1 (from west to east).

According to your edit, both end on the same level (0.5 != -1), the way from north to the south.

Please be careful with such edits without local knowledge.

Toni

Und GraphHopper kann auch access:conditional

osm.org/directions?engine=graphhopper_car&route=48.21905%2C11.68619%3B48.21062%2C11.6955#map=15/48.21074/11.67362

GraphHopper machts richtig.