Re: [Tagging] Feature Proposal - Voting - Toll Gantry

sent from a phone > On 22. Sep 2018, at 23:12, Volker Schmidt wrote: > > The proposed highway=toll_gantry is one possibility. > It woud prefer something like > highway=gantry > gantry=traffic_signals | speed_camera | automatic_toll_collection | ... then I would go for man_made (tagging the

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

In OSM at present there are some twenty gantries for toll collection tagged as highway=toll_bridge. They should be retagged as gantries with equipment for toll collection or whatever their purpose is. The proposed highway=toll_gantry is one possibility. It woud prefer something like highway=gantry

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

sent from a phone > On 22. Sep 2018, at 22:50, Volker Schmidt wrote: > > A toll_bridge [1] is a bridge for which you have to pay to pass, > highway=toll_bridge should be a highway that is a toll-bridge, not a > mechanical structure that is installed above a road to check the passing >

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

On 2018-09-22 22:50, Volker Schmidt wrote: > A toll_bridge [1] is a bridge for which you have to pay to pass, > highway=toll_bridge should be a highway that is a toll-bridge, not a > mechanical structure that is installed above a road to check the passing > traffic. This would be a gantry [2]

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

A toll_bridge [1] is a bridge for which you have to pay to pass, highway=toll_bridge should be a highway that is a toll-bridge, not a mechanical structure that is installed above a road to check the passing traffic. This would be a gantry [2] https://en.wikipedia.org/wiki/Gantry_(road_sign) [1]

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

sent from a phone > On 19. Sep 2018, at 23:23, Jonathon McClung wrote: > > The tag barrier=toll_booth is currently not specific. In fact, when it is > used in the case of a non-barrier electronic toll gantry, it is misleading. maybe it is even mistagged? Looking at taginfo I see 64

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

Tom, I’ll try to address most of your points below Zack LaVergne | Kaart | Software Developer | 501.690.0584 | z...@kaartgroup.com  KAART CONFIDENTIAL This message (including attachments if any) is for the private use of the

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

For the ones you have to stop at, try adding highway=traffic_signals or highway=stop, it's pretty rare to find toll barriers that expect you to stop to not have one or both. For at speed ones, just don't add the stop or signals that don't exist. As for toll gantries not requiring you to slow

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

>In light of the fact that some roads will be missing the tag toll=yes, routing >software will have to be updated to avoid highway=toll_gantry if the user is >trying to avoid tolls entirely. Just a note about this point, there can be barrier=toll_booth's or highway=toll_gantry's which only toll

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

On 20.09.2018 07:28, Warin wrote: On 20/09/18 09:26, Tom Pfeifer wrote: First, how much of a delay is added by the routing engines, have you investigated this? If so, this would be a few seconds once-per trip, not every 500m like a traffic light. Thus the difference on the calculated overall

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

On 20/09/18 09:26, Tom Pfeifer wrote: On 19.09.2018 19:31, Jonathon McClung wrote: The issue is mostly with how the current standard (as stated here https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth ) impacts routing. This

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

On 19.09.2018 19:31, Jonathon McClung wrote: The issue is mostly with how the current standard (as stated here https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth ) impacts routing. This is said on the proposal page here

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

On Thu, 20 Sep 2018 at 09:04, Daniel McCormick wrote: > > That is an interesting case of a toll gantry being on the bridge. I fear > though that adding that to the bridge that goes over the tolled highway > might cause there to be some confusion concerning which road is actually > tolled. This

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

to the tolled road very close to the bridge. This solution would be much cleaner then previous version of polygon toll gantries and is minimally invasive to the data. > On Sep 19, 2018, at 4:40 PM, tagging-requ...@openstreetmap.org wrote: > > Re: [Tagging] Feature Proposal - Voting - To

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

On Thu, 20 Sep 2018 at 07:24, Jonathon McClung wrote: Jonathon Good idea! One question though > We are talking about the increasingly common worldwide appearance of the > toll gantries on their own. Example pictures can be found here >

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

Jérôme, That email seems to be covering a lot of issues that the proposal is not trying solve, nor could it solve without first laying the foundation that it attempts to set. I’ll narrow in on the thoughts that are most pertinent. You stated; “In fact, this is a problem

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

In fact, this is a problem with software solution not a tag. the interpretation is a toll access need to wait a part of time. But if you have badge access you don't wait... and if there is lot of traffic you are depandent of traffic... waiting time is not for me an argument and a limitation caused

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

The issue is mostly with how the current standard (as stated here https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth ) impacts routing. This is said on the proposal page here "Many current routing softwares add a

Re: [Tagging] Feature Proposal - Voting - Toll Gantry

I don't really understand the difference toll_both is a vending machine (or human) with lift gate barrier. It is just an other type of object because in other case you can set really the gantry as line and set on point type camera or other information object. camera as set in relation there is