Hi, I want to map a Lumber shop business. Its outer boundaries are defined by:
I can't find the best way to represent such configuration. I tried creating a multipolygon relation but it fails to "link" those members together. Any suggestion ? Should I use a "site" relation? For the curious ones, here is the case: http://www.openstreetmap.org/edit?editor=id#map=19/35.91258/-79.07332 Thanks.
showing 5 of 6
show 1 more comments
|
What you need is to draw a simple polygon (closed way) surrounding the facility and add the tags qualifying the shop onto this polygon with e.g. "shop=lumber" + "name=name_of_the_shop". When you draw this polygon, you might have to reuse existing nodes created for the fences and buildings. Hence the fence will partially overlap with the surrounding polygon but this is not a problem if this is physically the case. (see this school example from the wiki) answered 16 Dec '13, 10:00 Pieren Agree, besides that a site relation would be required for a feature consisting of several areas: this can also be expressed with a multipolygon relation. IMHO the only compelling reason for a site relation is the possibility to add additional roles like "label", "ticket_office", "parking", "main_entrance" etc. which is not defined for multipolygons.
(18 Dec '13, 12:43)
dieterdreist
|
Like always in OSM, there is not one single 'best' way that fits for every scenario ;) , so I just will try to present a few that IMHO might make sense:
answered 16 Dec '13, 07:31 iii Thanks for your answer. That is helpful. However I've some questions:
Do you mean I should extend the fence to cover the entire area ? the problem is that there is no fence over the entire area so it would not be correct. If I don't extend the fence, then how would we know that the parking belongs to the store ?
If no tool/service that makes use of this relation, how come is it a "common" way to group things together ?
(16 Dec '13, 12:14)
exxos
(18 Dec '13, 12:47)
dieterdreist
If you wanted to do the latter (tag the fence on the area) the way to do it would be to keep the fence untagged (as it is a linear way) and add the attribute "fenced=yes" to the area, but this is not possible here because you don't have a continuous fence (and 2 different mapping styles for the same thing are not desirable anyway). KISS.
(18 Dec '13, 12:48)
dieterdreist
|
Hi take a look at a university or school area, https://help.openstreetmap.org/questions/5148/mapping-a-university-campus. Or just draw a complete way around the area and ad a name tag, without building a multipolygone like iii stated. answered 16 Dec '13, 07:36 Hendrikklaas |
If you want to avoid overlapping ways, which happens in Pieren's case, then you can draw single ways which you chain up as needed with a multipolygon (like you described in your question). Likely you just did something wrong (e.g. no closed multipolygon outer way). However, this does not help for pieces of fence which are no closed circles as multipolygons always need to be "closed". See the usage example(s). I have searched for realworld examples. Look at this one. I am trying to make an example (numbers represent nodes, x-y is a way consisting of node x and y):
answered 16 Dec '13, 13:06 aseerel4c26 ♦ Okayokay, seems here are some relation haters. ;-) Note that I do not recommend this method. I just mention that it is possible. Also note that this help site is no policy vote. Please instead just comment what the downsides of this are in your opinion.
(16 Dec '13, 14:11)
aseerel4c26 ♦
1
yeah, you can move everything to multipolygon relations, even a simple square. Problem is readability and maintainability. Once the same way (or segment) belongs to more than one relation, interpreting the data becomes harder for humans. You move to a more abstractive world where only few people feel confortable.
(16 Dec '13, 14:53)
Pieren
@Pieren: Thank you. Yes, it has many downsides. But using overlapping ways also has downsides. I still think that my answer is helpful to the original question, which is about multipolys.
(16 Dec '13, 15:11)
aseerel4c26 ♦
you can create a multipolygon and won't have any problems or overlapping ways. You simply add the fence-tag to the fence-pieces and leave the non-fence parts of the perimeter untagged (but you add them as outer parts to the multipolygon relation).
(18 Dec '13, 12:50)
dieterdreist
|
Thanks for your answers. It seems to me that I should do as Pieren and Hendrikklaas suggest: * Create a new "way" that covers the entire area and tag it as a "shop"
To make things more complicated, it appears that there is a warehouse located 1 block north of the area that belongs to the store (and customers can go there). http://www.openstreetmap.org/edit?editor=id#map=19/35.91461/-79.07082
So should I use "multipolygon" or "site" to "link" both areas ?
bonus question: do we have a wiki page that lists all the techniques ?
If you cannot surroung the whole facility within a single polygon (as you suggest with the warehouse), then create as many polygons as required and put all of them in the "site" relation. The "shop" tag then belongs to the relation (following the principle that "one feature is tagged only once").
Bonus comment: not really in the wiki. But you can also download the data from well mapped areas and check how it is done by others. It's true that the wiki is lacking in such stuff. We just need motivated writers ;-)
Thanks Pieren for your answers. I am surprised there is only 6 site=shop relations in the entire world. I feel that my case should be somewhat a popular case. http://taginfo.openstreetmap.org/tags/site=shop Moreover, the new relation icon/name does not render correctly. Are you sure it is best way to do it? Thanks.
The tag "site=shop" is purely optional (and more cosmetic than anything else). After the mandatory "type=site", add the sames tags as for normal polygons. Here, add "shop=" + "name="
Fair enough, thanks.
I already added all those tags, but no luck; nothing shows up in the renderer. Any suggestion ?