Webkaartje met Fietstags

make_layer("http://overpass-api.de/api/interpreter?data=node[barrier][barrier!=bollard][bicycle!=no][bicycle!=yes][access!=private][access!=no]

waarom die bollard eruit?

dacht dat daar juist tags op miste

Fietsers kunnen er toch gewoon langs?

oneway:bicycle of bicycle:oneway is nog niet meegenomen, cycleway:right of :left ook niet en zo zijn er nog talloze combinaties te bedenken (denk aan verschillende access combinaties), daar wordt het kaartje niet overzichtelijker op.

Ik moet zeggen dat ik Ach3rOn wel begrijp. Omdat renderers geen aparte highway willen voor brommerts maken we er maar een fietspad van waar je niet op mag fietsen. Dat lijkt wel heel erg taggen voor de renderer (en dan niet om de bromfietspaden er mooi als fietpaden uit te laten zien maar omdat renderers anders problemen zouden krijgen). Is deze manier van taggen ergens uitvoerig besproken?

Ik zou me maar niet opwinden over die piepkleine verbindingsstukjes cycleway (voor mijn part maak je er highway=unclassified van) en ga eens uitzoeken hoe je die popup’s werkend krijg daar hebben we veel meer aan :sunglasses:

Ik noemde specifiek oneway:bicycle=no omdat die identiek is aan cycleway=opposite en alletwee gebruikt worden. Dus nu lijkt een buurt met veel eenrichtingswegen soms onvolledig gemapt omdat de oneway:bicycle=no niet gekleurd wordt. En ik hoef vast niet te zeggen dat oneway:bicycle=no mijn voorkeurstag is :stuck_out_tongue:

oneway:bicycle wordt idd redelijk veel gebruikt, hij zit er nu in:
[cycleway!=opposite][oneway=yes][‘oneway:bicycle’=no] dwz een combinatie van oneway=yes maar zonder cycleway=opposite (want beiden tegelijk komen ook vrij veel voor)

Ja, bedankt. Had net de source gedownload en was zelf ook aan het spelen geslagen op een lokale server.
Die permalink div boven aan de bladzijde, laat je die bewust staan?

NB1
Ik bedoelde trouwens dat beide tags in 1 laag kwamen. Uitgaande van het idee dat het niet uitmaakt welke van de twee tags je gebruikt, als de weg maar als tweerichting voor fietsers is getagd. Dus de volgende selectie:
make_layer(“http://overpass-api.de/api/interpreter?data=(way[‘oneway:bicycle’=no] (bbox);node(w););out+skel;(way[cycleway=opposite] (bbox);node(w););out+skel;”, “yellow”, name=“Cycleway=opposite or \n oneway:bicyle=no (geel)”)

NB2
Beetje met de layout aan het stoeien geweest om de kaart volledig scherm te krijgen:
volledig scherm

De JOSM preset doet je denken dat je expliciet moet aangeven welke voortuigen een paal mogen passeren.

Maar volgens de wiki hoeft dat niet want de standaardwaarden zijn access=no, foot=yes, bicycle=yes

Nadat ik de JOSM preset ben gaan gebruiken, heb ik ook steeds foot=yes en bicycle=yes toegevoegd, maar ik zie dat dat niet nodig is.

Vandaar de verwarring, denk ik.

(Edit: een beetje off-topic hier: als default is access=no, werken die standaardwaarden voor paaltjes (barrier=bollard) juist niet voor snorfietsen (mofa=) op een verplicht fietspad en brommers (moped=) op een fiets/bromfietspad. **Als **de navigatiesoftware die standaard volgt …)

@Noordfiets: ik wist niet hoe je meerdere tags in één layer kon krijgen, dus als jouw oplossing werkt zal ik die graag inpassen. Dan zijn dus nog meer combinaties mogelijk, zoals met bicycle:oneway=no.
@Frank navigatiesoftware voor snorfietsen kan bij barrier=bollard die access=no tag makkelijk anders interpreteren door mofa=yes standaard toe te voegen. Dus die standaardwaarden zeggen niet alles, dat wordt bepaalt in de router. Het heeft dus ook weinig nut om in osm al die standaard tags er aan te gaan hangen. Bv bicycle=yes voor highway=cycleway etc. Pas als de situatie afwijkend wordt zijn die tags wél belangrijk.

Even aan het stoeien geweest, ook met de layout ( kaart volledig scherm ):

volledig scherm en combilayer 1 richting

Ziet er goed uit Noordfiets! Neem jij nu het stokje over? Zou ik geen bezwaar hebben, Peewee denk ik ook niet :wink:

Nog even over die oneway:bicycle=no, dat hoeft niet per definitie hetzelfde te zijn als cycleway=opposite want het wordt ook vaak gebruikt icm cycleway=(opposite_)lane of cycleway=(opposite_)track
De combinatie met opposite_track of opposite_lane is in feite dubbelop. Zoals hier
Verder heb je nog meer mogelijkheden, bv oneway=-1 of bicycle:oneway=no

Dat allemaal combinerend ziet het er dan zo uit (een commaatje of haakje vergeten en het werkt niet meer ;-))

http://overpass-api.de/api/interpreter?data=(way[cycleway=‘opposite’](bbox);node(w););out+skel;(way[cycleway!~‘^opposite’][oneway=yes]‘bicycle:oneway’=no;node(w););out+skel;(way[cycleway!~‘^opposite’][oneway=yes]‘oneway:bicycle’=no;node(w););out+skel;(way[cycleway!~‘^opposite’][oneway=-1]‘oneway:bicycle’=no;node(w););out+skel;(way[cycleway!~‘^opposite’][oneway=-1]‘bicycle:oneway’=no;node(w););out+skel;”,“yellow”,name=“oneway:bicycle=no of cycleway=opposite”)

Btw de attributie is geen cc-by-sa meer maar odbl

Cycleway=opposite is een @$@&$6 - tag. Wat je wilt is de oneway status beschrijven voor een specifiek voertuig. Dan is oneway:=yes/no logischer en was al die verwarring er niet geweest. Cycleway=* beschrijft een fysieke aanwezigheid, oneway=* een verkeersregel. Cycleway=opposite beschrijft een verkeersregel met een fysieke tag …
Ik zou dus gevoelsmatig cycleway=lane + oneway=yes taggen. Fysiek en verkeersregel.

Wat dat stokje betreft: in drie stukjes breken? Mijn layout staat nu op een ‘server’ in de achterkamer en is niet echt bedoeld voor massaal gebruik.

Wat ik nog eens wil uitzoeken is het maken van een popup en edit mogelijkheid.

Die attribute komt rechtstreeks uit de openlayers api …

Ik wil 'm wel hosten op de mijndev server (daar is die ook voor bedoelt). Die cycleway=opposite is idd :rage:
Wb de oneway tags in mijn voorbeeld zou je die ook wel helemaal weg kunnen laten, 99% van de gevallen is het wrsch oneway (=yes, 1,-1) dus dat scheelt weer wat code en dan hou je er drie over, opposite, oneway:bicycle en bicycle:oneway (op de wiki staan ook nog combinaties met bicycle:forward=* en bicycle:backward=* maar die worden hier gelukkig niet gebruikt)

Probleem is dat zowel moped= en mofa= geen standaardwaarde op highway=cycleway hebben, terwijl dat voor de Nederlandse situatie wel nodig is om correct te taggen.

Als je een barrier plaatst op een fiets/bromfietspad (in dit geval ging het mij om een paaltje bij de overgang van een fiets/bromfietspad naar een fietsstraat) dan levert dat gewoon als standaardwaarde access=no m.u.v. voetgangers en fietsers en worden alle andere gebruikers geweigerd. Dat moeten we niet willen, toch.

Ja, eenvoudig maken, maar niet eenvoudiger dan dat het echt is, a.u.b.

Goed bezig hoor Noordfiets. Ziet er heel goed uit. Ligfietser had het bij het juiste eind. Als jij het stokje wil overnemen… geen probleem hoor.(graag zelfs)

Zo’n popup met edit mogelijkheid zou het helemaal afmaken. Op openstreetbugs doen ze iets dergelijks als je met je muis over een bug heen gaat (mouseover) . Misschien geeft dat nog wat inspiratie.

Het viel me wel op dat als je ver uitgezoomd ben je dan niet meer de tekst ziet verschijnen dat je moet inzoomen. Ms kun je daar iets voor regelen.

Als je niet op Ligfietsers aanbod in gaat om het op zijn mijndev te plaatsen kun je ook altijd zelf nog een mijndev aanvragen of gewoon bij je eigen provider een homepage maken. Als je daar de 2 bestandjes plaatst (overpass.js en je html) dan moet het volgens mij ook lukken. Veel dataverkeer is dat niet want de meeste data wordt aangeroepen vanaf andere servers.

Ik zou zo zeggen: Zet em op :wink:

Ik denk dat de opensnorfietsmap maker geen probleem heeft met bollards zonder tag. Hij kan er gewoon access=no mofa=yes opplakken, tenzij je het hebt over een overgang van verplicht naar onverplicht fietspad, maar dan ziet de router het wel aan het soort cycleway, als tenminste goed getagd wordt (highway=cycleway alleen is idd niet genoeg, er moet dan wel bij vermeld worden mofa=no in geval van onverplicht fietspad).

Of deze wellicht: http://osm.dumoulin63.net/xapiviewer/?zoom=12&lat=52.15997&lon=5.39874&layers=0BT&icon=icons%2Fshopping_bicycle.n.32.png&request=shop%3Dbicycle

Wat doen we met deze fietspaden: http://mijndev.openstreetmap.nl/~ligfietser/fiets/?zoom=16&lat=53.15293&lon=7.04791&layers=B0TTTTTTTTTTTTT
highway=path & bicycle=designated

Op de Mapnik en OFM kaart worden ze gewoon als highway=cycleway gerenderd en de Oosterburen mappen de meeste fietspaden zo.
Als apart item opnemen of onder highway=cycleway stoppen?