Proposed features/Park and Ride

From OpenStreetMap Wiki
Jump to: navigation, search

For a more recent discussion on parking tags, incorporating some of the conclusions below, see Proposed features/Parking

Obsoleted by Proposed features/Parking

Park and Ride
Status: Obsoleted (inactive)
Proposed by: Batchoy
Tagging: amenity=park_ride
Applies to: node
Definition: <definition>
Rendered as: See subpage
Draft start:
RFC start: 2007-06-10
Vote start: *
Vote end: *


Contents

Rationale

There is a need to identify park and ride facilites as distinct entities to regular parks facilities. For those who are unaware of 'Park and Ride' amenities, these are carparks typically on the outskirts of large towns and cities associated with some form of transport to ferry users into the town/city. What marks them out from a regular carparks is that the fee charged includes both the use of the carpark and the return journey into the town/city.

Applies to

Nodes.

Usage 

<tag k="amenity" v="park_ride"/>
<tag k="class" v="bus|train|tram|metro|ferry">

Examples

GCR TRAN PKRDB.png

Park and Ride: Default or Bus 

<tag k="amenity" v="park_ride"/>

or 

<tag k="amenity" v="park_ride"/>
<tag k="class" v="bus"/>

GCR TRAN PKRDT.png

Park and Ride: Train 

<tag k="amenity" v="park_ride"/>
<tag k="class" v="train"/>

GCR TRAN PKRDM.png

Park and Ride: Tram, Metro 

<tag k="amenity" v="park_ride"/>
<tag k="class" v="metro|tram"/>

Icon Design

The icon is based on the standard parking sign, with the addition of the half car and half bus/train/metro symbol with a plus sign between then them.

The XML code for all these symbols can be found here.

Batchoy 21:00 21 November 2006 (UTC)


Notes and Comments

I've never encountered a park and ride where the fee was merged. Either the parking was free, or had a separate fee. BART (San Fransisco) park and ride parking can only be payed after entering the platform, so cannot be used for local parking.

I have no idea why it matters, but I know a P+R where the fee is indeed merged. Belgabor 20:13, 5 April 2007 (BST)

Opinion

I'll vote against this, see why : [1] --Bartv 08:09, 29 November 2006 (UTC)

I think your missing something important regarding Park & Rides. They're destinations in their own right - some people will use these instead of driving into a town/city centre - and are therefore necessary for navigation - they're not just something for "Open Yellow Pages" or whatever. Richard B 09:29, 29 November 2006 (UTC)
Yes, I'd concur with that. P&R is an important part of a street-level map. --Richard 09:55, 29 November 2006 (UTC)
Include --PaulY 10:09, 29 November 2006 (UTC)
Park & Ride is as important if not more important that Parking, and the two need to be differentiated. If a Park & Ride scheme exists you can guarantee that parking in town will be both limited and extremely expensive. The aim of these schemes is to stop people taking their vehicles into town, thus as a user of a streetlevel map one needs to know one, that they exist, two where they, and three on the same map that one is doing the route planning, not by having to go looking on yet another map to find them. -- Batchoy 13:01, 29 November 2006 (UTC)
I agree, park and ride is an inportant feature. In places such as Oxford having them on the map is very helpful for outsiders coming into the city. Is this ready to move onto a vote? Ben. 04:29 18th Decemeber 2006 (UTC)
I agree it is important feature that we can't do without, but the structure should be more hierarchical: amenity = parking; park_ride = bus|train|tram|metro|ferry. Renderers that do not know about park and ride (like the current Osmarender) will still give a decent result. This is a general point: if there is clear inheritance, as in this case, use it in the tag design. Chrismorl 23:13, 22 December 2006 (UTC)
While again agreeing that the concept is important, I go further: I think the combined use of existing tags is the way forward: the large areas of parking are area/node amenity=parking and the usually central bus area are amenity=bus_station. These sites are usually very large areas for which a single node tag is inadequate. If this proposal was adopted I think the parking should still be represented as amenity=parking with the P+R icon replacing the bus station, or perhaps even qualifying amenity=bus_station User:David.earl Feb 2007
Why qualify amenity=bus_station? The only park and ride I remember (in Oxford) is hardly a station, more a glorified stop, anyway. There will be bus/rail/metro/tram stations/stops in or adjacent to parking areas that aren't part of park and ride facilities. I think it's fine to draw the area of the parking lot, then have a node wherever appropriate to denote the kind of park and ride facilities. TomChance 09:44, 6 April 2007 (BST)
The current explanation in Proposed_features/Parking is inappropriate : you cannot say that parking_type "Could also be park_and_ride" Parking_type is used for geometrical properties (multi-storey, underground or surface). park and ride is a legal property. It is not exclusive from these values. Art.penteur 12:10, 04 December 2009 (UTC)

Voting

This Proposal has a majority Approve vote for amenity=parking with a park_and_ride tag added to it. The proposal should be modified and put to a revote. --Nickvet419 22:35, 12 July 2008 (UTC)

Retrieved from "http://wiki.openstreetmap.org/wiki/Proposed_features/Park_and_Ride"
Personal tools
Namespaces
Variants
Actions
site
Toolbox