Ik zie dat Valhalla de wijziging heeft opgepikt, en nu door de parkeergarage routeert 
:
1 Like
Zo te zien missen iig de slagbomen, en misschien ook access=destination oid? Of fee=yes?
Bij deze weg staat een C14 bord (verboden voor fietsers). Dus je mag er wel lekker wandelen en dan loop je zo de drukke straat op. Welke tags voeg ik hier aan toe om dit duidelijk te maken? Of is highway=service voldoende?
Ik denk dat wat meer context handig is, zoals een foto van de situatie of waar het bord exact staat. Nu is er alleen link naar het voetpad langs een weg. Dan kunnen we vast verder helpen.
Sorry, ik had de verkeerde url geplakt. Het gaat om dit stukje weg
Josm screenshot voor het betreffende stukje weg (rood uitgelicht):
Net zo als de Professor van Buchemlaan zou je daar foot=use_sidepath kunnen aan toevoegen. Er is geen bord maar wel de verplichting het voetpad te gebruiken.
Nodig is het niet, geen enkel router zou over die stukje moeten routen omdat de Professor van Buchemlaan al foot=use_sidepath heeft.
Uitritconstructie
In mijn buurt hebben veel residential straten een uitritconstructie gekregen naar de tertiary binnenringweg, ipv een voorrangsregeling. De voorrangsborden met diverse onderborden zijn weggehaald. Fietspad en voetpad lopen ononderbroken door. Ik heb de kruispunten (van fietspad en voetpad met de zijwegen) getagd met highway=crossing, crossing:continuous=yes.
De voetpaden daarnaast met crossing:markings=surface. De fietspaden hebben ook doorlopende betegeling en kleur, maar ook blokken aan weerszijden.
Dus daar heb ik crossing:markings=surface én =dots. Ik zat te denken: kies ik er een en zo ja welke? Of doe ik ze beide, maar dan wil ik toch de belangrijkste voorop, dus heb ik dezelfde keuze!
Hoe doen jullie dat?
Daarnaast, de implicaties van crossing:continuous zijn niet overal gelijk gedefinieerd, niet IRL en ook niet in OSM, dus toepassingen kunnen er geen conclusies aan verbinden. Ik zet dus overal de juiste give_way nodes bij, maar ik vermoed dat niet veel mappers even gek^Hdreven zijn als ik op dit punt.
Ik kies voor dots.
Het verschil in surface wordt op een andere manier gemaakt. ook met
surface:colour=red.
Op verzoek heb ik ook de kleur aangegven, nog geen preset.
Het hele fietspad kan dat hebben, maar ik zie zelden dat dat voor het kruisen van zijwegen apart geknipt en getagd wordt. Op de crossing node, kan, maar dan zegt het nog niet dat het de meest kenmerkende markering van het oversteekpad is. Waar zie je het aan, met name, waar ziet de auto op de zijweg het aan. Daarvoor dient crossing:markings=…
Veelal is het de positie van de traffic_calming=table en de stijlte de table op, vaak worden daar inritbanden gebruikt, standaard NL maten die ik tag als kerb, vanwege dat vaak ook de voetganger/rolstoeler die moet nemen.
Ik kan mij voorstellen dat de veiligheidsregio, zelf die ook in een database willen hebben, want zon inritband 45/10, is ook voor hun niet lekker.
Alle aparte elementen kunnen natuurlijk ook als zelfstandige objecten gemapt worden. Ik probeer het zo simpel mogelijk te taggen op de crossing node zelf.
Ik teken een bus-stoep als een lijnstuk (public_transport=platform). Moet/mag ik de bushalte-knoop (highway=bus_stop) aan de lijn vastmaken?
De paal van het bushalte bord zit nooit vast aan de lijn. Heeft zijn eigen plaats, waar de paal staat.
De haltepaal staat precies op het platform.
Is dit wetland=fen?
Het is in de uiterwaarden van de Nederrijn,volgens mij is daar geen veenvorming, en het is ook niet ground-water fed.
Wat is een handig alternatief voor Overpass Turbo? Merk dat de laatste tijd de meeste van mijn queries mislukken vanwege ‘te druk’. Dat zijn ook niet per se grote queries (qua hoeveelheid data die ze moeten opleveren) zoals bijvoorbeeld adresnode(s) proberen te zoeken binnen een kleine bbox.
Nu is het antwoord natuurlijk ook sterk afhankelijk van de query. Voor de query met adresnodes is het gebied in JOSM downloaden en dan zoeken in de gedownloade data een optie die ik dan maar heb toegepast maar niet voor alle queries is dat handig. Een voordeel van Overpass Turbo is de integratie met JOSM zodat je het resultaat van een query ook direct als bewerkbare data hebt, vooral voor die flow ben ik benieuwd naar alternatieve werkwijzes.
Indien dit meer geschikt is voor een apart topic hoor ik het ook graag.
Edit: puur voor opzoekacties in Overpass Turbo heb ik in elk geval dit gevonden: GitHub - woodpeck/postpass-ops: operational issues about the Postpass instance run on postpass.geofabrik.de · GitHub Je kunt dus blijkbaar in Overpass Turbo de Postpass-query uitvoeren op die specifieke server. Die was (anekdotisch) bliksemsnel met het antwoord op een simpele query.
FairwayMapper heeft een Overpass instance met gratis toegang voor ‘actieve’ OSM-bijdragers. Ik ben even kwijt wat de precieze grens is om ‘actief’ te worden genoemd, maar ik geloof dat de lat niet heel hoog ligt. Hiermee heb ik nog geen problemen gehad zoals op de ‘standaard’ Overpass.
Je kan de FairwayMapper server ook in Overpass-Turbo zetten, dan blijf je bij je vertrouwde UI.
2 Likes
Top! Ik kom blijkbaar ook in aanmerking dus heb zo’n sleutel aangemaakt en werkt ook prima vanuit JOSM :)
Even een kort vraagje over adresnodes uit BAG. Is het een probleem als een adres wel in OSM staat maar de node niet source=BAG heeft? Wordt bij een herimport van het pand dan alsnog die node gedupliceerd toegevoegd of wordt er in het geval van een bestaande adresnode (ook zonder/andere source) dan niets gedaan?
Concreet gaat het om deze node: Node: HEMA (9461350027) | OpenStreetMap In de geschiedenis zie ik niet dat er ooit source=BAG op heeft gestaan maar kan ook in de buurt geen andere adresnode vinden voor de combi straat en huisnummer met Overpass. Heeft hier de BAG-node nooit voor bestaan of is die misschien ooit verwijderd? (is dat nog achterhalen?)
Adres komt wel in BAG voor: BAG Viewer (ook ongeveer op zelfde plek als OSM zo te zien)
Als ik zo kijk, is die adresnode handmatig aangemaakt. Als er een overeenkomstige node in de BAG staat, kun je gewoon source=BAG toevoegen.