You are not logged in.

Announcement

*** NOTICE: forum.openstreetmap.org is being retired. Please request a category for your community in the new ones as soon as possible using this process, which will allow you to propose your community moderators.
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***

#1 2021-09-23 21:15:35

Allroads
Member
Registered: 2011-03-05
Posts: 3,316

bollard naast het pad en de te gebruike breedte.

Naar aanleiding VRT topic, breedte hoogte.

Dit is een aparte discussie, waarbij anders tegen gebruik wordt aangekeken.

Bollard op de weg, je wilt weten of die er ook echt staat, midden op het pad of hij fixed is of movable.

Vaak staan naast het pad ook paaltjes (bollards).
Of zelfs alleen maar. "Ground truth" zou dan eigenlijk inhouden dat op het midden, de routelijn, geen bollard getagt mag worden. Je wilt daar wel weten wat de maximaal te gebruiken breedte is.

https://wiki.openstreetmap.org/wiki/Key … h:physical  op de waynode.
maxwidth:physical=* 
en eigenlijk wil je weten waar tussen de afstand geldt, de objecten, de paaltjes, daar is geen goede tag voor.

100px-Norwegian-road-sign-814.0.svg.png

maxwidth:physical=3.5 - maximum width is 3.5 m due to physical constraints


https://wiki.openstreetmap.org/wiki/Tag … le_barrier
Nu heeft barrier=cycle_barrier een cycle_barrier=single.
Daar kan men het wel op de way node zetten. Er is een doorgang, altijd in het midden is het open, bollard niet.
cycle_barrier kenmerkt zich door twee of meer hekjes.
200px-Barrier2.jpg
Nu zijn het twee hekjes, die je op zich apart zou kunnen mappen.
Die wayline node moet wel die route tag hebben.
250px-Cycle_barrier_single_distances.png

Maar bij een bollard weet je niet of er paaltjes staan naast de weg en/of op het midden van de weg. Dat is wel belangrijk.
Die hinderlijke paaltjes in het midden. VRT zal het verschil willen weten.
Twee vormen, wat in Openstreetmap vaak op dezelfde manier word getagt.
Wat dus niet correct is tenzij je het aan geeft. En daar ligt de problematiek.

Bij naast de weg, apart de bollards op locatie taggen en op de wayline node maxwidth:physical=*  ?

Er is geen bollard=* schema, die duidelijk maakt dat de bollard niet op de weg staat.


Twee fences die tot de rijbaan aangebracht zijn, daar geldt hetzelfde voor. Wat overeenkomt met barrier=entrance.
https://wiki.openstreetmap.org/wiki/Tag … 3Dentrance
Eigenlijk wil je alleen tekenen tot aan het pad en op de node maxwidth:physical en dan voor VRT dat het tussen "passthrough (by)" een fence, bollard, wall is.
:passthrough=* wall, fence, block, etc.

https://wiki.openstreetmap.org/wiki/Key … stallation
is te vergelijken met bollard=* raar dat hier een andere opzet wordt gebruikt.
Je zou namelijk dan ook bollard:installation verwachten.
https://wiki.openstreetmap.org/wiki/Key:cycle_barrier met maar 392 node tags.

200px-Cycle_barrier_openable1.jpg
Een omgekeerde werkwijze binnen het barrier concept, key opbouw.

Use cycle_barrier:installation=* to indicate whether a cycle barrier is fixed to the ground or can be opened, removed or similar (to allow the passage of e.g. emergency services or winter road maintenance – similar to bollards (bollard=*). The pictures below show examples for common mechanisms.

Note that usually a key is needed to open or remove a barrier of this kind.


Een voor VRT belangrijke tag.

Last edited by Allroads (2021-09-24 13:23:29)

Offline

#2 2021-09-23 22:58:01

Friendly_Ghost
Member
From: Netherlands
Registered: 2020-05-20
Posts: 357

Re: bollard naast het pad en de te gebruike breedte.

Nog kort geleden is dit voorstel goedgekeurd om fietsbarrières in meer detail te mappen. Dit staat nu goed gedocumenteerd op Tag:barrier=cycle_barrier.

Ik heb nu nog niet zo goed begrepen wat er nu ontbreekt of problematisch is aan de combinatie van barrier=bollard + bollard=* + maxwidth:physical=*, want naar mijn idee geeft dit wel goed genoeg weer waarlangs of waartussen men zich moet/kan manoeuvreren.

Offline

#3 2021-09-23 23:13:36

Hendrikklaas
Member
Registered: 2012-08-15
Posts: 1,397

Re: bollard naast het pad en de te gebruike breedte.

Tja, wie van de huidige mappers surveyed locally en heeft dan ook een rolmaatje op zak ? De laatste kan slecht tegen nattigheid, roest gegarandeerd. Iedere bollard=movable is versleuteld.

Offline

#4 2021-09-24 06:14:39

smootheFiets
Member
Registered: 2019-12-09
Posts: 573

Re: bollard naast het pad en de te gebruike breedte.

Ik tag wel eens maxwidth:physical aan barriers. Rolmaat neem ik niet mee, maar mijn fietsschoenen zijn bijna precies 30cm lang. De wielbasis van mijn fiets is 1,20m. Daarmee kan je wat.

Verder vind ik het niet belangrijk of een paaltje op het pad staat of ernaast. Als er maxwidth:physical=1.8 erbij staat, hoef ik niet te remmen; wel bij maxwidth:physical=1.

Een gerelateerde vraag: als ik paaltjes naast het pad zie, gaat het meestal om krappe beton/schelpenpaden met een brede berm. Dan staat het paaltje op de berm om trekkerverkeer te weren. Vaak (maar niet altijd) removable voor die éne boer die er wel langs mag. Die bollard zet ik gewoon op het paadje, niks mis mee. Maar hoe taggen wij de informatie dat er een begaanbare grasberm zit naast het pad? Belangrijk voor veiligheidsdiensten, vermoed ik. Maar ook voor wandelaars of ruiters.

Offline

#5 2021-09-24 07:34:44

Martin Borsje
Moderator
From: Puth
Registered: 2011-10-22
Posts: 3,187

Re: bollard naast het pad en de te gebruike breedte.

Mijn twee centen in het zakje:
Wat is het nut van deze verregaande vorm van µ-tagging? Een bollard of andere barrier is als node aan de highway gekoppeld. Deze barriers hebben default access (bicycle, foot etc.) die desgewenst uitgebreid kunnen worden.

Dat een bollard pas fysiek dit default access mogelijk maakt doordat in de berm varkensruggetjes geplaatst staan dient toch niet gemapt te worden. De access tags zijn voldoende.

Maxwidth kan je taggen natuurlijk, maar een ligfiets die < maxwidth is kan soms toch niet door een cycle barrier smile
En als smoothefiets al navigerend kan zien of ie, afhankelijk van zijn snelheid, met zijn fiets moet afremmen of niet: knappe jongen.

En een voor de VRT belangrijke tag: daar twijfel ik zeer aan. Indien echt noodzakelijk drukken de brandweerwagens wel eens iets opzij, daar hebben ze OSM niet voor nodig. Net zo min als strooi- en sneeuwschuifdiensten.

Ieder zijn hobby, maar het nut van dergelijke tagging, los van de volledigheid en onderhoudbaarheid waag ik te betwijfelen.

Maar ja, alles kan je taggen: de kleur van een bankje, of er een rugleuning is, een armrest, of er drie of vier mensen op kunnen zitten (maxwidth?), of ie van hout (welk?) of plastic of metaal is, in welke kleur (rood, groen, zwart, regenboog), of ie droog of nat is.

Vreselijk belangrijk allemaal.

Offline

#6 2021-09-24 09:39:28

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 2,201

Re: bollard naast het pad en de te gebruike breedte.

Het gaat hier ook om de bruikbaarheid voor nooddiensten (zie VRT diskussie). Die navigeren zeg maar met een brandweerwagenprofiel, en dat hoeft zich niet aan de normale access en verkeersregels te houden. Maar de router moet wel rekening houden met fysieke mogelijkheden/beperkingen: max doorgangshoogte, max doorgangsbeedte, surface en smoothness.

Je hebt dan twee mogelijkheden: ofwel je tagt precies de fysieke kenmerken die voor hulpdiensten van belang zijn, ofwel je tagt expliciet emergency=yes met de betekenis dat de node of de way toegankelijk én geschikt is voor emergency voertuigen.

Ik zou zeggen, waar je ondubbelzinnig de fysieke kenmerken kan taggen heeft dat de voorkeur. Mocht dat niet goed genoeg kunnen of lukken, tag je emergency=yes bij, of als het specifiek alleen voor brandweerwagens geldt, fire_path=yes.

In dit geval zijn er (daadwerkelijk in gebruik) belangrijke toepassingen, het gaat niet alleen om dat iemand zo graag mooie paaltjes mapt.

Offline

#7 2021-09-24 10:08:37

JanWandelaar
Member
From: Melderslo
Registered: 2011-04-09
Posts: 679

Re: bollard naast het pad en de te gebruike breedte.

Zelf plaats ik alleen een barrier=bollard als het paaltje op/in de weg (of fietspad) staat.

Een situatie zoals hier (links en rechts een paaltje langs het fietspad:
https://www.google.com/maps/@51.4562227 … 312!8i6656
tag ik nooit.
Ik zie die paaltjes niet als onderdeel van een fietspad, ze beperken niet de breedte van het (asfalt)pad.

Als een fietspad bruikbaar moet zijn voor een nooddienst, is het misschien handiger daar juist een access tag voor te maken.
Er zijn waarschijnlijk veel fietspaden die te smal zijn voor 4 brandweerauto's, zonder dat er paaltjes gebruikt worden.

Offline

#8 2021-09-24 11:09:07

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 2,201

Re: bollard naast het pad en de te gebruike breedte.

JanWandelaar wrote:

Zelf plaats ik alleen een barrier=bollard als het paaltje op/in de weg (of fietspad) staat.

Een situatie zoals hier (links en rechts een paaltje langs het fietspad:
https://www.google.com/maps/@51.4562227 … 312!8i6656
tag ik nooit.
Ik zie die paaltjes niet als onderdeel van een fietspad, ze beperken niet de breedte van het (asfalt)pad.

Als een fietspad bruikbaar moet zijn voor een nooddienst, is het misschien handiger daar juist een access tag voor te maken.
Er zijn waarschijnlijk veel fietspaden die te smal zijn voor 4 brandweerauto's, zonder dat er paaltjes gebruikt worden.

Voor de hulpdiensten is (naast doorgangsbreedte, doorgangshoogte en berijdbaarheid) van belang of er paaltjes verwijderd/ingezonken/ingeklapt moeten worden om erdoor te kunnen. Voor middenpaaltjes zal dat meestal gelden, en voor 1 van de poortpaaltjes, dus die zullen ze willen mappen. Het zijn zichtbare elementen met verifieerbare kenmerken. Dus is daar een tagging spec op zijn plaats!

Offline

Board footer

Powered by FluxBB