fkv's Comments
| Changeset | When | Comment |
|---|---|---|
| 55077776 | almost 8 years ago | Verbesserung der Kartengenauigkeit? Du hast die Scheimhitt'n auf Scheimhütte umbenannt, obwohl sie als Scheimhitt'n angeschrieben ist und alt_name=Scheimhütte schon gesetzt war. Wenn du Tags änderst, dann schau bitte, welche Tags schon gesetzt waren, und berücksichtige, dass die vorherigen Bearbeiter sich auch was bei ihren Tags gedacht haben und womöglich ortskundiger sind als du! |
| 15879368 | almost 8 years ago | Jetzt habe ich auch nachgesehen und bemerkt, dass ich dich mit jemandem verwechselt habe. Die betreffende PN war nämlich auch schon mehr als 5 Jahre her. :-) Dann schaue ich lieber nicht nach, worüber wir in der Mailingliste gestritten haben. Dass der Changeset mehr als 4 Jahre zurück liegt, bedeutet nicht, dass das damalige Tagging nicht mehr deiner Überzeugung entspricht. Ich stehe noch zu dem meisten, was ich vor 7 Jahren getaggt habe, und dein letzter Edit in dem Gebiet ist kein Jahr her. Nachdem du aber schreibst, dass du nichts dagegen hast, lösche ich halt name=* und layer=* auf diesem landuse. |
| 15879368 | almost 8 years ago | Du hast mir zwar einmal geschrieben, dass du keine "Belehrungen" lesen willst, aber heimlich deine Tags zu ändern finde ich noch schlimmer, darum schreibe ich dir. In Bad Schallerbach ist ein landuse=residential mit name="Bad Schallerbach" getaggt. Das hat mehrere Nachteile: Eine Siedlung besteht nicht nur aus einem zusammenhängenden Wohngebiet, sondern aus einem Konglomerat an landuse-Flächen (auch industrial, retail usw.). Die müsste man dann ja alle mit dem Namen versehen. Der Name scheint dann in der Karte und bei Suchergebnissen mehrfach auf, und beim Routing kann man das Pech haben, zu einer am gegenüberliegenden Ortsrand liegenden landuse-Fläche geschickt zu werden. Darum ist es verträglicher, den Ortsnamen nur auf den Place-Node zu setzen und diesen im Ortskern zu platzieren. Auch layer=-4 hat Nachteile. Mit layer=* soll ja nicht wie in Zeichenprogrammen definiert werden, in welcher Reihenfolge die Objekte gerendert werden, sondern wie die Objekte real übereinander liegen. Meist verwendet man layer=0 für alles, was sich an der Erdoberfläche befindet, und negative Werte für Unterirdisches. Das Wohngebiet ist real nicht unterirdisch, sondern die selbe Ebene wie die Häuser und Straßen. Darum lässt man bei landuse das layer-Tag üblicherweise weg, was dem Default layer=0 entspricht. |
| 54227648 | about 8 years ago | Weil es auch zum Tagging als landuse=military eine Diskussion gab, hab ich bisher nichts am Namen geändert. Nun ist die Diskussion eingeschlafen (herummeckern tun viele, konstruktive Vorschläge hat keiner), aber jetzt habe ich das Problem, dass nach einem Softwareupdate mein Lieblingseditor nicht mehr funktioniert. Darum kannst das gerne du übernehmen. Schreib am besten einen Hinweis auf diese Diskussion in die Changesetbeschreibung, und für die description kannst du dir z.B. auf http://esterhazy.at/de/fnm/forstwirtschaft/1472882/Forstrevier-Tiergarten (Abschnitt "Jagd"), http://burgenland.orf.at/tv/stories/2531062/ und http://www.martinballuch.com/die-gatterjagd-im-tiergarten-esterhazy-im-burgenland/ ein Bild machen. |
| 54532161 | about 8 years ago | Ich antworte per PN, wegen der übersichtlicheren Formatierung. |
| 54227648 | about 8 years ago | Der Kleinbuchstabe war Absicht, weil es kein Name ist, sondern eine Beschreibung. Heute würde ich so was in die description=* stellen und name=Tiergarten (was zwar irreführend ist, weil es kein Tiergarten mehr ist, aber das ist halt der belegte Name). |
| 54532161 | about 8 years ago | Hinterrucks ändern, wenn es schon eine Diskussion dazu gibt (note/1222754), ist nicht ok! Und als Anfänger (in deinem erst fünften Changeset) tätest du gut daran, dich erst mal darin zu versuchen, etwas Neues beizutragen, statt bestehende Daten zu manipulieren. Ich stelle die ursprünglichen Tags wieder her. (Das Recht nehme ich mir als ursprünglicher Mapper, der die ganze Arbeit gemacht hat, heraus.) |
| 53639065 | about 8 years ago | Ja, danke für den Hinweis. Ich habe es korrigiert. |
| 49318315 | about 8 years ago | "B12 a" is not a road name. It is a road number stored as such in the ref=* tag. |
| 49973572 | about 8 years ago | Dass dort gebaut werden soll, stand vor ein paar Monaten in den Nachrichten. Du weißt von Plänen seit 30 Jahren, obwohl du in Deutschland wohnst? |
| 49973572 | about 8 years ago | Deine Änderung von landuse=greenfield auf grass war falsch. Hast du description="neues Betriebsgebiet" nicht gesehen? |
| 29181607 | about 8 years ago | Söllitz ist jetzt doppelt, sieht nach einem Versehen aus? |
| 53101484 | about 8 years ago | Nein, stimmt nicht, denn du hast z.B. eine Straße auf eine Gebäudekante gelegt... Was genau hatte deiner Meinung nach nicht gestimmt? |
| 36003651 | about 8 years ago | Einiges, was du als place=locality aus der basemap übernommen hast, sind in Wahrheit Täler (natural=valley), Wege (highway=path), Siedlungen (place=hamlet) usw. Teils waren die richtigen Objekte sogar schon in OSM vorhanden. |
| 47124349 | about 8 years ago | Mit "old-style MP" hat das nichts zu tun, da ja erstens keine Löcher vorhanden sind und zweitens manche Tags eh auf der Relation standen. Wenn ein Validator hier eine Warnung angezeigt hat, gehört er gekübelt. Oder wenn du einen Handlungsbedarf siehst, dann sollte der darin bestehen, den Autor des Validators anzuschreiben. Die zweitbeste Möglichkeit wäre es, den Mapper anzuschreiben. Aber wegen einer falschen Validatormeldung die Daten heimlich zu ändern, ist ein absolutes No-Go und so was mag ich überhaupt nicht! Zur weiteren Vorgehensweise: Weil mein ursprüngliches Mapping auch nicht ideal war, hab ich bewusst nicht geschrieben "mach es hier und in allen anderen Fällen rückgängig". Korrekt ist jedenfalls building=* auf den Einzelgebäuden, und die Adresse entweder auf eine Relation mit type=cluster (von mir proposed) oder type=site (inzwischen auch schon brauchbar dokumentiert), oder - wie in deinem letzten Vorschlag - statt der Relation eine Fläche über die ganze Anlage (mitsamt Grünflächen) ziehen und mit der Adresse taggen und mit landuse=residential als physisches Tag - das genügt sogar den Dummrenderern sowie Nominatim. Für den Namen Anna-Boschek-Hof gilt das selbe wie für die Adresse, aber ich denke, dieser Name gehört bestenfalls in official_name, da keiner, der hier wohnt, diese Bezeichnung kennt. |
| 47124349 | about 8 years ago | Bei Multipolygon 1060497 ist dir ein Malheur passiert: Es handelt sich nicht um ein disjunktes Gebäude, sondern um mehrere Gebäude, die zusammen die selbe Adresse haben. Darum gehört building=yes nicht aufs Multipolygon, sondern auf die Teilflächen, also so, wie es schon richtig gemappt war. Natürlich kann man über den Relationstyp streiten, aber das ist ein anderes Thema. |
| 35248357 | about 8 years ago | Konvention ist dennoch, dass alle B-Straßen in Niederösterreich highway=primary sein sollen. Trotz Rückbau ist die B7 doch sicher noch der Weg der Wahl für Autos/Motorräder ohne Vignette, für Radfahrer die es eilig haben und auch für alle, die nach Wolkersdorf oder zu einem der Orte an der L12 wollen. Aufmerksam auf dieses Problem wurde ich übrigens durch note/1187908. |
| 52785449 | about 8 years ago | Du hast den Gasthof Schager gelöscht, auch als Gebäude. Wurde er wirklich abgerissen oder ist nur der Gastbetrieb eingestellt? |
| 53015248 | about 8 years ago | Den Shop hast du 2x angelegt, einmal an der Gebäudeecke und einmal auf der Straße. Wo befindet er sich wirklich, und weißt du den Namen? |
| 52782782 | about 8 years ago | Bei dieser Änderung gingen die Tags am Wohngebiet-Multipolygon verloren (relation/2821324/history). Das ist die grau hinterlegte Fläche. Ich stelle die Tags wieder her. Sei vorsichtig, wenn du etwas an bestehenden Daten löschst oder änderst, denn dabei kann leicht etwas kaputtgehen. |