OpenStreetMap
ToniE's Comments
| Changeset | When | Comment |
|---|---|---|
| 99395432 | almost 5 years ago | Servus Stefan, Ich habe in JOSM Luftbilder von "Bayern (80 cm)" aus dem Juni/Juli 2020 verwendet. Die anderen Daten, d.h. die Koordinaten der Haltestellen (Platforms) und die Reihenfolge der Haltestellen bei den Bussen sind vom MVV.
In den GTFS-Daten hatte ich gesehen, dass es einen Bus 978 gibt, der bei OSM noch garnicht gemapped war, inklusive einiger Haltestellen, die es bisher bei OSM auch noch nicht gab. https://ptna.openstreetmap.de/ https://ptna.openstreetmap.de/gtfs/DE/index.php https://ptna.openstreetmap.de/gtfs/DE/routes.php?feed=DE-BY-MVV https://ptna.openstreetmap.de/gtfs/DE/trips.php?feed=DE-BY-MVV&release_date=&route_id=19-978-s21-1 Sind da viele Fehler, um welche Fälle geht es konkret? Viele Grüße,
|
| 99173063 | almost 5 years ago | Danke, d.h. die B 318 fängt Richtung Süden in etwa dort an, wo die B 318 Richtung Norden aufhört. |
| 99362129 | almost 5 years ago | Danke Leon, evtl. könnte Mentz bzw. Oliver Pollesch am nächsten OSM-Stammtisch (München) am 11.03. teilnehmen, damit wir ein Feintuning vornehmen können. Worauf wir als OSM natürlich auch achten wollen, ist: Mapping durch RMS/Mentz für BEG in Bayern sollte die selben Tags, das selbe Vorgehen haben wie z.B. in Baden-Württemberg (BEG-Äquivalent dort: Dietmar Seifert von NVBW) oder Hamburg oder Berlin ... Liebe Grüße,
|
| 99362129 | almost 5 years ago | Hallo, ich hatte gestern schon mal an eine(n) Kollegen/in (rms_MKRA) geschrieben. Hier läuft leider noch was falsch. - highway=bus_stop soll nur an Nodes getagged werden ... Was hier und bei anderen Edits aber komplett falsch läuft: Dieser Node hat nun keine Informationen mehr, die sind woanders hin gewandert? Der Node war ausreichend attributiert, warum sind die Informationen auf einen Way übertragen worden? Dieser Node ist aber Teil von Bus-Routen-Relationen, die nun kaputt sind. Die selben Probleme habe ich nachträglich noch bei den Edits von rms_MKRA entdeckt - ptna.openstrettmap.de liefert das über Nacht https://ptna.openstreetmap.de/results/DE/BY/DE-BY-RoVG-Analysis.html#bus_3 "PTv2 Route: 'role' = 'platform' aber 'public_transport' ist nicht gesetzt: node/4446442010 (iD, JOSM), node/4446442011 (iD, JOSM)" Das ist sub-optimal und bedeutet eine Menge Arbeit, das wieder zu reparieren. Mein Vorschlag daher: die Nodes mit den Platforminformationen belassen und keine neuen Ways erstellen (auch weil highway=bus_stop an ways nicht definiert ist). Bitte diese Informationen auch an die anderen MitstreiterInnen weiterleiten, bevor noch mehr kaputt gemacht wird. Viele Grüße,
|
| 99310981 | almost 5 years ago | Hallo und willkommen bei OSM. Ein paar Anmerkungen hätte ich zu den Edits: - highway=bus_stop wird nur auf Nodes gesetzt, nicht auf Ways (wie bei Gießereistraße/Salinstraße) - statt Node mit amenity=shelter und shelter_type=public_transport wird häufig auch nur shelter=yes an der Platform (public_transport=platform) gesetzt oder ein ein Rechteck statt Node verwendet - ref:IFOPT würde ich nicht an public_transport=stop_position sondern an public_transport=platform "kleben", da dieses eher dem Verständnis/der Definition in den GTFS-Daten der Verbünde entspricht. - public_transport=platform sollte auch zur Aufnahme der weiteren Attribute osm.wiki/Tag:(bin=, osm.wiki/Tag:bench=, osm.wiki/Tag:tactile_paving=, osm.wiki/Tag:wheelchair=, ...) verwendet werden. - public_transport=stop_position : hier reichen 3 Attribute aus : bus/tram/train/...=yes, name= und eben public_transport=stop_position - public_transport=stop_position : viele bezweifeln den Sinn eines solchen Objektes : der/die BusfahrerIn wird wissen, wo er/sie halten muss, für die Passagiere ist die Platform relevanter. Ich mappe allerdings immer beides. - ref= einer Haltestelle ich nicht die Lister der hier haltenden Busse/Trams/..., diese Liste wird in route_ref= eingetragen (ist aber optional, wenn die Haltestelle Member der Route-Relationen aller hier haltenden Linien ist) - decription="Bus xxx Ri. abc ..." : hat sich für mich als Wartungsfalle herausgestellt, beim Fahplanwechsel, ... wird das häufig nicht mit aktualisiert - läßt sich aus den Route-Relationen ermitteln. Viele Grüße
evtl. können wir auch via osmkontakt@... kommunizieren |
| 98920819 | almost 5 years ago | Servus Jan, meinst du wirklich dass der SB91 am HBF Köln hält. Laut GTFS vom VRS vom 29.01.2021 ist dem nicht so, oder die Daten stimmen dort (noch) nicht. Das wäre für den SB91 ein großer Umweg. Gruß
|
| 99173063 | almost 5 years ago | Servus, ich bin gestern in Rottach-Egern gewesen und habe die B 318 befahren und gestern und heute gemaped. Leider habe ich Fotos (jede Sekunde) nur für die Strecke nach Norden. Von daher weiß ich jetzt nicht, wie und wo genau der Übergang von Autobahn (aus München bzw. Salzburg) auf die B 318 aussieht - wo das Autobahn-Ende-Schild steht. Für die Gegenrichtung habe ich das gemapped - von Süden her die Lage des Übergangs von trunk/motorroad=yes auf motorway_link verschoben. Kennst du zufällig die Gegebenenheiten dort?
Viele Grüße,
|
| 94283641 | almost 5 years ago | Dann muss man auch den ICE 20 auf das entsprechende Gleis verlegen ... Auf welchem Gleis fährt denn der "ICE 20 Kiel => Interlaken Ost" lang? Kann grad nicht nachschauen, pc ist schon aus. Gruß Toni |
| 94283641 | almost 5 years ago | Uuuuh! Gute Frage. Ich hatte mich beim 1. Node sicherlich nur daran orientiert, wo der zugehörige Zug langfährt, und den Node entspr. dorthin verschoben? Was mich irritiert, ist, dass der zweite Node mit vielen zugehörigen Zügen auf einem Nebengleis liegt (service=siding). Da ist wohl mehr im Argen? Gruß
|
| 98920819 | almost 5 years ago | Hallo Amegaz, Danke für deine Edits. Leider sind die noch nicht ganz vollständig, da u.A. die neuen Route-Relationen nicht in den Route-Master eingetragen sind. Siehe auch: https://ptna.openstreetmap.de/results/DE/NW/DE-NW-VRS-Analysis.html#bus_967 Viele Grüße
|
| 98648178 | almost 5 years ago | Google Maps ist keine legale Quelle für OSM. PDF geht leider nicht, aber Links gehen wohl. Der Platz selber ist als recreation_ground gemapped, was aber auch nicht stimmt und 'village_green' stimm auch nicht, das ist ja kein "Grün". Aber was ist der "Check Point"? |
| 98648178 | almost 5 years ago | Hallo Tom_Ronda, willkomme bei OSM. Ich weiß nicht was das genau sein soll, aber ein echter "schlafender Vulkan" ist das sicherlich nicht. Was ist damit gemeint, evtl. finden wir ein besseres Tag: tourism=artwork und osm.wiki/DE:Tag:tourism%3Dartwork Weil 'natural'='volcano' wirklich sowas von daneben ist, habe ich das gleich mal gelöscht - ohne die übliche Nachfrage, die hiermit nachträglich kommt. Auch der andere Edit leisure=park (als Punkt/Node) ist nicht ganz korrekt. Gruß,
|
| 98552774 | almost 5 years ago | Schon lustig, dass improveosm.org bei einer Sackgasse auf die Idee kommt, dass es eine Einbahnstraße sein könnnte. |
| 98445449 | almost 5 years ago | Hi CreCrePL, recently I added OVG t the list oc analyzed PT networks in PTNA. https://ptna.openstreetmap.de/results/DE/BY/DE-BY-OVG-Analysis.html Maybe the analysis helps you in adding and fixing public transport routes in OSM BR.Toni |
| 85130041 | almost 5 years ago | Yeah. Not knowing the details and the actual signs, I'd suggest using vehicle=no (destination?) or less restrictive motor_vehicle=no (destination?) together with psv=yes to allow public transport vehicles using this stretch. |
| 98320886 | almost 5 years ago | Avec plaisir! |
| 98320886 | almost 5 years ago | Salut Furdien, I found 2 route_master and also 2 already existing route relations for that bus. Is the current status OK? J'ai trouvé 2 route_master et aussi 2 relations de parcours déjà existantes pour ce bus. L'état actuel est-il correct ? https://ptna.openstreetmap.de/results/FR/IDF/FR-IDF-busval-d-oise-Analysis.html#bus_95-23 Best regards
|
| 85130041 | almost 5 years ago | Hi, there's more than one way to do it and taking into account Mapnik's rendering of access=no/private/permissive/delivery does't make it less complicated. You can avoid access=no (and the rednering) by using vehicle=no or motor_vehicle=no together with psv=yes or bus=yes if public transport is allowed as well. This allows foot/horse/... and maybe also bicycle (if using motor_vehicle=no). W.r.t. MalgiK Wiki edits: which page are you referring to? |
| 98293488 | almost 5 years ago | Ebenso Danke. Habe noch zwei kleinere Korrekturen angebracht, die ich vergessen hatte zu erwähnen: contact:phone=+49 89 ... 'contact:*' ist gebräuchlicher auch wegen 'contact:instagram', 'cntact:facebook', 'contact:mobile' ... und '+49 89 ...' ist die gewollte Schreibweise. Bei website fehlte das 'https://', was von Qualitätssicherungstools angemeckert wird. |
| 98289907 | almost 5 years ago | Hallo haar24, willkommen bei OSM. Aller Anfang ist schwer, daher hier ein paar Tipps für Korrekturen. opening_hours werden in Englisch definiert, der Rest ist auch recht formal. PH meint Feiertage. Übersetzung in die jeweilige Landesprache bleibt den Tools vorbehalten. opening_hours=Mo-Fr 08:30-12:00; Sa,Su,PH closed opening_hours:covid19=We 15:00-18:00; Mo,Tu,Th,Fr,Sa,Su,PH closed Man könnte das 'GmbH' noch aus 'name' rauslassen (Rechtsform nicht in Name), aber das ist Geschmackssache, oder man schreibt zusätzlich osm.wiki/Tag:official_name=... GmbH Bleibt noch die Frage nach office=company (allgemein) oder office= Ohne office= wird der Eintrag auf den meisten Karten nicht erscheinen Einen komplette Überblick findet man hier: osm.wiki/DE:Map_Features#Amt_.2F_B.C3.BCro_.2F_Dienststelle_.2F_Gesch.C3.A4ftsstelle Viele Grüße und viel Spass beim Mappen
|