Jo, vielen Dank. Ich habe noch ein seh kurzes Stück in Lunsen mit angepasst, welches noch auf dem alten Stand war.

OSMAnd scheint die conditionals zu können, zumindest will er mich da nicht mehr durch schicken. Das mit emergency ist wahrscheinlich immer ein Problem, weil nur für sehr wenig Leute relevant.

Ein "gesperrt bis 1.9." ist ja durchaus ein conditional. Es kann halt nicht einfach abgebildet werden, dass die Beschränkung aufgrund einer Baustelle ist.

Das System entfernt auch keine Tags automatisch, d.h. die construction müsste dann jemand händisch entfernen bzw. ändern, wenn sie nicht mehr benötigt wird. Im Standard Layer, der hier auf der Seite dargestellt wird, ist das opening_date ziemlich sicher nicht berücksichtigt, hier würde die Baustelle so lange als Baustelle angezeigt wie es als highway=contruction getaggt ist.

In den Daten sind eh sehr viele Infos enthalten, die auf der Karte hier nicht angezeigt werden, sondern nur z.B. von Routern ausgewertet werden (Vorfahrtsregeln, Abbiegebeschränkungen etc.). Und für euren Einsatzzweck ist das ja noch schwieriger, für die BOS ist die Durchfahrt ja teilweise möglich, da muss man ja eh immer tagesabhängig schauen.

Moin,

ich dachte die Info zu dem Problem ist in den Links drin, aber das steht tatsächlich auf dieser Seite: osm.wiki/DE:Key:construction (Sowohl auf der deutschen als auch auf der englischen Variante). Man geht hier von mindestens 6 Monaten aus, um das als highway=construction zu kennzeichnen. Auch die sonst auftretenden Probleme sind dort beschrieben.

Die Tatsache, dass die von euch verwendete Software die conditionals nicht auswertet, ist kein Grund dies dann auf dem jetzigen Weg zu mappen. Hier ist es deutlich besser, wenn der default auf Nutzbar ist. Wenn das opening_date sonst bei einem router nicht implementiert ist, wird er die Straße nicht nutzen können bis dies in seinem Datenstand aktualisiert ist. Je nachdem wie häufig dieser aktualisiert wird kann das auch mal ein halbes Jahr dauern. Ebenso wie diese Änderung, die muss ja auch erst mal zu den Routern durchkommen bevor sie obsolet wird, das könnte bei einigen knapp werden.

Moin,

wie bereits oben beschrieben: Kurzzeitige Sperrungen werden nicht als highway=construction eingetragen. Wenn diese Baumaßnahme eingetragen werden soll (da spricht ja auch nichts gegen), dann aber auf jeden Fall mit conditional restrictions.

Die Vollsperrung wird ja nur noch ca. einen Monat bestehen. Da viele nachgelagerte Datennutzer die Daten nur unregelmäßig aktualisieren werden die jetzt wieder zurückgesetzen Änderungen hier wahrscheinlich noch eine ganze Weile für Probleme sorgen.

Ich möchte daher darum bitten die temporären Sperrungen auch als solche einzutragen und nicht als dauerhafte.

Besten Gruß

Moin,
die Sperrung ist nur für einen sehr begrenzten Zeitraum. Bitte beachte hierzu osm.wiki/DE:Tag:highway=construction . Wenn gewollt die Sperrung über osm.wiki/DE:Conditional_restrictions eintragen. Sonst wird das bei vielen Datennutzern eh mehr Probleme bereiten als es in der aktuellen Form hilft.

Ich habe das daher in changeset/154696444 zurückgesetzt.

Beste Grüße

Moin,

wäre das hier dann nicht ein Fall für post_office=post_partner?

Gruß

Moin,

wenn ich osm.wiki/DE:Key:post_office lese, dann würde ich das eher auf post_annex taggen, als auf partner. Partner klingt als wenn es eher auf enpfangen/senden beschränkt ist, hier geht allerdings auch z.B. PostIdent und so.

Gruß

Moin,

der Parkplatz ist u.a. auf dem Leitsystem mit "Kasch" ausgeschildert, ich würde es also begrüßen, wenn der Name drin bleibt. Ich würde auch davon ausgehen, dass er von der Stadt betrieben wird und nicht vom Kasch selber.

Beste Grüße

Moin,

ich meine mich zu erinnern, dass der Zufahrtsweg eher sehr feiner Schotter ist, gravel ist ja eher was wie auf diesem Bild: osm.wiki/DE:Tag:surface=gravel?uselang=de

(Ist aber auch schon wieder eine weile her das ich da war)

Moin,

ist das Absicht, dass du ein addr:city zu den Buslinien hinzugefügt hast? Das kommt mir da etwas fehl am Platz vor ;)

Beste Grüße

Moin,

du hast hier zwei Relationen eingefügt, in diesem Falle Multipolygone, für zwei Landuses. Diese lassen sich viel einfacher mit einfachen Flächen darstellen (bzw. waren es schon), diese sind in der weiteren Bearbeitung auch viel weniger fehleranfällig. Ich werde die entsprechenden Multipolygone wieder zurück ändern (es handelt sich um an den Spielplatz angrenzende Flächen).

Beste Grüße

Moin,

im Hinblick u.a. auf osm.wiki/DE:Lebenszyklus-Pr%C3%A4fix wäre es schön, wenn der disused:shop node bestehen bleibt (unter der Voraussetzung, dass das Geschäft bloß geschlossen wurde und nicht baulich umgewidmet). Dies wurde ja schon kurz vor dieser Änderung so angepasst.

Beste Grüße

Moin,

die aktulisierte Einwohnerzahl von Baden habe ich im passenden Node korrigiert node/614409008 , sonst den Changeset allerdings zurückgesetzt. An der Obernstraße war eine Haltestelle plötzlich sehr groß.

Beste Grüße

Moin,

du hast hier eine Relation zu einem einer Tour angelegt die unter relation/34197 schon existiert. Da es sich dabei sicherlich um ein und dasselbe handelt würde ich die neue wieder löschen.

Für den Anfang würde ich empfehlen sich mehr auf Wege und Flächen zu konzentrieren, da das Thema Relationen doch etwas komplexer ist.

Die produktive Karte ist auch nicht der beste Ort um Dinge nur auszutesten (wegen source="Test").

Beste Grüße

Reverted in changeset/149435811, tree is already present

Reverted in changeset/149435564, the yew is already present as a tree.

Moin,

ist das Absicht, dass du bei einigen Wegen hier den letzten Node ersetzt hast? Die hatten vorher einen noexit=yes gesetzt, jetzt haben sie dies nicht mehr und der Node wurde gelöscht und neu angelegt (z.B. way/665150286/history ). Ich finde das beides eher ungünstig, da dadurch die Historie und Infos verloren gehen.
Beste Grüße

Moin,

wenn ich mir die Stelle auf den ESRI Bildern anschaue ist der Pfad zur Tür genau da wo er eingetragen war. Auf den Bing Bildern ist dies wegen Schatten und Vegetation nicht wirklich zu erkennen. Warst du zusätzlich vor Ort? Das ist ja durchaus relevant um die richtige Einfahrt zu treffen, um das Gebäude zu erreichen.

Beste Grüße

Landuse wieder korrigiert und MPs entfernt in changeset/147828913

Ursprünglicher Changeset: changeset/147828913