2
1

Hello,

I'm trying to map our village Zahorany u Berouna (Czech Republic) and I have question about correct use of landuse=residential with mapping towns/villages.

I'm new here. I red base conventions and Tag:landuse=residential and something about snapping polygons to highways. I mapping this from Czech land parcel data (source=cuzk:km) so I'm mapping it on new nodes along the parcel edges (same recommendation I get on Czech Mailing-list). This is clear for me (not a subject of my question).

By this I mapped each consistent residential block separately by accurate land parcel data edges (each residental block divided by some place, street, scrub, grass, green etc. have own polygon). Between this polygon I mapped other landuse (eventually natural) polygons e. g. grass, scrub, reservoir (pond), playground, village green, greenfield, garden (for creating detailed map of village). Dividing landuse=residential to individual blocks By this way I can map areas between residential blocks without its overlapping other polygons (especially other landuse polygons) - I red some basic topological rules and it's not allowed to overlap polygons especially with same tagtype - e. g. landuse with landuse. JOSM screenshot with filtered landuse=residential

But I don't know if this mapping of landuse=residential is correct especially its dividing by separeate blocks and mapping by parcel egdes. Is this way correct or incorrect and it will be better have one big polygon for all this area (on screeenshot) and in some smaller areas overlapped with other landuse (grass, reservoir, playground, school, garden, park) or some natural=scrub etc. in areas where residential blocks are interrupt by some other places or highways.

Thanks for answers and I'm sorry for my bad english.

asked 23 Jul '11, 09:33

Pavel%20Bokr's gravatar image

Pavel Bokr
36113
accept rate: 0%

edited 23 Jul '11, 15:36


Think of landuse=residential as "this is a residential area". A residential area may comprise a whole city quarter; a residential area can contain parks, playgrounds, trees, and roads of course; even the occasional shop doesn't turn a residential area into a retail or commercial area.

This means that one would not normally use landuse=residential to denote only the area where a house and garden are; it will usually cover whole blocks. Also, a landuse=residential will not end on one side of the road and then begin again on the other; it will contain the road - unless perhaps the road is a 8-lane motorway.

Personally I don't see a problem with a smaller area (e.g. leisure=playground or landuse=grass) being drawn "on top" of the landuse=residential area, but some mappers would also in these cases create a multipolygon and make the smaller area a "hole" in the landuse area. That's basically a matter of personal taste.

permanent link

answered 23 Jul '11, 11:57

Frederik%20Ramm's gravatar image

Frederik Ramm ♦
70.9k836431106
accept rate: 24%

Thank for answer! So on this example http://osm.kraluvdvur.cz/osm-zahorany-landuse-residential-mapping.png is about range of residential area correct part A and part B is incorrect???

Then I don't know why recommendation for accurate mapping about land parcel data edges before roads (if is available) if residential area is considered widely generaly with roads and others areas.

If B on my image is wrong I can make correction to A and try to use multipolygon e. g. for farmland in the village etc.

So what have I do?

(23 Jul '11, 15:24) Pavel Bokr

But I'm little confused from various recommendation which are mutually partly inconsistent and I don't find some detailed recommendation or detailed best practice examples (wiki is little short for this) - if is something about this or some good examples please give me a link.

If B (image link in comment above) is wrong I think it will be good this geometry use for barriers=fence to draw closed area for walking-through the mapped area.

(23 Jul '11, 15:25) Pavel Bokr

Neither A nor B are wrong. Both validly define residential areas, B is just a little more detailed but this level of detail is not required. If you want to map it this way, do it. Some people like it, some may say it is an unnecessary level of detail. But in the end all depends on the use case scenario of the data.

(23 Jul '11, 16:44) scai ♦
1

In my opinion, B is very close to "wrong" because a residential road is certainly part of a "residential area", whereas B goes through a lot of effort to exclude the road from the residential area. This is more than "unnecessary detail"; it is misleading detail that helps nobody.

(23 Jul '11, 17:40) Frederik Ramm ♦

Thank You! I Will try some compromise probably with multipolygon (maybe with http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Two_disjunct_outer_rings too) to include residential roads to adjacent residental area and concurrently to try minimize overlaps landuse residental with other landuse or other polygons (so maybe exclude areas around playground, green by the stream and by the teriary highway etc).

For me was misleading especially recommendation about not connecting landuse residental to roads and creating paralel edge if detailed parcel data is available. Thanks for explanation!

(23 Jul '11, 19:11) Pavel Bokr

I don't see any problems with mapping in this way. Whether to snap landuse polygons to highways is up to you, most mapping near me does not snap the polygons to highways.

In the UK there are quite a lot of places where some overlap is used with a big residential area and then smaller places like grass, cemetery, recreation_ground are done with overlapping landuse. Having a partial overlap is bad though, the smaller landuse areas are basically like implicit multipolygons.

So your mapping looks great, I would continue in the same way.

permanent link

answered 23 Jul '11, 11:05

quantumstate's gravatar image

quantumstate
4551512
accept rate: 30%

Most users do not recommend joining landuse and highway nodes and ways, I think even keep right did complain about it, but I cannot see any errors in your mapped area related to landuse although there are a lot of other errors in the surrounding which you may want to fix.

permanent link

answered 23 Jul '11, 13:41

scai's gravatar image

scai ♦
31.4k18285439
accept rate: 23%

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:

×159
×86
×33
×14

question asked: 23 Jul '11, 09:33

question was seen: 8,313 times

last updated: 23 Jul '11, 19:11

powered by OSQA