<div class="gmail_quote">On 15 April 2010 17:48, Ed Loach <span dir="ltr"><<a href="mailto:ed@loach.me.uk">ed@loach.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Tim asked:<br>
<div class="im"><br>
> if there were buildings in the OSM map,<br>
> and they<br>
> were split into their individual shop, what's the best way to<br>
> tag it as a<br>
> shop/café/restaurant etc?<br>
><br>
</div><snip><br>
><br>
> Anyone got any input?<br>
<br>
Not on the same scale as Oxford Street, but how about the row of<br>
shops here?<br>
<br>
<a href="http://osm.org/go/0EHnC7KvL--" target="_blank">http://osm.org/go/0EHnC7KvL--</a><br>
<br>
Mapnik doesn't seem to recognise the dentist at 91 or the laundrette<br>
at 99, but adds the icons for the other properties in preference to<br>
their addr:housenumber<br>
<br>
Before I traced the building outline, each was a POI. After adding<br>
the building I just copied the tags from the poi to the relevant<br>
shop unit and deleted the poi.<br><br></blockquote><div><br>I've been taking the same approach and have noticed the same inconsistency in most renders. Some buildings *will* show up the POI icon, others won't. Some POI nodes with address info seem to prioritise the address, some the amenity/etc. type.<br>
<br>Surely it makes sense to keep all information about on physical feature in one node/way/area rather than having several proximate entities referring to the same thing?<br><br>The old rule of "don't map for the renderer" must apply to inconsistent rendering of POIs.<br>
<br>Tom <br></div></div><br clear="all"><br>-- <br><a href="http://tom.acrewoods.net">http://tom.acrewoods.net</a>   <a href="http://twitter.com/tom_chance">http://twitter.com/tom_chance</a><br>