Nakaner's Comments
| Changeset | When | Comment |
|---|---|---|
| 83657143 | Hallo, ich habe diesen Änderungssatz revertiert (changeset/85676526). Du hast in Mannheim Hbf die Richtung einiger Gleise geändert, dabei aber auch die Bauform von Weichen von rechts nach links bzw. umgekehrt geändert. JOSM fragt dich beim Umdrehen der Ways extra, ob du diese Änderungen angewendet werden sollen. Außerdem hast du in diesem Änderungssatz zwei VzG-Routenrelationen von route=tracks in route=railway geändert, was falsch ist. route=railway ist für Kursbuchstrecken-Routenrelationen. Ich hatte dich am 20. Dezember 2019 schon einmal auf diesen Taggingfehler hingewiesen (changeset/71535271). Warum hast du bei diesem Änderungssatz dennoch das bestehende route=tracks in route=railway geändert? Viele Grüße Michael |
|
| 84948392 | Hallo, route=tracks war für relation/5362856 richtig. Die Relation repräsentiert die Strecke Stuttgart Hbf–Horb als Infrastruktur mit der Streckennummer 4860. route=railway ist für Kursbuchstrecken-Routenrelationen und route=train für die RB-/RE-Linien. Ich habe das korrigiert. Viele Grüße Michael |
|
| 75407090 | Hallo, bitte beachte, dass für die Routenrelationen von VzG-Strecken route=tracks, nicht route=railway verwendet wird. Letzteres ist für die Relationen von Kursbuchstrecken, sofern man sie überhaupt (noch) erfasst. Ich habe diesen Taggingfehler korrigiert. relation/2548627 Viele Grüße Michael |
|
| 82780428 | Hallo, für die Routenrelationen, die eine VzG-Strecke repräsentieren (vierstellige ref=*) bitte route=tracks, nicht route=railway verwenden. Letzteres ist für Kursbuchstrecken-Routenrelationen. relation/10926919 Viele Grüße Michael |
|
| 81833835 | Hallo, bitte verwende in Rheinland-Pfalz die Luftbilder des ESRI-Layers, nicht die von Bing. Die ESRI-Bilder sind in Rheinland-Pfalz vom Landesamt für Vermessung und Geobasisinformation. Sie sind deutlich schärfer und – noch wichtiger – lagerichtiger als die Bing-Bilder. Die Bing-Bilder haben üblicherweise einen Fehler von mehreren Metern, d.h. du zeichnest all die Häuser an die falsche Stelle. Im iD-Editor kannst du über das Ebenensymbol am rechten Rand die Hintergrundbilder wechseln. Viele Grüße Michael |
|
| 83758491 | Hallo, wie ist denn der Status des Ausbaus dieses Wegs? Ist er fertig und freigegeben oder wird daran gerade noch gebaut? Du hast den Weg bislang eingetragen, als sei er fertig (nämlich als Radweg, nicht als in Bau befindliche Straße). Wenn er aber noch nicht freigegeben ist, wäre das falsch. Viele Grüße Michael |
|
| 85478579 | Hallo, dieser und andere Änderungssätze sind Gegenstand einer Diskussion im deutschen OSM-Forum. Ich möchte dich hiermit bitten, bis zum Ende der dortigen Diskussion auf weitere Änderungen an den Werten des highway-Tags=* zu verzichten, da der Respekt gegenüber anderen Mappern das gebietet. Du bist gerne eingeladen, dich an der Diskussion im Forum zu beteiligen. Mit deinem OSM-Benutzerkonto kannst du dich dort anmelden. https://forum.openstreetmap.org/viewtopic.php?id=69473 Viele Grüße Michael |
|
| 85287591 | Hallo j1scad, der iD-Editor ist nicht für Touchscreens geeignet. Bitte verwende einen für dein Table-Betriebssystem geeigneten Editor, z.B. Vespucci für Android oder Go Map! für iOS. Dass du keine Nodes verschieben kannst, ist IMHO keine Rechtfertigung für das Löschen und Neueinzeichnen. Viele Grüße Michael |
|
| 85245406 | Hallo der seth, das passt jetzt schon so. Ich entferne in solchen Fällen aber noch alles, was beim neuen Pächter wahrscheinlich anders sein wird: Telefonnummer, Öffnungszeiten, Website, Küchenrichtung (cuisine). Baulich bedingte Eigenschaften, z.B. wheelchair=*, lasse ich stehen. Den Namen lasse ich stehen oder erfasse ihn als old_name=* bis der neue Pächter einzieht und öffnet. Viele Grüße Michael |
|
| 71378892 | Hallo Schramme, du hast in diesem und vielen weiteren Änderungssätzen letztes Jahr bei Objekten mit man_made=pier, railway=platform oder public_transport=platform ein highway=footway ergänzt. Das ist nicht nötig und widerspricht dem etablierten Community-Konsens. Du hast es vermutlich getan, weil du im guten Glauben den Reparaturvorschlägen des iD-Editors blind gefolgt bist. Bitte betrachte seine Reparaturvorschläge etwas kritischer und wende sie nicht einfach so an. Darunter befinden sich eine Reihe an Sachen, die auf Widerstand in der Community gestoßen sind oder auf Fehlannahmen der US-amerikanischern Programmierer beruhen. Könntest du bei Gelegenheit mal in den Gegenden, in denen du aktiv warst, systematisch falsche die unnötige Verwendung von highway=footway rückgängig machen? Mit der folgenden Overpass-Abfrage kannst du die betroffenen Objekte finden. https://overpass-turbo.eu/s/U2a Die iD-Programmierer sind dafür bekannt, die OSM-Community nicht ernst zu nehmen, stellenweise sogar zu verachten. Trotz deutlicher und argumentativ fundierter Kritik haben sie wiederholt ihren Dickkopf durchgesetzt, weil sie ihren Editor gezielt dazu verwenden, die Verwendung bestimmter Tags in OSM zu steuern. Diese Verwendung widerspricht dem Community-Gedanken des OSM-Projekts. Siehe dazu auch osm.wiki/ID/Controversial_Decisions Um es klarzustellen, ich mache dir keinen Vorwurf. Schuld sind die iD-Programmierer. Viele Grüße Michael PS JOSM hat zwar seit min. 10 Jahren einen Validator, aber die Leute beschweren sich darüber nicht, weil seine Programmierer sich ihrer Macht und Verantwortung bewusst sind und damit verantwortungsvoll umzugehen wissen. |
|
| 85257741 | Hi, why did you add maxheight=4 here? Where is the sign? What sources did you use? Please share the sources and refrain from similar edits until the questions are answered COMPLETELY. Please share this comment with your supervisor and all workmates doing the same work. Best regards Michael |
|
| 85124563 | Hallo, dieser Änderungssatz scheint ein mechanischer Edit zu sein. Wo finde ich die Dokumentation und Diskussion dieser Änderung? Leider geht das aus deinem Änderungssatzkommentar nicht hervor. Außerdem möchte ich dich daran erinnern, dass auch für dich die Regeln für automatische Edits gelten. Sie sind dir bekannt, da du wegen eines Verstoßes schon gesperrt worden bist. osm.org/user_blocks/3311 Den Link zu den Regeln findest du dort. Sie sind gelten auch für dich! Bitte verzichte auf mechanische Edits dieser und ähnlicher Art, bis du diese Fragen beantwortet hast. Viele Grüße Michael |
|
| 84818678 | Hi, what is the source of this change. How did you come to the conclusion that access=private is the correct tag in this case? Best regards Michael |
|
| 85118104 | Hi ravsjith, according to the Mapillary imagery, the road is signed with traffic signs number 250 and 1020-30 at its intersection with Aachener Straße. The signage at its northern end is not available on Mapillary. Could you please share the material your employees/contractors get to understand German traffic signs and rules and how to convert them into correct OSM tagging? Sharing this material is essential in order to avoid any systematic mistakes by your company and to ensure the high quality of OSM data in Germany. Best regards Michael |
|
| 85128783 | ||
| 85118104 | Hi ravsjith, your comment does not answer Toni's question. You just reverted the changes Toni complained about. What sources was mounicb modification based on? In Germany, data quality is very important for us. We have invested 15 years into a high-quality routable dataset. As a community project, we require all contributors to be transparent and open. Participating in the editing of that dataset requires trust between Amazon Logistics and the German OSM community. To be clear: The Organised Editing Guidelines require you to actually answer the questions, not to just respond with "thank you" (see section "Communication with other contributors"). I expect your response within the timeline set by the guideline. Best regards Michael |
|
| 83438625 | Hallo, wenn POIs wie node/7395705721/history eine lange, werbliche, nicht sachliche Beschreibung enthalten, handelt es sich um Spam. Deshalb habe ich den POI gelöscht, obwohl du die Beschreibung schon gelöscht hast. Beim nächsten Mal kannst du den Werbeeintrag gleich ganz löschen. Spam ist es im hier vorliegenden Fall u.a., weil es sich nicht um ein Ladengeschäft handelt, sondern um jemanden der ausschließlich Tele-Dienstleistungen anbietet. Viele Grüße Michael |
|
| 82833839 | Hi, redrawing because your simulator cannot handle that many vertices per geometry removes information from OpenStreetMap other contributors have invested a lot of their spare time into. We cannot accept someone adapting OSM or even impairing its quality just for his/her personal benefit. The data in the OSM database is intended to be used by everyone. It is a shared database used for a large range of applications – applications neither you nor me know about. That's why we do not tag for the renderer or map for a specific application (osm.wiki/Tagging_for_the_renderer). For the same reason, one should not delete forests from the map if he/she does not want to see forests on a map he/she produces from OSM data. If you need to reduce the precision for software not able to handle that amount of data, please run simplification programs after downloading the data from OSM and don't apply the simplifications to OSM itself. I will ask the mappers on the Talk-ca mailing list for their opinion on a revert of some or all of your contributions because the saldo of your edits is negative. Please let me know by pointing out the individual changesets if you have any valueable contributions which would get lost. You can subscribe the Talk-ca mailing list and participate in its discussions at https://lists.openstreetmap.org/listinfo/talk-ca Best regards Michael |
|
| 82694325 | Hi, please use natural=water only for areas on the landmass, not for polygons beyond the coastline on the say. They should be tagged with natural=bay or similar tags instead. Best regards Michael |
|
| 82833839 | Hi, why did you delete and redraw all the features with lower precision? Best regards Michael
|