Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

[amenity-points] Parking areas don't render without a P #2968

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 8 comments
Closed

[amenity-points] Parking areas don't render without a P #2968

openstreetmap-trac opened this issue Jul 23, 2021 · 8 comments

Comments

@openstreetmap-trac
Copy link

Reporter: emacsen
[Submitted to the original trac issue database at 12.47am, Saturday, 15th May 2010]

I'm going to appologize in advance for the very long ticket.

The short version is that the area here:
http://osm.org/go/ZZcbc5UO--

(and throughout Washington, DC) is rendering badly in regards to parking lots, and we should find a way to fix it).

The longer version.

Washington, DC gave us their datasets to be imported into OSM. This included a set of road polygons, of which we were able to extract parking areas, which were then imported into OSM as amenity=parking. Unfortunately all parking areas, in absence of an "access" tag, render as access=public.

I fixed most of those ways/relations in an update last night, changing them to access=unknown (since we don't actually know what most of those parking areas are. Some are parking lots, some are curbside, some are areas off the road, etc.

Unfortunately, even the small areas render with the Parking P, which is not really what we want.

To further complicate matters a little, the Wiki page on amentity=parking specifies that the tag should only be used for lots, rather than non-lot parking:
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking

But this would mean removing all the existing high quality data from OSM, which seems like a big waste, since we have it.

So I'm suggesting that the wiki be changed (I can change it if no one else will) and that we create a new rule for Mapnik to indicate that we don't know what this parking areas is (either access=unknown or something similar) and then retag the objects in OSM to reflect this change.

  • Serge
@openstreetmap-trac
Copy link
Author

Author: emacsen
[Added to the original trac issue at 5.08pm, Saturday, 15th May 2010]

I forgot to mention....

The rules in the Mapnik render, when access is set to something other than public, simply lighten the color of the polygon and the P.

  • Serge

@openstreetmap-trac
Copy link
Author

Author: clockwerx
[Added to the original trac issue at 1.32pm, Monday, 29th April 2013]

+1 to changing the default behaviour, high density areas with parking tagged render "P" at higher zoom levels make the render look quite bad. If below a certain size were excluded, or the rendering style were more subtle (ie: a tiled background) this would be great.

@openstreetmap-trac
Copy link
Author

Author: clockwerx
[Added to the original trac issue at 2.36pm, Monday, 29th April 2013]

openstreetmap/mapnik-stylesheets#9 - undoubtedly wrong, but here's a go at changing it to an area based render (the P becomes a background tile)

@openstreetmap-trac
Copy link
Author

Author: clockwerx
[Added to the original trac issue at 2.47pm, Monday, 29th April 2013]

See also #4089

@openstreetmap-trac
Copy link
Author

Author: clockwerx
[Added to the original trac issue at 2.48pm, Monday, 29th April 2013]

See also #3470

@openstreetmap-trac
Copy link
Author

Author: clockwerx
[Added to the original trac issue at 2.48pm, Monday, 29th April 2013]

See also #3742

@openstreetmap-trac
Copy link
Author

Author: clockwerx
[Added to the original trac issue at 2.58pm, Monday, 29th April 2013]

#2970

@openstreetmap-trac
Copy link
Author

Author: Mateusz Konieczny
[Added to the original trac issue at 5.40am, Thursday, 3rd July 2014]

This issue is now being discussed on Github: gravitystorm/openstreetmap-carto#70 Therefore, I will close the issue here.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant