OpenStreetMap
ToniE's Comments
| Changeset | When | Comment |
|---|---|---|
| 115649246 | Ja, bitte wieder rückgängig machen und dem "iD" nicht in allen Punkten über den Weg trauen - der meldet schon mal falsche Fehler an und macht auch selber Fehler. Wichtiger als das was iD anmeckert ist das was im Wiki steht (sofern es im Wiki steht). Grüße
|
|
| 115649284 | Siehe anderen Kommentar in |
|
| 115649246 | Servus Sebastian Solche Schranken werden generell als Node auf Wegen gemapped. barrier=lift%20gate?uselang=en Das jetzige Tagging wird u.A. von Navis nicht unterstützt. VG
|
|
| 115621570 | Servus, endlich hat sich mal einer die Zeit genommen, getraut dort aufzuräumen. marcoSt hat die Busrelationen schon angepasst. Ich werde mit die lanes:*, und so, ... auf der Rosenheimer Straße stadteinwärts und Orleanstraße Richtung Ostbahnhof vornehmen Gruß,
|
|
| 115459118 | hi touristaschau, da hätte ein access=private auch gereicht, das wird von Navis berücksichtigt und bei Routenplanung nicht benutzt. Wie mappen grundsätzlich auch private Wege, denn diese sind für Feuerwehr, Sanka, Polizei, Post, Lieferdienste, ... Besucher relevant. Das gleiche gilt allgemein auch für 'private Wege' = "Zutritt verboten" in Naturparks, ... übrigens im Einvernehmen mit den zuständigen Verwaltungen. Ich erlaube mir daher den Weg wieder zu mappen und als 'privat' zu kennzeichnen. Viele Grüße und einen guten Rutsch
|
|
| 114879014 | Danke Laura,
|
|
| 115290105 | BTW: sind denn der Bürgersteig an der Robert-Koch-Straße und die Verbindung von dort zur Münchener Straße wieder freigegeben? Danke und schöne Feiertage noch
|
|
| 115290105 | Servus, na, ich hoffe nicht, dass in dem Haus die "Kindergrippe" ausgebrochen ist, Corona reicht ja schon. Ich vermute, die Kinderkrippe ist nur im Erdgeschoss, daher sollte die Krippe als Punkt amenity=kindergarten innerhalb des Gebäudes gemapped werden, evtl. und sofern bekannt mit weiteren Attributen osm.wiki/DE:Tag:amenity%3Dkindergarten#Weitere_sinnvolle_Attribute_f.C3.BCr_die_Einrichtung Viele Grüße
|
|
| 115157325 | Please see the discussion started here. https://forum.openstreetmap.org/viewtopic.php?pid=849847#p849847 |
|
| 115157325 | Hi Pavy,
Please do not use address information given on a web page mentioned on tne POI to add the addr:* Also, this seems to be a more or less automated edit without local knowledge or/and survey. This is not allowed unless you have discussed type of editing (mechanical, automated) with the community. You risc that your edits get reverted because of not collowing the community guidelines of good edits. Regards
|
|
| 115156887 | Hi Pavy, so wie ich das sehe ist das hier nicht "Petershausen" sondern "München" und die Straße stimmt dann auch nicht. Ich denke auch, nicht das Gebäude heißt "Kloiber", sonder die Firma, die dort residiert: office=logistics + cargo=container ? osm.wiki/DE:Tag:office%3Dlogistics VG
|
|
| 115055739 | Die dre neuenn Blöcke sind nur auf Maxar Premium Imagery (Beta) zu sehen, mit Versatz und sehr schräg von oben.
Hausnummern noch unbekannt. |
|
| 114841442 | Ist gar nicht so selten, da werden Fahranweisungen für die Fahrer nicht rausgefiltert Kann ich irgendwie erkennen. ist schwer erkennbar, ohne gleich alle aus 2 Halt bestehenden Linien unter Generalverdacht zu stellen (falsche Fehlermeldungen) Eine falsche Fehlermeldung:
habe ich aktuell aus der GTFS-Analyse-DB händisch entfernt. Wenn dir noch was auffällt, bitte trip_id melden, ich markiere das dann in der GTFS-Analyse |
|
| 114841442 | Servus Miche, die GTFS-Daten sind leider machmal fehlerhaft. Beim Vergleich mit dem PDF-Fahrplan habe ich herausgefunden, dass diese Fahrt um 06:07 eine Leerfahrt zum nächsten Einsatzort (um 06:40) ist. Solche GTFS-Fahrten, die nur aus zwei Haltestellen bestehen, sind mit Vorsicht zu genießen. Viele Grüße
|
|
| 66737494 | Ja, wäre gut. Hier noch die GTFS-Daten der beiden Busse, wie sie bis vorgestern galten https://ptna.openstreetmap.de/gtfs/DE/trips.php?feed=DE-BW-VVS&release_date=&route_id=75-350-j21-1 https://ptna.openstreetmap.de/gtfs/DE/trips.php?feed=DE-BW-VVS&release_date=&route_id=31-360-j21-1 Vom VVS habe ich noch keine neueren GTFS-Daten Gruß
|
|
| 114879014 | Hallo Laura, willkommen bei OSM. Ich würde hier noch eine Korrektur vornehmen wollen. Da hier noch eine Bar/ein Pub (wohl im Erdgeschoss) existiert, wird nicht das gesamte Gebäude von powerBIT belegt. Daher sollte die Firma auf einem Punkt und nicht auf der Hausfläche eingetragen werden. So wie es auch derzeit gemapped ist heißt das Haus "powerBIT".
Viele Grüße
|
|
| 66737494 | Hi ticki_52 ich gehe mal davon aus, dass das "hieven" korrekt ist und der Bus 360 (Geislingen an der Steige) tatsächlich zum VVS gehört. Ich habe das im OSM-Wiki in den VVS-Linien osm.wiki/Stuttgart/Transportation/VVS-Linien-gesamt
Das habe ich seinerzeit für den DE-NW-VRR und dann nochmals für den DE-SN-VMS (Busse A, B, C, ... mit z.T. selbem 'operator') in PTNA eingebaut / einbauen müssen. |
|
| 114827430 | Danke, alles klar BeKri. |
|
| 114827430 | Servus xyzlr, Danke für's Anpassen, hier hat sich wohl viel getan. Leider ist iD, der Browser-Editor, nicht so gut geeignet für ÖPNV-Relationen - JOSM ist da besser. https://ptna.openstreetmap.de/relation.php?id=9551162&lang=de https://ptna.openstreetmap.de/relation.php?id=9566474&lang=de zeigen, dass die Reihenfolge der Stops nicht richtig ist. Außerdem fehlen die 'role' für platforms und stop_positionen. Morgen wird PTNA evtl. noch weitere Dinge melden - über Nacht läuft eine Analyse https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_157 Wie gesagt "iD" ist hier das Problem, besser geht's mit dem nicht. Viele Grüße
|
|
| 114787913 | Korrekt, war sowieso falsch als bus_station / station ohne weitere Infos und die Haltestelle war eh schon gemapped |