Fahrrad-Access-Map

Mueck · 2010-06-15T16:08:29.000Z

t-i:

Ein Fahrrad-Router sollte sowieso nicht auf Autobahnen leiten (auch ohne bicycle=no). Daher ist das explizite taggen von bicycle=no auf highway=motorway und highway=trunk mMn nicht nötig.

Mööööp!

Schwerer Fehler!

Bei Autobahn (motorway) hast Du recht, dass impliziert zumind. in DACH bicycle=no.

Bei trunk liegst Du daneben.
Der Ausbaustandard (und dafür steht trunk nämlich: autobahnÄHNLICH kreuzungsfrei und idR mittig baulich getrennt) impliziert NICHT bicycle=no.
Wenn da keine Radfahrer radeln sollen muss da
-) entweder ein Fahrradverbotschild hin (bicycle=no)
-) oder ein Kraftfahrstraßenschild hin (motorroad=yes)

Es gibt in Karlsruhe genug trunks OHNE Kraftfahrstraßenschild (dann motorroad=no zur Klarstellung) und im Gegenzug leider auch Nicht-trunks (normale Straßen halt) mit Kraftfahrstraßenschild …

Deswegen wäre es nett, wenn zumind. motorroad=yes gerendert würde

Ansonsten Klasse! Danke!

SunCobalt · 2010-06-15T16:12:50.000Z

aighes:

Wenn man es aus der Sicherheitsperspektive sieht, hast du natürlich recht.

SunCobalt:

Mit welcher Geschwindigkeit, sei mal dahin gestellt

Ganz schön egoistisch… für eine geringfügige Sicherheitserhöhung bei dir nimmst du eine deutliche Erhöhung der Gefährdung von spielenden Kindern in kauf.

Bissl sehr vorschnell beim Urteilen, oder? In den living_streets die ich kenne, sind die Kinder nicht fest installiert und spielen zu jeder Jahreszeit rund um die Uhr bei jedem Wetter. Sonst müsste ich ja dauernd stehen bleiben um die Position fürs spätere barrier=child erfassen. Es gibt hier sogar living_streets, in denen ich noch nie spielende Kinder gesehen habe. Bei einer, die bei einem vor kurzem aufgegebenen Polizeirevier liegt, munkelt man, die wäre nur da, damit es die Polizei nicht soweit zum blitzen hat.
Wie dem auch sei, ich fahre angepasst, was in living_streets auch schneller als 7 kmh sein kann, oder aber auch mal 10 kmh wenn es die Situation auf einer 50er Strecke erfordert.

Mueck · 2010-06-15T16:25:48.000Z

Ergänzung zu trunk/motorroad:

Beispiel eines Kleeblatts mit trunk und motorroad=no von rechts, erkennbar am secondary-orangenem Begleitstrich (gerendert nur bei trunks), währen motorroad=yes am motorway-blauen Begleitstrich erkennbar ist.
Und hier noch ein Bsp. mit motorroad=yes an primary, nach unten zweistreifig, einer pro Richtung ohne Trenung, vulgo: stino Landstraße

Mueck · 2010-06-15T16:42:41.000Z

aighes:

Zumindest in Deutschland sind Fahrräder auch von vehicle=no betroffen. Ob letzteren auch für die Schweiz zutrifft weiß ich nicht.

Latürnich ist ein FAHRrad überall ein FAHRzeug (vulgo vehicle), sonst wär’s ein Schiebzeug oder Tragzeug oder was auch immer …

Mueck · 2010-06-15T16:45:51.000Z

t-i:

Für meine optische Karte fände ich es sogar eher störend, wenn alle Autobahnen rot leuchten würden…

Dezentes Schwarz wäre noch frei für motorway und motorroad=yes würde dunkelrot dazwischen passen …

t-i · 2010-06-15T17:13:25.000Z

soderle, ich habe das Ganze mal hier zusammengefasst:

http://wiki.openstreetmap.org/wiki/User:T-i/Access-Map

Konkrete Wünsche können auch dort auf der Diskussions-Seite eingetragen werden, damit ich sie nicht aus den Augen verliere…

t-i · 2010-06-21T00:02:45.000Z

Und es gibt eine neue, verwandte Karte:

http://access.t-i.ch/qa-map.html

Pro Layer wird nur ausgewertet, was im entsprechenden Key steht; es gibt keine Vererbung ‘von oben’ und highway=* wird nicht beachtet.

Daher bitte nicht alle Wege, wo man mit dem Fahrrad fahren darf, mit bicycle=yes taggen, nur damit sie im entsprechenden Layer grün leuchten.

Gandhi · 2010-06-21T08:44:51.000Z

Wie kann man sich so eine Karte selber bauen? Ohne Webserver sondern für mich alleine?

t-i · 2010-06-22T02:39:41.000Z

Ich habe mit folgender Anleitung begonnen (Hier: Virtuelles Ubuntu auf Windows 7):

http://weait.com/content/build-your-own-openstreetmap-server

Alles weitere habe ich mir von unterschiedlichsten Quellen zusammengereimt… Kostet insgesammt aber einige Stunden an Arbeit!

Die Karte mit Vererbung ist jetzt auch online:
http://access.t-i.ch/qai-map.html

…mit Bitte um Feedback, bevor ich die Styles auf toolserver.org hochlade. Danke.

juson · 2010-06-22T05:52:25.000Z

kleines Problem?

bei mittlerer Zoomstufe führen die Linien allerdings dazu, daß man die Ortsnamen teilweise nicht mehr lesen kann:
z.B im Münsterland
http://access.t-i.ch/access-map.html?zoom=11&lat=52.01853&lon=7.49745&layers=B00TF

Gruß Juson

zapfen · 2010-06-22T06:29:08.000Z

Hallo Thomas,

wäre es möglich als Testregion auch noch den Grossraum Basel zu haben?

lat 47.45 47.6, lon 7.5 7.7

Danke und Gruss
zapfen

t-i · 2010-06-23T05:57:07.000Z

juson:

bei mittlerer Zoomstufe führen die Linien allerdings dazu, daß man die Ortsnamen teilweise nicht mehr lesen kann:
z.B im Münsterland
http://access.t-i.ch/access-map.html?zoom=11&lat=52.01853&lon=7.49745&layers=B00TF

Das geht bei einem Overlay leider nicht anders, da er immer über der Karte liegt. Ein komplettes Rendering (wie z.B. bei der OpenCycleMap) ist mir momentan zu aufwändig/kompliziert.

zapfen:

wäre es möglich als Testregion auch noch den Grossraum Basel zu haben?

Nein. Technisch bin ich mit 40’000 gerenderten Tiles bereits an der Grenze des für mich einigermassen bearbeitbaren. Aber noch vor dem Wochenende sollten die Styles via toolserver weltweit verfügbar sein…

fx99 · 2010-07-08T12:01:48.000Z

Sind die Seiten nicht mehr verfügbar?

t-i · 2010-07-08T12:29:44.000Z

Die Seite sollte spätestens am Wochenende wieder online sein…

wicking · 2010-07-08T12:46:01.000Z

Wäre es auch möglich Straßen mit Pflastersteinen (surface=cobblestone) hervorzuheben?

Diese versuche ich nämlich gerade alle zu erfassen, weil die mich beim Radfahren sehr nerven, jedoch viele noch nicht eingetragen sind und daher http://bbbike.org einen trotzdem über diese leitet.

fx99 · 2010-07-23T05:05:03.000Z

t-i, danke, dass die Karte wieder verfügbar ist.
Allerdings scheinen mir die Daten sehr alt ( > 3 Wochen).
Ist es möglich, das Datum der Aktualisierung zu vermerken, wie z.B. in http://olm.openstreetmap.de ?

t-i · 2010-07-28T08:21:58.000Z

Leider gibt es momentan Probleme mit dem Renderer bei toolserver, der eines meiner Stylesheets nicht versteht. Abhilfe sollte es bald geben…

t-i · 2010-10-11T10:45:57.000Z

Soderle, es hat ein grösseres Update gegeben: http://access.t-i.ch/extended-bicycle.html

Auf dem Toolserver läuft nun Tirex, welcher die Kacheln verwaltet und veraltete Gebiete automatisch neu rendert. Zudem erscheint bei eingetragenem surface=* jetzt eine Mittellinie:

Schwarz bei geschlossener/geteerter Oberfläche
Weiss bei befestigter/bearbeiteter Oberfläche
Rot bei natürlicher Oberfläche

Schön zu sehen z. B. hier.

juson · 2010-10-11T13:00:17.000Z

Hallo,

vielen Dank.
Was ein bischen merkwürdig aussieht:
http://access.t-i.ch/extended-bicycle.html?zoom=9&lat=51.95341&lon=7.54637&layers=B000T

t-i · 2010-10-11T14:55:59.000Z

Die schwarzen Würmer sind noch überbleibsel vom alten Style, nach und nach werden sie durch das Radweg-Netz ersetzt (Ich habe die Update-Logik von Tirex noch nicht ganz verstanden…) Beim nächsten Update des Styles ändere ich dann auch die Farben fürs Netz.