Servus,

die Autobahn hat (implizit) layer=0, jeder Wert > 0 als layer für die Brücke (man_made oder highway) wird interpretiert als 'darüber liegend'

Der highway wird ja über der Autobahn gemalt, das ist also OK.

Der Renderer (Kartenmaler) macht das für "man_made" jedoch nicht --> Fehler beim Kartenmaler. Selbiges Problem hat der Renderer Mapnik bei highway=pedestrian, dass immer über allem gemalt wird, egal was layer= sagt.

Gruß
Toni

Man/Frau kann noch weiter gehen und nach Belieben weitere Tags hinzufügen:

operator=

website= oder contact:website=https://...

phone= oder contact:phone=+43 xxxx yyyy

fax= oder contact:fax=+43 xxx aaaa

email= oder contact:email=
contact:facebook=

und so weiter ... nach Belieben.

Das sieht hier nur so aus, denn was du weiter unten siehst ist nicht der aktuelle Stand, sondern das, was du hinterlassen hast.

Die Relation unten relation/8910680 liegt jetzt korrekt als Version v91 als Flixbus vor.

Es waren vorher auch nur die Tags der Relation verschwunden, die Member (d.h. die Fahrstrecke und Haltestellen) waren noch OK.

...MVV Bus 512: Lückenschluss

Wie wäre es mit?

office=graphic_design

"Ein Büro für Grafik- oder Kommunikationsdesign"

osm.wiki/DE:Map_Features

Allerdings noch ohne eigenes Icon

> Und deinen nächsten Eintrag unten

na sowas, dann erscheint der Eintrag dennoch oben. Na ja.

Liebe Lea,

hab's schon korrigiert und dein Atelier als Punkt wieder hergestellt.
Und deinen nächsten Eintrag unten (gerade als Mail empfangen) vorwegnehmend: ja, korrgiert.
LG
Toni

Hi mz-map,

das ist dann wohl eher ein Problem = Fehler von komoot.

highway=path und bicycle=designated ist in OSM das selbe wie highway=cycleway

das sollte kommot wissen und beherzigen.

Im Übrigen definiert sich Rennrad-/Trecking-/MT-Rad-tauglich nicht durch highway= sondern durch surface= und osm.wiki/Tag:smoothness=.

Daher ist hier highway=path OK, sogarkorekter, zusammen mit smoothness=excellent

Ich kenne die Strecke sehr gut (wohne in Ottobrunn und fahre hier häufig Richtung Aying lang) und würde, ja werde, das dann so ändern.

Wie gesagt: vermutlich ein Fehler in komoot, nicht in den Daten von OSM.

Gruß
Toni

Danke Hendrik,

hmm, da die Baustelle schon in Betrieb ist und nachdem die Baustelle recht langlebig ist wäre ich geneigt, ohne *:conditional und Zeitraum zu arbeiten. *:conditional ist eher was für kurzzeitige (max 2-3 Monate) Baustellen.

Ode evtl. so:

motor_vehicle=no

foot:conditional = no @ (2022 Mar 01-2023 Dec 31)

bicycle:conditional = no @ (2022 Mar 01-2023 Dec 31)

und Ende März 2023 das alles wieder rückgängig zu machen - auch die Einbahnregelung in der Straße "Kücksberg".

Jemand muss sich dafür nur noch einen "Wecker stellen".

Ich schau' mal, wie man das am besten hinbekommt, denn: außer motor_vehicle, foot und bicycle gibt es ja noch horse, ...

Gruß,
Toni

Hallo Lea

willkommen bei OSM.

hier ist leider etwas schief gelaufen, u.U. ist ja iD, der Browser-Editor nicht ganz unschuldig daran (ich hasse das Ding).

Die Relation "GestaltungsFreiraum" : relation/8910680

war vorher eine Flixbus Nachtlinie von München via Bregenz (!) nach Turin. Irgendwie hat die nun den Namen "GestaltungsFreiraum" bekommen.

Da die Reparatur der Relation u.U. recht aufwändig ist würde ich diesen kompletten Edit revertieren, d.h. rückgängig machen und deine zwei neuen Informationen nachtragen.

Viele Grüße,
Toni

Danke Hendrik,

ich hätte noch einpaar Fragen:

- way/947418357 ist die von Der Baustelle überhaupt betroffen? Wenn ja, wie? 'private' könnte auch 'destination' (Anlieger frei) lauten und nur für Fahrzeuge gelten. Was ist dann mit den 4 Buslinien?

- way/171949119 dieser Teil hat wohl eine Vollsperrung, d.h. access:conditional = no @ ...

- way/26441010 wie lauten die Beschränkungen hier?

VG Toni

Hallo Hendrik,

ich habe das mal von

access=private @ (2022 May 25-2025 March 31)

auf

access:conditional=private @ (2022 May 25-2025 March 31)

Aber: müsste es nicht von 2021 (statt 2022) sein und nicht

access:conditional=no @ (2021 May 25-2025 March 31)

lauten?

Gruß,
Toni

Kein Problem, ist ja sofort aufgefallen und repariert.

Hat auch sein Gutes: 2 trô trô Linien sind jetzt noch zusätzlich gefunden worden.

Danke Michael,

dann nehme ich Q431729 = Greater Accra Region

LG Toni

Servus Michael,

kann es sein, dass hier eine Relation type=boundary und wikidata=Q3761 als "Accra Metropolitan / Greater Accra Region" verschwunden ist, oder zumindest das wikidata geändert wurde?

Ich lasse Nachts eine Analyse der ÖPNV-Linien in Accra laufen (https://ptna.openstreetmap.de), welche die Daten via Overpass-API sucht :

http://overpass-api.de/api/interpreter?data=area[https://wiki.openstreetmap.org/wiki/Tag:wikidata=Q3761][type=boundary]

und nun nichts mehr findet.

Viele Grüße,
Toni

... Bus 466 ...

Sorry: CS Kommentar sollte sein:

Temporäre Einbahnstraße als oneway:conditional = yes @ (<Zeitraum>)

Hallo Lea,

willkommen bei OSM.

Ein prinzipieller Tipp bzgl. der Nutzung von name= in OSM.

- das ist der reale, offizielle, ausgeschilderte Name des Geschäftes, der Straße, ...

- das ist *nicht* eine Beschreibung des Geschäftes, ...

name=Schlüsseldienst

ist also mit großer Wahrscheinlichkeit falsch.

craft=key_cutter

und leerem name= (wenn man den Namen nicht weiß) wäre korrekt.

Schau' mal, ob deine anderen Edits entsprechend geändert werden müssen.

Zum Zweiten sollte die Information auf einen Punkt innerhalb des Gebäudeumrisses übertragen werden.

Ich gehe davon aus, dass der "Schlüssedienst" nicht das gesamte Gebäude einnimmt, dort noch Leute wohnen, andere Geschäfte drin sind, ...

Eine Liste der Dinge, die man auf diese Weise mappen kann findest du hier

osm.wiki/DE:Map_Features

osm.wiki/DE:How_to_map_a

Viele Grüße,
Toni

MVV Busse ...

Danke, ich wollte gestern schon dort nachschauen, hab's aber irgendwie nicht geschafft.