NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum

Many lakes in my current mapping area are in thick forest. A Dataset uploaded recently (last year or so: NRCan-CanVec-10.0)has added the missing forest to the dataset/area among other features.

The lakes in question show both a body of water as a single feature tagged as natural=water, water=lake etc... but also have a separate feature associated with it that is usually offset a little from the body of water showing the end of the forest as white areas, and the only data referring to it is a tag saying wood=inner. Heres an example of what Im talking about: http://www.openstreetmap.org/#map=17/45.70116/-74.93533

Perhaps this is a necessary mapping protocol as it indicates the end of a forested area, and the beginning of the lake? But to me it seems redundant as the lake already indicates that theres a lake and its in the forest no?

What I have done once already but it is very time consuming is trace the line/area tagged as wood=inner and connected it to every node of the lake so that they are in essence one and the same,

Is this a waste of time? cant i just delete the feature indicating wood=inner and simply have the lake?

Thanks for any help.

asked 31 Aug '13, 02:11

Azzitizz's gravatar image

Azzitizz
445101218
accept rate: 0%


What you have here is a work of two different mappers.

The first mapper mapped the forest and left holes in the forest (in this case the outline of the lake) but he neglected to tag it as a lake so if the lake from the dataset (in blue) was not uploaded, it would only show as a white hole.

Then, as you indicated the dataset was uploaded which has the outlines of the lake, but slightly different in shape, so it covers a part of the white hole but not entirely, so this narrow white area is the result of mapping the same lake twice, each of a different shape.

First you need to decide, which lake is correct, I guess the one from the dataset (in blue). Then you need to delete the other outline that created the white hole. Then the white narrow strip will disappear. To make everything correctly, you should then create a multipolygon relationship between the new lake and the forest.

Also, when you have a lake within the forest, you don't trace and connect every node around the lake to create a lake, as you suggested. Here are some examples how you do it. http://wiki.openstreetmap.org/wiki/Multipolygon_Examples

If you need help with this particular lake, I can show it to you step by step.

permanent link

answered 31 Aug '13, 03:49

slover98's gravatar image

slover98
567141732
accept rate: 5%

PS. I forgot, that you cannot do these multipolygon relationships with iD editor, I use Potlatch which is accessible from iD editor.

(31 Aug '13, 04:22) slover98

Thanks, that explains alot. Are you sure you cant do the multipolygon relationships in iD? There seems to be an option to add tags and relations and polygons in the menu to add or change a feature, near the bottom...

(31 Aug '13, 05:28) Azzitizz

I'm not sure you need a multipolygon relation for small area within a large area when the large area is something else (rather than just a hole), or you'd then do things like an inner member for every building within a residential area.

(31 Aug '13, 07:39) EdLoach ♦
  1. I prefer iD myself and I see the tags at the bottom but I don't see how you add relationships.
  2. EdLoach...re...inner member for each building. Whenever I have an area within area I always do it via polygons. In terms of having many buildings, it is not that time consuming. Here is one of the areas I did recently: http://www.openstreetmap.org/#map=18/38.79449/-77.52220

When you tag each building parking etc when you create them then tags are are automatically added once you create relationships via Potlatch (the double square icon in the tool box), no need to do each building separately.

(31 Aug '13, 10:34) slover98
1

So it looks to me that iD has a way to add multipolygon tags, but I havent seen anyone spell it out yet. I think I got it for the quoted lake above, would someone be able to let me know if I got it right or not, and if not how it should be tagged properly?

I did notice now, I uploaded the map onto my garmin etrex 30 and the lake doesn't show up. it shows the forest at it tells me the lake is there when the cursor is in the area, it give s the name of the lake but its showing only forest. I think I changed it now.

Thanks for any help

(22 Sep '13, 03:43) Azzitizz

I think you can't do it in iD. iD just shows that there is a multipolygon. In order for this to work you need to create relationships between the outer ways and then inner ways, like lakes. The lake that you show is not part of any relationship perhaps that's the reason it does not render on some maps. Potlatch editor can be used to do this.

(22 Sep '13, 13:12) slover98
1

Well, It looks like you can do it. Im just not sure if Im doing it right.

If I trace/create and area within a wooded area, using iD, in the menu on the left, theres an option to add relations. When you click on it a new menu comes up and adding a multipolygon is one of the options you can select.

Now where im a little lost is how to enter the data properly.

Can anyone confirm or clarify this?

(23 Sep '13, 02:23) Azzitizz
1

What you need to do is make the lake's way part of the "wood" multipolygon relation (2581595), and give it the role "inner". You can remove the "lake" multipolygon relation (3166167), as it is unnecessary (since the lake doesn't have an island, etc inside it). Although you can edit relations in iD, I would recommend you do so in Potlatch 2, as I find it much easier to understand what's going on (you just need to switch to the Advanced view at the bottom left).

(23 Sep '13, 15:19) neuhausr
showing 5 of 10 show 5 more comments

From my point of view (or, from a vector-mapping point of view) the source data presentation is absolutely correct as described. The forest's multi-polygon border area presentation tells us that in the hole there is no forest (simply, we don't know what is there). The lake area data layer tells us that there is a lake in that particular hole. Whether the lake's border is exactly the same (just a reference to) or slightly inside the hole's border (quite natural) is right now irrelevant. There are several arguments supporting this view:

  • The suggested overlap of the lake-area over the forest area (with no hole) assumes a particular rendering order (first forests so lakes) typical for raster mapping systems. This is in conflict with the basic motto of OSM "we don't tag for renderers". Besides, this would be just an inverse of the frequent forest-over-water (lakes, rivers, sea) cases.
  • In vector mapping systems we do much more than just viewing map images. Switching on and off, moving up and down data layers, estimating area sizes... all would be wrong with the suggested overlaps. And so on.

So, my general suggestion could be: insert/upload an area with a multi-polygon borders definition (in this case, the forest). If needed, insert/upload a new area (in this case, the lake) into the hole independently from the former area class (but of cause, you may just refer to the holes border polygon).

permanent link

answered 23 Sep '13, 09:55

sanser's gravatar image

sanser
695383955
accept rate: 5%

" Whether the lake's border is exactly the same (just a reference to) or slightly inside the hole's border (quite natural) is right now irrelevant."

I think it is relevant as this was the essence of the question.

(23 Sep '13, 10:38) slover98

No, no. The question was "cant i just delete the feature indicating wood=inner and simply have the lake?". In other words, just have a lake overlapping the forest (with no hole under it). My answer was critical to this solution compared to that having a hole and a new area object (lake) in that hole (as it was in the source data). By the way, if you study the corresponding aerial photo and other images of that lake you will see that the forest does not go down to the water edge on many places (a natural event). Probably, to show these stripes was the motivation to the local editor.

(23 Sep '13, 13:25) sanser
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:

×44
×43
×15
×9

question asked: 31 Aug '13, 02:11

question was seen: 7,383 times

last updated: 23 Sep '13, 15:19

NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum