Hallo Hedaja, meinst du mit way/457036442 evtl. building=garage :) ?

Hi Joshua, does way/478318145 mean a building=garage :) ?

vielen Dank für die schnelle Antwort,
ja, daß Straßen/Wege als Linien dargestellt werden ist mit der entscheidende Punkt, aber auch wenn alles "normale" Straßen wären, wäre die Darstellung der Nebenstr. halt nicht korrekt. Auch wenn die Fußgängerzonen als Fläche dargestellt, würde ich aktuell nichts ändern, das routing über Flächen ist noch in den Kinderschuhen (wir konnten dazu auch mal am Stammtisch "GraphHopper" befragen)
weiterhin viel Spaß :)

Hallo, gut gemeint ist leider nicht immer gut gemacht :)
Wenn z.B. zwei Straßen sich nahezu im rechten Winkel kreuzen (Charlotten-/Breite Str.), macht es keinen Sinn die ways mit Fokus auf die abbiegende Hauptstr. auszurichten. Dies führt zu einer falschen Darstellung aller angebundenen Straßen und Wege, was nicht zuletzt auch zu falschen/irreführenden Routinganweisungen in Navis führt. Auch wenn hier die Straßen in Fußgängerzonen übergehen ändert dies nichts an der Sache. Ich glaube das an anderer Stelle auch schon von dir so praktiziert gesehen zu haben und werde dies wenn nichts anderes dagegen spricht auch wieder dementsprechend anpassen.

Hallo geozeisig,
dein revert changeset/46755812 ist leider kein revert und du hast sogar noch einen weiteren shop umbenannt, so daß nun eine Großzahl von Nettos auf den ersten Blick nicht mehr erkennen lassen ob es nun ein schwarz-gelber NETTO mit dem Hund oder ein rot-gelber Netto Marken-Discount ist. Auf der o.a. wiki Seite steht eindeutig "Achtung: diese Seite ist noch im Aufbau und Diskussion und sollte noch nicht als Tagginggrundlage verwendet werden!" Daher würde ich dich bitten die Namen wieder dahingehend herzustellen, zumal unter taginfo name=netto der zweithäufigste Eintrag "Netto Marken-Discount" erscheint. Wenn man sich irgendwann auf ein gemeinsames tagging Schema geeinigt hat, hab ich auch kein Problem das so mitzutragen.
Ein Vorschlag dort lautet übrigens auch "NETTO",
also alles Großbuchstaben im Namen, auch damit warst du ja eigentlich nicht einverstanden.

Danke für die fixe Antwort. Ich kann allerdings deiner Argumentation nicht ganz folgen.
Etwas höheres Verkehrsaufkommen ist relativ, du schreibst selbst "ist ein Hauch zu wenig...", die Radelandstr. muß ja auch nicht zwingend richtig eingestuft sein (wurde seinerzeit auch gleich von residential auf tertiary hochgestuft), hängt möglicherweise auch damit zusammen, daß viele mapper "unclassified" in der Vergangenheit mißverstanden haben.
Auch ist ein Vorhandensein einer tertiary keine Pflicht - die Schlagader ist nun mal hier nur die L201/20, und die Alleeroute dient eben offiziell nicht dem Umleiten des Verkehrs von dieser Strecke, deshalb u.a. haben wir ja hier die Diskussionen um die Nordumfahrung.
Die Verbindung zum Eiskeller - naja, ich bin mal mit dem Rad da rüber, muß ich aber nicht wirklich mit dem Auto haben :)
Ein Vergleich mit anderen Karten ist schwierig, da die OSM-Klassifizierung ein wenig von der offiziellen abweicht.
Buslinien sind auch nicht wirklich ein Indiz, zum Einen führt diese über die Pestalozzi-/Fröbelstr., zum Anderen führt z.B.eine über die Coburger/Falkenstr. durch ein Wohngebiet mit Zone 30.
Nun gut, ich will nicht streiten, immerhin hast du dir ja auch Gedanken gemacht und ein Richtig oder Falsch gibt es hier leider so konkret nicht. Ich lasse das so, wenn die Nordumfahrung irgendwann kommen sollte sieht es eh anders aus.
Kannst dir ja meine Argumente auch noch mal anschauen und dann überlasse ich dir was du draus machst :)

Hallo mbirth,
die Strecke Humboldtallee, Haydnallee, Beethovenallee hat zwar im Namen Allee aber vom Ausbauzustand und normalem vorgesehenem Verkehrsaufkommen ist diese meiner Meinung nach nicht als Durchfahrtsstr. (tertiary) gedacht. Ein aktuell erhöhtes Verkehrsaufkommen ist sicherlich der Baustelle Spandauer Platz geschuldet. Für die dort irgendwann mal abführende Nordumfahrung mag das dann sicherlich auch anders aussehen. Bei der von dir auf unclassified hochgestuften Pestalozzi-/Fröbelstr. gehe ich ja noch mit, aber wenn nichts dagegen spricht würde ich die Alleen gern auch wieder dahingehend ändern :)
Gruß Bernd

Hallo, danke für deine schnelle Antwort.
Die regional überwiegend auftretende Schreibweise ohne Leerzeichen ist z.B. unter vbb.de, bvg.de, Beschriftung an den Zügen,... anzufinden. Nicht ohne Grund hat sich das hier wohl wie gesagt historisch so durchgesetzt. Auch gab es schon vor meiner Änderung entsprechende wiki-Einträge, welche wohl z.T. auch von dir (User:Esperanto) ohne Kommentar und Quellenangaben geändert wurden. Nichtsdestotrotz sind dies nur Beispiele.
Eine Vereinheitlichung dahingehend durchzuführen, eine Mehrzahl von Datensätzen an eine Minderheit anzupassen halte ich auch für gewagt.
Trotz Allem wünsche ich dir weiterhin viel Spaß beim Umstellen auf PTv2 :)

Hallo,
hat das Einfügen eines Leerzeichens etwas mit Anpassung an PTv2 zu tun? Die übliche Schreibweise von RB, RE ist ohne Leerzeichen (zumindest im Bereich VBB) und hatte sich auch jahrelang hier so durchgesetzt. Bei Buslinien ist es doch auch üblich (z.B. M32, N30, X33,...).
Wenn du keine anderen sinnvollen Quellen hierfür aufführst wäre ich dir dankbar dies zumindest im Rahmen solcher Massenedits zukünftig zu unterlassen.
danke

Hallo mar_k83,
ich habe die hier von dir erstellten POI's alle wieder gelöscht da sie schon vorhanden waren, bei Fragen gerne bei mir melden

danke,
grundsätzlich bin ich auch für eine möglichst einfache Herangehensweise. In diesem Fall hatte ich mich mal in meiner Experimentierlaune zu dieser Darstellung hinreißen lassen. Das wird auch so z.B. an diversen anderen Bahnhöfen gehandhabt (Spandau, Jungfernheide,...). Macht auch denke ich Sinn, da der Bussteig ja um das Gebäude drum herum besteht.
Auf jeden Fall fand ich die Situation der zwei dargestellten Busbahnhöfe (Multipolygon UND Polygon) für EIN reales Objekt unglücklich :)

Hallo Balgofil,
wenn ich das richtig sehe hast du relation/5520997 als platform aus allen betreffenden Routen entfernt und den outer way/371764338 wieder als platform reaktiviert und stattdessen eingefügt.
Wenn dem so ist, gibt es dafür einen Grund?

please revert this changeset, otherwise I'll do this
don't copy the old Bing-Sat Pictures without local knowledge and so you delete surveyed ways

Hallo,
du hast hier und in weiteren CS u.a. sehr viele Straßenlaternen gelöscht. Sind diese tatsächlich nicht (mehr) vorhanden?

Hallo,
ich habe den Volksbank-Geldautomat vom way gelöscht und als node eingefügt,
siehe auch osm.wiki/DE:Tag:amenity%3Datm

Hallo Michael,
tu was du für richtig hältst, ich hoffe allerdings nur daß sich die Kollateralschäden in Grenzen halten, ich habe sehr viel Zeit für viele Daten in Falkensee investiert. Das mit dem copyright hatte ich damals zugegebener Maßen so noch nicht auf dem Schirm (war noch relativ neu bei OSM aktiv dabei), da ich die Routen aber mittlerweile prinzipiell alle schon mal z.T. mehrmals abgeradelt bin, machst du mir nur die Arbeit, den ganzen Spaß noch mal mit der Quelle survey/knowledge einzugeben...
Gruß Bernd

Hallo Michael,
ich mache bei meinen Touren vor Ort stichprobenartig Notizen (also "survey") , welche ich dann mit Brandenburg-Viewer verglichen und vervollständigt hatte. Ich mache auch nach wie vor Stichprobenkontrollen bei aktuellen Touren, hatte dabei auch schon den einen oder anderen Fehler an die Realität angepaßt. Auch kommt Bing mit zum Einsatz, je nachdem wer gerade bessere Satbilder hat.
Gruß Bernd

da kann man aber durchaus noch mitgehen - ist eine "Masterroute" mit Teilrouten (so wie ich das sehe ;)

Ja, war mir auch aufgefallen, hatte ich aber keine Lust/Zeit mehr ;)
Mich hatte nur erstmal bei http://cycling.waymarkedtrails.org/#search?query=historische+stadtkerne&map=9!52.748!13.8484 der jeweils doppelte Eintrag der HiSt1+2 gestört und da beide eh noch nicht vollständig sind hab ich's nur zusammengelegt und sortiert.
Auch würd ich gern die Routenbezeichnungen auf "Historische Stadtkerne Route x" vereinheitlichen.
Soviel zu tun und so wenig Zeit... ;)

Zufahrt ist kein Straßenname,
ich denke service=driveway trifft es besser,
es ist nicht notwendig alle von ID angebotenen Zugangsbeschränkungen einzutragen ;)