sovereign_ch's Comments
| Changeset | When | Comment |
|---|---|---|
| 71922788 | over 6 years ago | Hi, iD hat dir hier ein Ei gelegt und auf das Areal, building=yes getaggt. Hab mir erlaubt das wieder zu entfernen. Gruss |
| 71876161 | over 6 years ago | Auch hier der freundliche Hinweis, das wiki zu konsultieren, bevor irgendwelche von iD vorgeschlagenen Änderungen übernommen werden. Es ist ohnehin schon zu viel redundant eingetragen. Auch die Löschung der älteren PTv1-Platformtags, auf welche u.a. Mapnik angewiesen ist, ist höchst destruktiv. Die verhältnismässig neuen Tags 'departures_board' (im ZVV ist 'timetable' Minimalstandard) und 'passenger_information_display' (elektronisches Display, wo vorhanden) sind so weit in Ordnung. |
| 71860689 | over 6 years ago | Irritiert mich irgendwie doch: opening_hours an einem Trinkwasser-Brunnen? Vor allem da der HB unverändert bis heute die Nachtschliessung unter der Woche kennt. |
| 71884888 | over 6 years ago | Hi. Also wenn man schon sofamappt, dann könnte man auch hin und wieder einen Bilck in Street View werfen. Die runde Pflastersteindekoration ist jedenfalls nicht der Brunnen, der ist im Luftbild vom Baum verdeckt. |
| 71832682 | over 6 years ago | So weit sind wir uns einig ;-) Ich bezog mich auf die Änderung von highway=track ("Landwirtschaftsweg") zu highway=pedestrian ("Fussgängerzone"), was ja offensichtlich nicht der Fall ist. Hätte man bei track belassen können (entspricht "grade1"), ich hab jetzt service (Erschliessungsstrasse, Zufahrtsstrasse) genommen... die konkreten Fahrbeschränkungen wären jetzt trotzdem interessant zu wissen. SSV 2.13? SSV 2.14? SSV 2.07? Zusatztafeln? |
| 71832682 | over 6 years ago | Wenn die Strasse als motor_vehicle=yes getaggt wird, dass ist das garantiert keine Fussgängerzone, die zwingend die das Signal SSV 2.59.3 erfordern würde. Bitte keine iD-Vorschläge übernehmen. |
| 71742960 | over 6 years ago | Hallo und Danke für die Korrekturen. Wie ich sehe arbeitest du sich mit iD ein. Dazu gleich die Vorwarnung, dass iD nicht immer die besten Vorschläge macht und im Zweifel die im Wiki beschriebenen Tagging-Schemas vorzuziehen sind. Zweite Anmerkung: iD ist etwas träge/hakelig. Dass führt dann gelegentlich zu kleinen Missgeschicken wie hier: node/2158297256 ist wohl an der Maus hängengeblieben und wurde unbemerkt/ungewollt verschoben. Visuell gut im folgenden Tool zu erkennen: https://overpass-api.de/achavi/?changeset=71742960 Ich hab die node jetzt zurückkorrigiert (changeset/71782599). Einzigen Tipp den ich hierzu kenne: nicht versuchen allzu "zackig" arbeiten zu wollen mit iD, dafür ist die Krücke nicht gebaut. ;-) HTH und Grüsse |
| 71743478 | over 6 years ago | Und nein, wir übernehmen ganz sicher keine borderline-dämlichen Vorschläge der iD-Entwickler, die weder sanktioniert, diskutiert, oder überhaupt irgendwie in Betracht gezogen wurden. Mit changeset/71744648 vollständig revertiert. Bitte wiki konsultieren, und nötigenfalls mit Maillist und Forum absprechen. Danke. |
| 71613884 | over 6 years ago | Ja, das ist leider so. Die Stadtteilgrenzen folgen (wie grundsätzlich auch Gemeindegrenzen) immer Grundstücksgrenzen – Strassengrundstücke wiederum neigen zu Bogen. Dies ist so ein "Trottoirbogen", der in einem Spickel endet – ist etwas schwierig zu beschreiben. Am besten mal mit maps.zh.ch im Layer "Amtliche Vermessung" (egal ob Farbe oder s/w) anschauen, Hat mich selber recht Nerven gekostet, vor allem wenn man im Wald(!) an Strassenkreuzungen teilweise auf so riesige Spickel stösst. Hab mir zuerst auch an den Kopf gelangt... und dann halt brav nachgezeichnet... ;-) |
| 71613884 | over 6 years ago | Wäre sehr nett, wenn du Vermessungspunkte der amtlichen Vermessung nicht einfach so "nebenbei" löschst. Hat mich trotz OGD einiges an Zeit gekostet die Stadtkreise korrekt zu zeichnen. Retroaktives "dumb-it-down" schätze ich gar nicht, und hoffe es war nur Unachtsamkeit. |
| 71047204 | over 6 years ago | Musste grade etwas suchen, da ich JOSM verwende. In iD sind die Karten in den Hintergrundeinstellungen unter Hintergrund-Quellen zu finden. Zwei der Karten ("Stadtplan Zürich" und "Übersichtsplan Zürich") sind auf dem SOSM-Server gehostet und inzwischen veraltet – zudem sehe ich jetzt woher der Versatz zu den aktuellen Karten stammt. "City of Zürich Overview map" ist aktueller, auch wenn längst nicht alle neueren Bauten aus den "live"-Karten erfasst sind. Im Zweifel also unbedingt maps.zh.ch parallel konsultieren. Eine Übersicht freigegebener (und explizit nicht-freigegebener) Quellen findet sich unter osm.wiki/Switzerland/Datasources Open Data Portal der Stadt Zürich: https://data.stadt-zuerich.ch/ Open Data Portal des Kantons Zürich: https://are.zh.ch/internet/baudirektion/are/de/geoinformation/geodaten_uebersicht/Open_Data_Kanton_Zuerich.html bzw. alle Datensätze, die bei http://geolion.zh.ch unter dem Vermerk "Internet Open Data" zu finden sind. Allerdings lässt sich meines Wissens WMS/WTMS leider nicht in iD einbinden. Hoffe das hilft erstmals weiter und schönes Wochenende :-) |
| 71185302 | over 6 years ago | Hallo, da du neu bist halte ich mich an die assume-good-faith-Regel und empfehle das wiki gründlich durchzulesen. Das Missgeschick habe ich revertiert. |
| 71047204 | over 6 years ago | Eigentlich war das CS in Ordnung, aber was nicht ganz so gut ist: "improvement" für ein Gebäude welches korrekt, aber nur um ca. 2 Meter nach Westen versetzt war? Da nimmt man bitte nicht das Luftbild, wo die Dächer sichtbar 4-6 Meter nach Osten versetzt sind, und die Westfassade des Turms deutlich sichtbar ist osm.wiki/Tag:(=> Dach steht nicht über Gebäudegrundriss; siehe Wiki, Ziel ist das mapping von Gebäudegrundrissen). Ich möchte dir nicht auf die Füsse treten, das Nachziehen des Parks, das Eintragen der Grassflächen, das Löschen des seltsamen "Rondells" vor dem Eingang, das ist alles absolut richtig. Aber man muss sich und anderen das Leben nicht unnötig schwer machen – im Kanton gibt es immer noch Strassen und Gebäude, die um über 10 Meter zum Luftbild (und kantonalen OGD-Plan) versetzt sind, und deutlich mehr von einer Korrektur profitieren würden. Ich habe mir erlaubt das Landesmuseum zurück(?) zu korrigieren, und hoffe du nutzt die freigegebenen ODG-Quellen, wie sie neben Basel und Bern, mittlerweile für den gesamten Kanton Zürich freigegeben sind. Danke und LG |
| 70731214 | over 6 years ago | In der "Community" ist es auch üblich die Arbeit anderer Leute nicht zu vandalisieren. Wie eine korrekte Routen-Relation der Version 2 auszusehen hat ist im Wiki festgelegt und wird von OSMI automatisch validiert. Was du hingegen gemacht hast, ist im CS-Kommentar nichtssagend "Bahndetails" geschrieben, dann aber den Haltepunkt gelöscht, die Namen der Relationen gelöscht und die Relationen "zerschossen", das "neue" Gleis gelöscht (anstatt von 'construction' zu 'rail' zu ändern) und das Perron ein zweites Mal eingetragen. Das ist nicht nur immens schlechter Stil, sondern angesichts der zunehmenden OSM-Nutzung durch Verkehrsbetriebe eine Zumutung für Dienstplaner und Software-Entwickler. Hab das jetzt grad zum Testen selber korrigiert, sind sogar mit einigen Wegkorrekturen keine 6 Minuten gewesen – da brauche ich ja länger, um zu Erklären was falsch ist. Da darf ich von einem (scheinbar) erfahrenen Mapper schon erwarten, dass er solche einfachen Änderungen selber korrekt durchführt, ohne ein halbes Trümmerfeld zu hinterlassen. |
| 70819937 | over 6 years ago | Ich weiss ja nicht was in iD schief läuft, ich nutze den Schrott nicht, aber Spital-Tags auf einen Brunnen zu posten geht eigentlich gar nicht. Auch die Regeln zu Gross-/Kleinschreibung sollten eigentlich klar sein. Hab mit changeset/70823344 eine Notkorrektur gemacht, den Rest bitte selber sauber taggen. Danke |
| 70822754 | over 6 years ago | hmm... "bottle=yed", bitte selber schnell zu "yes" korrigieren, Danke. |
| 70816235 | over 6 years ago | Was jetzt? "dog=yes" oder "dogs=yes"?! Korrigiere das bitte, sonst wische ich demnächst mal mit dem Stahlbesen drüber. Danke |
| 70553089 | over 6 years ago | Die Daten auf der open-data-Plattform sind quasi "tagesaktuell", das Aktualisierungintervall für DiDok wird mit wöchentlich angegeben. Die von SOSM gehostete DiDok-Karte basiert meines Wissens auf den Daten vom Erstimport und wurde nie aktualisiert, sprich es ist reiner Zufall, dass die Haltestelle (unter ihrem alten Namen) überhaupt existiert. Ob man dies irgendwie korrigieren könnte, müsste man via Mailingliste (oder evtl. Simon Poole direkt) fragen. War übrigens reiner Zufall, dass ich dies überhaupt selber bemerkt habe: wollte die "neuen" Haltestellen der Li 307 ins V2-Schema bringen, als mir die Unstimmigkeit aufgefallen ist. |
| 70743829 | over 6 years ago | Auch hier mit changeset/70750754 vollständig revertiert, und dieselbe Begründung wie im Revert-CS 70743780. A. du kennst die Örtlichkeiten nicht, B. du übernimmst sinnfreie iD-Defaults, [C.], D. halbautomatischer, unsanktionierter Edit, E. stealthedit mit anderen Änderungen, F. der Lizenzgeber in der Schweiz heisst immer noch "Starbucks Coffee Switzerland GmbH", die Filialen sind einzeln vor Ort zu prüfen. Cheers. |
| 70743780 | over 6 years ago | Mit changeset/70750499 vollständig revertiert, da du A. weder die Örtlichkeiten kennst (es gibt keine Filiale einer japanischen Family-Mart-Kette in der Schweiz, jeder kann sich so nennen, ist nicht geschützt), B. sinnfreie Defaults aus iD an Seilbahnstationen pappst, C. sinnfrei "highway"-Objekte an "railway" taggst, D. halbautomatisch, ungefragt und unsanktioniert Kreuzungen umtaggst (was iD dazu sagt ist mir herzlich egal), E. das ganze in einem stealthedit als Maproulette-Aufgabe verkaufst aber 350+ andere Edits durchführst, F. der Lizenzgeber in der Schweiz immer noch "Starbucks Coffee Switzerland GmbH" heisst und die Umbenennung der Filialen einzeln vor Ort festgestellt werden müsste. Daher: Danke, nein Danke, kümmere dich doch bitte um die Niederlande. Tschau. |