OpenStreetMap logo OpenStreetMap

Changeset When Comment
173081080 2 months ago

Dann werde ich das mal auf "residential" ändern. Da gibt es sicher keine Einigkeit im Wiki oder Forum drüber, aber "apartments" ist für mich eher ein größeres mehrstöckiges Miethaus (wie die Nummer 25 daneben zum Beispiel). Ich bin immer selber etwas ratlos, wie man diese in Bremerhaven sehr häufigen 2- oder 3-Parteienhäuser richtig einträgt.

173081257 2 months ago

Ok, das macht Sinn :-) . Schliesst aber nicht aus, dass das Haus in der Klopstockstraße eine weitere Hausnummer an dem anderen Eingang hat. Da würde ich die Nummer lieber nicht an das ganze Haus packen, sondern einen separaten Node für den Eingang an der Schillerstraße eintragen. Ich werde das mal so ändern.

173081080 2 months ago

Hi,
wie kommst du bei der Nummer 23 auf "apartments"? Sieht nach einem Einfamilienhaus ("house") aus. Mag sein, dass es hier zwei oder drei Wohneinheiten gibt, aber da fände ich dann "residential" besser

173081257 2 months ago

Hi,
woher hast du diese Hausnummer? Das Haus ist eine leerstehende Ruine, und falls da mal eine Hausnummer angebracht gewesen sein sollte, ist sie längst verloren gegangen.

Auch raten hilft hier nicht. Das Haus ist ein Eckhaus. Könnte genauso gut eine Hausnummer in der Klopstockstraße haben. Oder zwei Hausnummern (es gibt zwei Eingänge...).

158653202 about 1 year ago

In Ordnung. Ich war in Osnabrück nur zu Besuch und will mich da nicht in den Konsens der örtlichen Community einmischen.

Trotzdem gibt es natürlich oft das grundsätzliche Problem, welches dadurch entsteht, das Straßen in OSM als Linien dargestellt werden, und nicht als Flächen, und dadurch ein gehöriges Maß an Abstraktion beim Editieren hereinkommt (mit dem sich viele oft schwertun).

Vom "Standpunkt" der linienförmigen Strassen aus gesehen besteht die gesamte Kreuzung nur aus einem (unendlich kleinen) Punkt, während sie in Wirklichkeit natürlich vielleicht 100 m2 groß ist. Sieht man z.B. auch daran, dass hier "symbolisch" nur eine einzige Ampel eingetragen ist.

Das kollidiert dann mit den separat eingetragenen Fusswegen, die sich sozusagen auf einem anderen "Abstraktionslevel" befinden und eine flächenmässige Ausdehnung der Kreuzung voraussetzen (aber selber wieder nur Linien sind). Da gibt es dann logische Inkonsistenzen.

100% perfekt kann man es hier vermutlich nicht machen. Irgendeinen Tod muss man immer sterben, wie man sprichwörtlich sagt. So kann man als Autofahrer hier ja auch nicht abbiegen und noch 5 m in die Johannisstraße reinfahren. So ist das ja nicht gedacht. De facto befindet sich der kleine Strassenstummel noch weitgehend auf der Straßenfläche der Straße "Neumarkt".

Gruß, Ingo

152420757 over 1 year ago

Zitat Supaplex030: "Denn OSM ist ein Community-Projekt und was nützlich ist und was nicht, darf jeder für sich selbst entscheiden. Wenn das zu "vielen" Tags an einem Objekt führt, dann musst du damit leben."

Meine Antwort: Mir ist natürlich voll bewusst, dass das hier ein Community-Projekt ist und das ist ja auch das Tolle daran. Mir ist vollkommen klar, dass ich hier nicht allein auf der Welt bin und nicht nur machen darf, was ich will, und dass ich mit der Kritik anderer und anderen Meinungen rechnen muss. Natürlich erfordert so ein Projekt Diskussion, sachliche Argumente und auch Kompromisse.

Aber das gilt natürlich für alle. Und an dieser Stelle muss ich dir widersprechen: Natürlich kann es auch ok sein Tags zu löschen, die man für nicht sinnvoll hält, genauso wie es ok ist, Tags einzufügen oder neue Tags zu erfinden. Das was nützlich ist, entscheiden dann doch irgendwie alle zusammen, und es muss immer wieder neu ausgehandelt werden. Und wie ich bereits oben gesagt habe: Das ist immer eine Abwägung zwischen Schaden und Nutzen. Es ist ja nicht so, dass das Einfügen von Tags immer nur ausschliesslich Vorteile hat. Die Nachteile können einen ja auch mal zu der Abwägung kommen lassen, eher zu löschen.

Und du bist hier ja auch nicht ganz neutral: Du magst halt dieses Tag und würdest es gerne behalten, also argumentierst du natürlich dafür.

Hier möchte ich dann doch mal konkret was zu "Default"-Werten sagen, denn ich denke, das ist einer der Punkte um den sich die Sache hier dreht. Ich halte es für ausgesprochen sinnvoll, "Default"-Werte implizit für viele "highway"-Tags anzunehmen, und diese eben nicht noch einmal explizit an jeden einzelnen Way zu packen. Das hat das Potential, vollkommen auszuarten, während der Nutzen praktisch nicht vorhanden ist. Ich glaube, kein Mensch möchte an jedem "highway=residential" ein "oneway=no", "cycleway=no", "horse=no" und hundert weitere Tags kleben haben. Und dazu zählt für die Wegeklassen "highway=footway", "highway=cycleway" und "highway=track" für mich auch "is_sidepath=no".

Das ganze hängt natürlich daran, dass diese Default-Werte in der Mehrheit der Fälle gelten sollten (sagen wir 90%). Es gibt Situationen, wo ich explizites und flächendeckendes Tagging für sinnvoll halte, weil man halt nicht von einer bestimmten Vorgabe ausgehen kann (bestes Beispiel: "sidewalk=both/left/right/no")

Der einzige Vorteil, den ich hier sehe ist, dass man sieht "ob das schon mal jemand gecheckt hat". Ich glaube aber das ist nun wirklich nicht das Hauptproblem im Moment. Es machen schlicht viel zu wenig Leute mit bei OSM, um auf das Qualitätslevel zu kommen, den du (und ich) hier vermutlich gerne hätten. Es wäre schon viel gewonnen, wenn mehr Leute die vorhandenen Ausnahmen von diesen Defaults erfassen würden. Ob da nun vereinzelt an Ways der Default explizit gemappt ist, spielt da glaube ich kaum eine Rolle.

152420757 over 1 year ago

Hi,
ich weiss nicht ob die Changeset-Kommentare jetzt unbedingt der richtige Ort sind (vor allem weil es hier schnell unübersichtlich wird), um hier eine Grundsatzdiskussion über eine Frage zu führen, bei der es keine objektive Wahrheit gibt, sondern bei der man glaube ich durchaus unterschiedlicher Meinung sein kann. Das ist dann vielleicht im Forum besser aufgehoben.

Ich war allerdings nie ein großer Fan dieser Diskussionen im Forum, die sich endlos im Kreis drehen und keine konkreten Konsequenzen haben. Obwohl ich ja ein Mapper der ersten Stunde bin, habe ich mich in den letzten 15 Jahren noch nie an irgendeiner Diskussion auf der Mailingliste oder im Forum beteiligt. Ich glaube, das hätte mir auf Dauer den Spass an diesem Projekt und Hobby geraubt.

Das vielleicht mal vorweg. Ich mach' vielleicht noch mal ein paar Extrakommentare auf, um auf die einzelnen angesprochenen Punkte zu antworten. Aber nicht sofort. Ich muss jetzt erstmal meiner bezahlten Arbeit nachgehen :-)

152420757 over 1 year ago

Hi,
diese Information geht ja bereits eindeutig aus der Geometrie des Weges (also den Koordinaten der Punkte) hervor und ist hier eine überflüssige Information, die den Daten keinerlei Nutzen hinzufügt.

Kein Router, Kartendarsteller oder anderes Programm dürfte eine solche Information jemals auswerten, weil in ihr keine Information steckt.

Ich sehe einen begrenzten Nutzen für das Gegenstück is_sidepath=yes, zum Beispiel für das Rendering, aber hier würde ich auch eher footway=sidewalk oder so was vorziehen. Solche Fälle habe ich auch nie gelöscht.

Aber auch hier sehe ich das Problem, dasss man dann den Weg ja einer konkreten Straße zuordnen müsste, was nur per Algorithmus und Programmierung, sagen wir mal, eine Herausforderung ist. Und Relationen könnten das Problem zwar lösen, aber haben doch deutliche Nachteile.

Bei is_sidepath=no finde ich, dass es absolut keinen Sinn macht, das einzutragen. Das könnte man an fast jeden Wald-, Feld-, Rad- oder Wanderweg packen, also an tausende von Wegen, und das ohne vor Ort gewesen zu sein, einfach stumpf nach Karte (wie es bestimmt auch hier passiert ist). Einen erkennbaren Nutzen hat es aber nicht.

Ich persönlich ziehe es vor, Dinge einzutragen, die einen konkreten Mehrwert für die Datenbank darstellen, und die man auch tatsächlich recherchiert hat.

Auf Dauer schaden diese ganzen überflüssigen Tags nämlich, weil sie das Editieren erschweren, Fehler begünstigen und sich nach und nach an den Ways und Nodes ansammeln. Das ist dann eine einfache Nutzen-/Schaden-Abwägung.

Als ich hier vor 5 Jahren nach Bremerhaven gezogen bin und hier angefangen habe zu editieren, haben einen hier regelmäßig regelrechte Tag-Lawinen erschlagen, gerne mal mit 15 Tags, weil z.B. statt einem simplen vehicle=no 10 Verkehrsmittel bis zum Snowboard einzeln aufgeführt waren. Die ganze Stadt war in einem katastrophalen Zustand (auch wegen anderer Probleme wie mit Flächen verklebter Wege etc.). Da ich hier seit 5 Jahren weitgehend alleine mappe, bin ich immer noch dabei, die von mir empfundenen Probleme hier zu verbessern, wenn sie mir gerade auffallen, so auch in diesem Fall.

Im Einzelfall mag ich da auch mal daneben liegen, aber insgesamt würde ich sagen, dass Bremerhaven inzwischen ganz passabel aussieht und ich netto die Situation deutlich verbessert habe.

Gruß, Ingo

139596195 over 2 years ago

Liebe Nordseezeitung,
ich freue mich ja eigentlich, wenn ihr hier mitmacht, und ihr habt in den letzten paar Wochen ja auch einiges nützliches eingetragen (auch wenn es einige "Anfängerfehler" gab, wie Namen an Fusswegen ohne Eigennamen, fehlende "service=driveway" etc.)

Mir scheint aber, bei den letzten paar Edits ist euch etwas die Sorgfalt verloren gegangen. Bedenkt, dass ihr alleine durch eure Man-Power dafür sorgen könnt, dass die Freizeitmapper hier mit dem Korrigieren von Fehlern nicht mehr hinterherkommen. Gerade deswegen (und weil ihr kommerzielle Interessen habt), kann man von euch eine besondere Sorgfalt erwarten.

Zum konkreten Fall als Beispiel: Hier (und beim benachbarten Changeset) ist nichts neues eingetragen worden (außer Namen an einigen service-Ways?). Stattdessen sind die Wege an eine falsche Position verschoben worden und hat einen falschen Verlauf bekommen (was man auf den Bing-Bildern leicht hätte erkennen können). Dadurch ist einer der Wege unter einem Gebäude gelandet, was den Bearbeiter nicht etwa stutzig gemacht hat, sondern zu einem "layer=-1" geführt hat.

Bitte versucht das nicht zu korrigieren. Ich werde mal versuchen einen Revert zu machen. Das geht einfacher, wenn es in der Zwischenzeit keine Bearbeitungen gab.

Vielleicht werde ich auch noch andere Changesets kommentieren und rückgängig machen, wenn es mir über den Weg läuft.

Bitte versucht doch etwas sorgfältiger zu arbeiten und auch mal genauer ins Wiki oder das Forum zu schauen, um in Zukunft von der Qualität her bessere Edits zu machen. Dann freut sich auch jeder über eure Beiträge

Siehe auch osm.wiki/DE:Organised_Editing_Guidelines

und es gibt auch einen Diskussionsfaden im Forum über eure "Namen an Fusswegen"
Gruß, Ingo

133239435 almost 3 years ago

Hallo,

ich habe den Gebäudetyp von "retail" wieder auf ein einfaches "yes" geändert. Im Columbus-Center gibt es zahlreiche Nutzungen vom Parkhaus in Ebene 0 und 1 über die Shoppingmall in Ebene 2, Kindergarten, Ärztezentrum etc. bis zu den vielen Wohnungen in den Hochhäusern. So lange es da noch keinen Konsens gibt, wie man diese Nutzungen gleichzeitig einträgt, sollte man nicht eine willkürlich herausgreifen

Gruß, Ingo

117861353 almost 3 years ago

Hallo,
habe die Baustelle entfernt. Das hättest du aber auch gerne selber machen können. Da musst du nicht auf den Ersteller warten.

Du hattest übrigens beim Eintragen des Gebäudes einen Fehler gemacht, so dass es nicht gerendert wurde. Das habe ich noch korrigiert

Gruß, Ingo

124507123 over 3 years ago

Ach so... Ich komm wohl so schnell nicht mehr mit ;-) Nur mal ein Vorschlag: In solchen Fällen würde es helfen, im Changeset-Kommentar etwas ausführlicher zu sein: So was wie "Höchstgeschwindigkeit hat sich geändert" hätte schon geholfen.

Gruß, Ingo

124507123 over 3 years ago

Hallo,
wieso hast du hier die Höchstgeschwindigkeit von 50 auf 30 geändert? Nach allem, was ich sehen kann, entspricht das nicht den Tatsachen vor Ort. Etwa auf Höhe Immenweg steht aus Richtung Süden kommend ein Schild "Ende Tempo 30-Zone". Am anderen Ende (Krezung Schiffdorfer Chaussee) ist gar nichts ausgeschildert, also ist das Tempo 50. Oder übersehe ich da etwas? War übrigens seit 13 Jahren als Tempo 50 eingetragen, und das vermutlich korrekt.

Gruß, Ingo

96458378 over 3 years ago

Tja, das ist das grundsätzliche Problem, dass Strassen und Wege in der Datenbank vereinfacht als Linien repräsentiert sind, während sie in der Wirklichkeit natürlich eine Fläche darstellen. Das macht halt Kompromisse notwendig. Da müssen wir uns hier wohl entscheiden, was wichtiger ist, weil man hier nicht alles haben kann: In Wirklichkeit mündet der Weg nicht genau gegenüber der Straße ein. Ausserdem ist er in der Wirklichkeit schnurgerade an der Stelle, wo du jetzt wieder einen Knick eingefügt hast. Man hätte ja zum Beispiel den Weg auch so lassen können wie vorher, die Strasse Waldemar-Becke-Platz aufteilen, dann ein sehr kurzes Stück dieser Straße in die Relation aufnehmen bis zur Scharnhorststraße und die Relation wäre auch wieder durchgängig gewesen. Der Nachteil wäre eventuell, dass ein Router dieses sehr kurze Stück in die Wegbeschreibung einbaut, während man in Wirklichkeit nur etwas schräg laufen muss. Würde ich aber trotzdem für die bessere Option halten.

Aber wirklich wichtig ist es natürlich nicht. Sind ohnehin nur 1 oder 2 Meter, um die es hier geht.

96458378 over 3 years ago

Hallo,
wenn das so ist, war es keine böse Absicht. Ich versuche eigentlich immer, sorgfältig zu arbeiten. Was meinst du mit "kann"? Ist sie unterbrochen oder nicht? Kannst du das reparieren? Ich hab da im Moment keine Zeit für und ich traue mich auch immer ungern an diese Riesenrelationen ran, vor allem wenn ich da keine Ruhe für habe

Gruß, Ingo

119042162 over 3 years ago

Hallo,
wieso hast du den Parkplatz gelöscht? Dort ist definitv ein Parkplatz (für das Hotel so weit ich sehe), ich bin gerade eben noch dran vorbei gelaufen, und dort parkten auch Autos.

68449919 almost 7 years ago

Hallo,
ich will natürlich auch nicht, dass wir uns streiten. Auch für mich ist das ein Hobby, das Spass machen sollte. Ich hatte auch gar nicht damit gerechnet, das der Changeset kommentiert wird. Ich habe ja hoffentlich sachlich erklären können, warum ich die Änderungen wieder rückgängig gemacht habe. Dabei habe ich die Weisheit natürlich auch nicht mit dem Löffel gegessen, und lasse mich auch gern vom Gegenteil überzeugen. Leider gehöre ich zu den Leuten, die unglücklicherweise :-) oft klar ihre Meinung sagen, und komme da manchmal vielleicht etwas undiplomatisch rüber, aber so ist das natürlich nicht gemeint. Ich seh das auch als Wettstreit der Argumente, bevor man vor lauter Höflichkeit nicht auf den Punkt kommt. Aber ich sehe ein, dass das manchmal schwierig rüberzubringen ist, wenn man nicht direkt miteinander von Angesicht zu Angesich redet.

Vielleicht bin ich auch einfach schon zu lange dabei. Ich kann an einigen Stellen schon nicht mehr zählen, wie oft Sachen von denen ich dachte, sie wären korrekt und "endgültig" eingetragen, dann doch noch mehrmals geändert wurden, wobei immer wieder aus Versehen bereits mit viel Aufwand zusammen getragene Inormationen verloren gingen.

Ob die Nummer nun bei einem Haus an einem Node oder am ganzen Umriss getaggt wird, ist mir gar nicht so wichtig, solange das Haus nur eine Hausnummer hat. Blöd ist es nur dann, wenn bei einem Haus mit mehreren Nummern auf der Karte statt den einzelnen Nummern (sagen wir 1, 2, 3 und 4) nur so etwas wie 1-4 oder 1;2;3;4 angezeigt wird, obwohl die Informationen eigentlich bereits in der Datenbank sind.

@glibbertorsten: Als Weltverbesserer lass ich mich natürlich gern bezeichnen. Schön wär's! Das mit dem Löschen ist ja auch nicht so: Die Nummern waren ja doppelt eingetragen. Ich habe hoffentlich keine Informationen vernichtet.

Gruß, Ingo

68449919 almost 7 years ago

Hallo,
zunächst mal denke ich, dass es vom mangelnden Respekt gegenüber der Arbeit anderer zeugt, wenn du hier einfach ohne jede Not bereits vollkommen korrekt und detailliert eingetragene Informationen änderst (und sie dabei de facto löschst, ich komm gleich noch dazu). Versteh mich nicht falsch, es ist natürlich vollkommen ok, Eintragungen anderer zu bearbeiten, wenn man sie a) korrigieren will oder b) besser und detaillierter eintragen möchte. Beides ist hier aber nicht der Fall, und Änderungen als Selbstzweck oder weil einem der Taggingstil anderer Leute nicht gefällt, finde ich nicht so gut, vor allem wenn dabei dann auch noch aus Versehen Schaden angerichtet wird. Dabei geht es mir auch nicht um meine persönliche Eitelkeit, die meisten Einträge von Hausnummern waren gar nicht von mir.

Du hast mit der Änderung von addr:housenumber auf ref diese Nummern de facto gelöscht. Les dir bitte mal die Wikiseiten zu addr, addr:housenumber und entrance durch (bei entrance auch die englische Seite, die mehr Info als die deutsche enthält). Hausnummern werden durch addr:housenumber abgebildet, und durch kein anderes Tag (würde ja auch keinen Sinn machen, 2 verschiedene Tags dafür zu nutzen), und das ist auch allgemeiner Konsens. Das ref-Tag kann dafür benutzt werden, bei Häuser, die die gleiche Hausnummer, aber verschiedene Aufgänge haben, die Aufgänge zu numerieren (falls das offiziell so gemacht wird und so ausgeschildert ist, zum Beispiel meine ich, dass es in Italien oft so üblich ist, die Eingänge eines Hauses mit zum Beispiel der Nummer 17 als 17-I, 17-II, und so weiter zu bezeichnen). Auch das steht so im (englischen) Eintrag zu entrance.

Auch wen ich JOSM gerade nicht zur Hand habe, bin ich mir ziemlich sicher, dass auch JOSM sich an die Beschreibung im Wiki hält und der Eintrag Hausnummer in der Vorlage für Hausnummern in addr:housenumber landet und nirgendwo sonst.

Weiterhin hast du ja dann die Informationen doppelt eingetragen, in dem du den Hausumriss mit den Hausnummern versehen hast. Kann man natürlich machen, aber was soll der Sinn dahinter sein? Die Nummern waren doch bereits vorhanden. Und ausserdem kann man das bei Häusern mit mehreren Hausnummern nur mit Informationsverlust machen. Leider hast du dann das ganze nicht konsistent gemacht, sondern Hausnummern mal durch Semikolon, mal durch Bindestrich, mal durch &, und mal durch Komma getrennt (wenn ich mal über deine Änderungen in ganz Potsdam schaue). Das ist dann kaum noch auswertbar. Leider haben diese Hausnummern dann auch bei den gerenderten Karten die ursprünglichen Hausnummern überlagert, so dass in der Kartendarstellung zum Beispiel von osmcarto Information verloren ging und alles ziemlich chaotisch aussah (auch an einigen anderen Stellen in Potsdam, zum Beispiel Am Fenn und Unter den Eichen, wo ich das auch korrigiert habe). Wir taggen zwar nicht für den Renderer, aber mit Sicherheit auch nicht ohne Not gegen ihn.

Ich hoffe, ich kann dich mit diesen Argumenten überzeugen, auch wenn ich da nach ähnlichen Diskussionen irgendwie wenig Hoffnung habe

Ingo

64949886 about 7 years ago

Hallo,
da müsste noch ein sidewalk=both an die Strasse. Das fehlt aber ohnehin noch an 90% der Strassen in Potsdam. Ich trags aber gerne noch mal nach. Ich habe den footway gelöscht weil man hier überall die Strasse überqueren kann und der Fussweg nicht baulich getrennt ist, auch im Rest von Potsdam sind an solchen Stellen keine extra footways eingetragen, von einigen Ausnahmen abgesehen, die ich ändere, wenn ich über sie stolpere.

64113909 about 7 years ago

Thank you!

(switch to german because we both speak german I suppose)

Danke!
Ich war vor 20 Jahren mal auf einem Forschungsaufenthalt in Ny Alesund und dachte, ich schau mal wie gut Spitzbergen gemappt ist. Einmal angefangen zu verbessern, konnte ich nicht mehr aufhören :-) Hier kann man ja noch richtig fundamentale Dinge verbessern, wie komplett fehlende Fjorde. Fühlt sich an wie vor 10 Jahren in Deutschland als ich neu im Projekt war. Ich hoffe mal, die Coastline wird bald neu gerendert damit man auch das Ergebnis sieht.

Gruß, Ingo