Moin,

war das Einkürzen von osm.org/way/1059044639 in diesem Changeset beabsichtigt? Das sieht mir wie ein Versehen aus.

Beste Grüße

Moin,

wie auch von anderen im letzten Jahr schon angemerkt: Es wäre sehr nett, wenn du die Wikidata tags nicht einfach bei jedem node kommentarlos löscht.
Mir ist bewusst, dass du sie für nicht notwendig erachtest, aber das ist kein Grund die Arbeit anderer zu entfernen, solange die Tags korrekt sind.

Beste Grüße

Moin,
ist das da tatsächlich schon ausgeschildert? Ich hatte beim Anlegen am Wal geschaut und dort nichts gesehen. Kann natürlich sein dass sie da aktuell schon bei sind/waren.

Beste Grüße

In osm.org/changeset/156946804 im Bereich des damaligen Bestands teilweise revertet.

Moin,

ich würde am Wochenende die Teile vom Änderungssatz, die nicht den Bahnhof Baden betreffen, zurücksetzen, damit der Stand in OSM wieder der Realität entspricht. Ich hatte das nach Fertigstellung einmal komplett erhoben, wie es vorher auch in den Daten war.
Wenn es da Einwände gibt bitte hier einmal kurz melden.

Gruß

Moin,
wenn hier tatsächlich vor Ort erhoben wurde, warum wurde der Weg zwischen Bahnhof Baden und Neue Finien dann als für Fußgänger freigegeben getaggt? Er ist hier ausschließlich für Radfahrer frei. Auch die verschiedenen Wegeoberflächen Richtung Ueser Schafkoven wurden entfernt, das ist etwas ungünstig.
Von neue Finien bis Hasseler Straße ist das ein Weg für Radfahrer und Fußgänger, jedoch separiert. Daher war er als path eingetragen.

Beste Grüße

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 osm.org/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 osm.org/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 osm.org/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