There are some street side parking spaces mapped by a particular user like this: alt text

These small service roads don't really exist, but are used to fill the gap between a road mapped as a way without an area and a street side parking space.

How do I go about correcting this? I see following options:

  1. parking:lane could be used, but I don't want to remove details added by other mapper.
  2. Tag:parking=street_side wiki article has a picture where street side parking space is not connected to the road at all. But imagine two parallel roads with parking spaces in between. There is no way of knowing from which road they are accessible. And shouldn't we try to connect all infrastructure, which is actually connected? alt text

  3. I could connect street-side parking directly to the road, so that it would share one side with the road. But I don't actually know if this is acceptable. alt text

  4. Maybe I'm wrong and the fake service ways are actually acceptable.

Personally, I think that option 3 is better, but since option 2 is mentioned in wiki, is it the only acceptable option?

asked 19 Apr, 18:41

qqqqqqqqqqqqqqqqqqqq's gravatar image

qqqqqqqqqqqq...
26112
accept rate: 0%

edited 19 Apr, 20:51

I only just learned about this tag today. I'm not really sure of the "right" way to represent the connectivity for these.

That being said, I would argue that option 3 is objectively "wrong". If the parking was connected to the highway way like in your example image, it would semantically be saying that the parking extends out to the centerline of the highway, which wouldn't reflect reality.

(19 Apr, 19:32) alester

In reality roads aren't narrow lines either, but we accept them as a such simplified representation on maps. In my personal opinion, maps are always a simplified version of reality. For me, this would be mean that the parking spaces extend UNTIL the road, not it's CENTERLINE.

As another example, imagine a paved road to which connects a dirt road. The dirt road would connect as you say to centerline, but near the connection point in reality it would be a paved surface, which won't be represented on a map.

This is why I feel like the option 3 is better, but thank you for your opinion anyway, that's why I'm asking.

(19 Apr, 20:48) qqqqqqqqqqqq...

I would just leave them as standalone parking (option 2). Most routing software will span a gap of a few metres for routing purposes, all the other approaches involve mapping spurious things that aren't there: there are no service roads for access, the parking does not span to the road centre-line. Option 1 is often the best because it fits better with OSM's centre-line data model, but I agree with you about removing detail.

permanent link

answered 20 Apr, 10:16

SK53's gravatar image

SK53 ♦
26.2k47257411
accept rate: 20%

The small service roads feel definitely wrong. When you change them you could leave a comment in the change set that created those pointing to the wiki.

(20 Apr, 20:17) TZorn
-1

Parking without roads connected to it either seems inaccessible or not completely mapped.For fine detail parking mapping, if imagery is good enough, I use gridify plugin to convert to individual parking spaces. I link them and the general area all into a relation. Either way, I extend the area to reach the road and not go beyond unless there is more parking on its other side. I connect it to the road when the road is an edge/point of the now defined area. For the first image, I'd drag those diagonal edges out toward the road at the same angle which results in being able to see the parking flow even without all parking spaces mapped nor does it require one-way to be mapped/correct to see through such omissions/errors. 'if' I separated the 5 from the main area, id still extend it to the road as I did with the little block just south of it.https://www.openstreetmap.org/#map=19/33.64299/-112.22476 shows one example of how that can turn out for how it works and how it gets awkward. I lose consistency just to the right of 'arrowhead towne center transit center' with the long extension to the 5 spots to its right and they reach beyond the road and back up to the above area where the majority of parking reaches down to it. I also chose to divide the larger area into two separate areas which gets into a micromapping thing and I do have them linked into the same relation. Not sure why the tile renders at best zoom with two 'p' symbols for the bigger left half. I could find other big/small examples if desired though I didn't know what the community even thinks of this work. The thought that the road/serviceway doesn't extend into the parking...does for most spots I have mapped; asphalt continued to flow from being a road to being a parking spot without any barrier. I guess if a dispute came up then you could start mapping each driveway into each spot. I guess we could also make the area connecting between be area=parking-way or some fun.

permanent link

answered 21 Apr, 02:59

mirror176's gravatar image

mirror176
452
accept rate: 0%

What are suggesting in short is: make the parking connected to the road, but map parking spaces with amenity:parking_space, if I understood you correctly.

When the road isn't wide it may look good, but if the road has many lanes and the centerline if far from the road egde, then the parking will extend very far into the road. I feel like both option 2 and option 3 are not ideal now and have flaws.

(21 Apr, 11:49) qqqqqqqqqqqq...
1

@mirror176: this seems hugely complicated to say "here are 5 parking spaces at the side of the road". We should keep OSM simple enough that anyone can quickly add such information

(21 Apr, 13:16) SK53 ♦
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×901
×213
×65

question asked: 19 Apr, 18:41

question was seen: 442 times

last updated: 21 Apr, 13:16

powered by OSQA