Ratsinfo ist wie immer schnarchlangsam, Beschlussnummer dazu ist 24-24022

Hab inzwischen den Namen beim NLWKN gefunden.

Moin, gibt es eine Quelle für die Namensänderung von "Glüsig" in "Lauinger Mühlenriede"?

Hmpf, hier hat mein SCEE alte Daten hochgeladen, weil es damals mein Login noch nicht hatte… Die Shops am Altewiekring könnten mehrere Monate veraltet sein, ich entferne mal die opening_hours, damit es erneut in StreetComplete aufploppt.

Ah, danke!

For the ways that still have "ice_road=yes", the wiki mentions that those should too have a highway tag. ice%20road=*?uselang=en

Hi, why did you removed the "highway=track" tag from these ways? Most of them (that I looked at) still have a "snowmobile=designated" tag, so it looks to me like they should have a higway tag too.

Ich habe auf osm.wiki/DE:Tag:railway%3Dnarrow_gauge nochmal die Unterscheidung zwischen narrow_gauge und miniature herausgearbeitet, wie auch auf der englischen Version der Seite schon erwähnt.

siehe auch note/4091031

Oh. Wurde offenbar schon in changeset/141631572 angepasst, aber jetzt stimmt es auf jeden Fall wie es ist.

Ah, für Büros im Gebäude wäre vermutlich Indoor Mapping geeignet, wie es z.B. auch am Hbf gelöst wurde:
way/403899548
Diese Art zu mappen ist allerdings noch nicht weit verbreitet, und wird auch nur sehr begrenzt von der Haupt-Karte gerendert. Siehe dazu osm.wiki/Simple_Indoor_Tagging

Der herkömmliche Weg ist, einfach einen Node mit den entsprechenden Infos (name, amenity=* oder office=*) an die ungefähre Stelle des Büros im Gebäude zu setzen; für weitere Beispiele siehe z.B. hier in der Nähe: node/302848021

Für Eingänge setzt man einen Node mit entrance=main oder ähnliche (mehr siehe osm.wiki/DE:Key:entrance). Für verschiedene Gebäudeteile gibt es geschlossene Wege mit building:part=yes, die sich innerhalb eines building=* befinden, das habe ich im selben Changeset für das Gebäude hier jetzt auch gleich schon so umgesetzt (solang es vom Luftbild her erkennbar war). Eine Übersicht dazu ist in osm.wiki/DE:Simple_3D_Buildings

An der Kurt-Schumacher-Straße hatte ich gestern einen ähnlichen, leicht anderen Fall, dort habe ich mehreren Gebäuden auf dem Grundstück einfach die selbe Hausnummer verpasst: way/163915785 way/1026497851
(Die Situation könnte man auch noch mit building:parts optimieren, da die Gebäude ja verbunden sind, aber es wurde in der Vergangenheit öfters so gemacht, bevor building:parts spezifiziert wurde, insofern nicht "falsch".)

OK, ich mach das auch gleich mal selbst, von außen sieht das Gebäude ja aus, als ob da noch mehr Firmen drin sitzen.

Hmm, hier ist irgendwie das building=apartments verloren gegangen, ich stell das mal wieder her.
Und ich gehe davon aus, dass die Elterngeldstelle nur ein Teil des Gebäudes ist und nicht das gesamte Gebäude? In diesem Fall würde das als weiterer Node sinnvoller sein (wie die Öffentliche Versicherung im selben Gebäude weiter östlich), als das gesamte Gebäude mit dem Namen zu versehen.

Ein anderes Problem ist mir schon in changeset/141435849 aufgefallen, wenn die Straßen auf beiden Seiten der Kreuzung verschiedene Namen haben. Daher macht es meiner Meinung nach mehr Sinn, für die Verbindungsstraßen innerhalb der Kreuzung noname=yes zu setzen.

Um das Problem zu demonstrieren:
osm.org/directions?engine=graphhopper_car&route=52.27703%2C10.52070%3B52.27764%2C10.51954 generiert im Moment folgende Anweisungen:

1. Continue onto Hamburger Straße 80m
2. Turn left onto Hamburger Straße 20m
3. Continue onto Reiherstraße 30m

Schritt 2 finde ich hier verwirrend – "turn left onto Reiherstraße" wäre in diesem Fall besser. Aber dann wäre wiederum das Wenden auf der Hamburger Straße mit einer Fahrt auf die Reiherstraße verbunden, was genau so unlogisch ist.

Oh und Hausnummer 34a an Bing-Luftbild der Umgebung angepasst

Eeh, note ≠ node, ich meinte natürlich note/3609996

Moin! Kannst du bzgl. Bankhaus Löbbecke dort behilflich sein?: note/3777224

Ah super, danke! Das hatte ich auch schon gemerkt, und bin aber noch nicht dazu gekommen, die Daten halbwegs auf Stand zu bringen… 😬