I want to map a park in an urban area using a multi-polygon (relation). The question is which way should I use to meet community's best practice? I can choose...

  • streets: but some object already mapped (fire_hydrant) will then appear as in the park while they are not.
  • existing addr:interpolation ways: would be perfect but I will need to split some of them, which is not a good practice (I think).
  • create a new way overlapping existing addr:interpolation ways, which does not seem right either.

Thank in advance, Daniel

asked 16 Mar '18, 20:28

jfd553's gravatar image

jfd553
22091018
accept rate: 0%

A couple of thoughts - one is that it's sometimes easier to understand a situation if you provide a link to it.

Another is that it might be helpful to map examples of the alternatives over on the dev site https://master.apis.dev.openstreetmap.org/ . There's no rendering from that but people will be able to see what you mean by looking in an editor.

(16 Mar '18, 21:26) SomeoneElse ♦
(16 Mar '18, 21:51) jfd553

Areas should usually be mapped using their own ways. Don't use unrelated ways as area boundaries, so no street or addr:interpolation ways. You should only share ways when they are actually closely related, so if the park boundary is a wall, you should re-use the way tagged as wall as (part of) the area boundary.

permanent link

answered 17 Mar '18, 18:55

Jochen%20Topf's gravatar image

Jochen Topf
4.4k54664
accept rate: 34%

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:

×139
×108
×31
×1

question asked: 16 Mar '18, 20:28

question was seen: 716 times

last updated: 17 Mar '18, 18:55

powered by OSQA