Kleine Fragen 2018

Ich weiß nicht, was ich zu diesem Note sagen soll: https://www.openstreetmap.org/note/1433951. Ein Bild dazu gibt es hier: http://www.aachener-zeitung.de/polopoly_fs/1.1857277.1521822784!/httpImage/image.jpg_gen/derivatives/zva_quer_540/image.jpg

Zunächst müsste an allen Straßen (Straße Am Weiherhof und an der Busbucht) sidewalk=both erfasst werden (auch die “Mittelinsel” ist für mich im Prinzip ein Bürgersteig). Dadurch würde sich aber zum jetzigen Zustand/Routing wahrscheinlich gar nichts ändern. Ein Router würde einen Fußgänger weiterhin direkt über die beiden Einmündungen statt außen herum leiten, einfach weil es der kürzeste Weg ist.

Man gäbe damit einem Router die Chance, nach Kriterien wie “Straße mit Bürgersteig ist gut” und “Eine Fahrbahn zu überqueren ist schlechter als 10m Umweg auf einem Gehweg” zu routen. Machen halt derzeit die Router kaum, aber denen fehlt vielleicht auch die Motivation, wenns keiner erfasst (und umgekehrt…)

Warum ist die Mittelinsel ein Bürgersteig? Würde ich nicht so eintragen.

Ansonsten sehe ich nicht wirklich ein Problem. Der Routenplaner sagt ja (leider?) nicht, welche Straßenseite man benutzen soll. Wenn man den Bürgersteig auf der Westseite vom Weierhof benutzt, muss man doch gar nicht über die beiden Einmündungen.

Ein Router ist nur so gut, wie die Daten die er nutzen kann.

@maxbe: Gut, das wäre eine Möglichkeit.

@Discostu36: Bürgersteig deshalb, weil man da einfach nur den schon vorhandenen durchbrochen und auf der anderen Seite eine Straße angelegt hat, damit Busse in beiden Richtungen halten können. Für mich ist das weiterhin ein Stück Bürgersteig der zur Straße Am Weiherhof gehört.

Am sinnvollsten ist also wahrscheinlich an der Straße Am Weiherhof sidewalk=both zu ergänzen und an der Busbucht sidewalk=left (oder auch both). Damit hätte man das Maximale gemacht, was derzeit möglich ist. Alles andere liegt am Router.

Ich würde am Weierhof an dieser Stelle auch nur sidewalk=left machen. Auch wenn das mal ein Fußweg war, ist es (wenn ich das Auf dem Foto richtig erkenne) jetzt eine Verkehrsinsel, über die man eigentlich nicht mehr rüberlaufen soll.

Das ist keine richtige Verkehrsinsel (der normale Verkehr fährt offenbar links vorbei) und dass man nicht rüberlaufen darf wäre schlecht: Dort hält der Bus. :wink:

Ich habe es nun mal wie oben geschrieben getaggt und im Note einen Kommentar hinterlassen.

Ja-ha. Aber nicht alles, wo man drauflaufen kann, ist ein Bürgersteig.

Kleine Frage:

Ich habe heute dieses Weingut gemappt. Die haben ihren Sitz laut Webseite in diesem Gebäude. Vor Ort befindet sich aber die Weinstube im Gebäude gegenüber (Hauptstraße 30) und dort steht auch ein Schild, was auf das Weingut hinweist (an der Hauptstraße 19 steht nichts). Ich war mir deshalb unsicher, wohin der shop nun gehört. An Hauptstraße 19 (Sitz laut Webseite) oder an die Hauptstraße 30 (da sind sie vor Ort)?

Dahin, wo der Shop tatsächlich ist, also wo der nächste Nutzer deiner Daten ihn findet.

–ks

Die lokale Buchhandlung macht Urlaub. Gibt es die Möglichkeit, bei opening_hours solch eine Ausnahme einzutragen? Ähnliches Problem habe ich an Feiertagen, das macht der lokale Bäcker auch jedes Jahr anders und ich kann keine generellen Angaben für Weihnachten oder Ostern machen.

Ne, sry, aber sowas gehört nicht zu OSM. Hier werden langfristig gültige und vor Ort verifizierbare Daten eingepflegt. Für sprzielle Tage wie Ostern und Weihnachten gibt es extra Schlüssel, die aber auch nur dann verwendet werden sollten, wenn das jedes Jahr gleich bleibt und nicht erst 2 Wochen vorher bekannt gegeben wird.

Grüße

Es gibt kein beispiel in der Wiki, aber ich denke das du durchaus ein Jahr mit eingeben kannst. Also “2018 Jul 01-2018 Jul 24 off”. Das evaluation tool acceptiert diese schreibweise.

So einfach kann es sein, danke.

Wenn sowas nicht zu OSM gehört, können wir die Angabe von Öffnungszeiten aber auch gleich weglassen. Es bringt niemandem was, wenn die App sagt “hat gerade geöffnet” und das Schild an der Tür dann “bin gerade im Urlaub”. Wenn die Möglichkeit technisch besteht, sollte man sie auch nutzen. Es gibt auch keinen erhöhten Pflegeaufwand dadurch. Veraltete Daten werden nicht angezeigt und können vom nächsten, der den POI editiert, wieder gelöscht werden.

Es bringt mir aber auch nix, wenn ich mich per Osmand navigieren lasse und in einer Straßensperre lande. OSM-Daten sind nunmal langfristig ausgelegt und bieten keine Garantie, dass die Daten aufgrund kurzfristiger Umstände derzeit nicht korrekt sind.

Daneben stellt sich bei mir dann aber auch die Frage, ob es überhaupt ein Programm gibt, das solche Zusatzwerte ausliest. Und selbst, wenn diese Werte ausgelesen werden, sind die Updatezyklen der meisten Anbieter so groß, dass die Infos meist erst dann überhaupt dargestellt werden, wenn die Daten schon wieder veraltet sind.

Meine Meinung bleibt: Sowas kurzfristiges kann über OSM nicht sinnvoll dargestellt werden und sollte daher lieber erst gar nicht erfasst werden, da sowas nicht zuletzt auch die Einstiegshürde für unerfahrene Mapper unnötig anhebt.

Grüße

Straßensperren müsste man von Hand wieder entfernen, wenn sie nicht mehr da sind, der Vergleich hinkt also. Und vielleicht ist es dir noch nicht aufgefallen, aber die Einstiegshürde für die Eingabe von Öffnungszeiten ist jetzt schon riesig. :stuck_out_tongue: Die wird dadurch auch nicht mehr größer. Und die Update-Zyklen, naja… kommt halt auf den Dienstleister an. Wenn ich es richtig verstehe, kann man bei Osmand Plus jederzeit die aktuellen Daten runterladen (hab ich mir bisher nicht geleistet).

Natürlich gibt es wichtigere und sinnvollere Daten für OSM. Aber ich sehe auch nicht, dass es jemandem schadet, diese zu erfassen.

Das ist übrigens der Grund, warum ich OSM-Navis nie für Navigation mit dem Auto benutzen würde, nur für Fuß und Rad. Aber das ist ein anderes Thema.

Nö, ist vom Prinzip genau dasselbe:
access:conditional=no @ …

erfasse es doch einfach. Falsch ist es nicht und wenn Du es hinterher wieder löscht, wird wohl keiner was dagegen haben. Eine vorhandene (oder auch nicht vorhandene) Auswertung und deren Update-Zyklus ist kein Kriterium für oder gegen die Erfassung.