<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 5, 2014 at 8:51 AM, Jack Burke <span dir="ltr"><<a href="mailto:burkejf3@gmail.com" target="_blank">burkejf3@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>-1.  I don't really agree.  The parking/driving area is no more a part of the gas station than any other parking lot is part of the store/building they service.</div><div><br></div><div>I usually do building=roof + layer=1 + amenity=fuel + brand=Foo for the pumps, and building=retail + shop=convenience for the store part.  I also usually put opening_hours on each of them if/as I find out what those are.</div></blockquote><div><br></div><div>That is how I try to tag them. Especially since the fuel brand often changes but the convenience store often stays the same. I usually leave the address node as separate node.  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>Lately I've been playing with using a multipolygon as a way to handle the too-many-address-entries problem.  Join the building=roof and building=retail into a multipolygon, then apply the address data to that.  (I do have to do this before applying the other tags to the areas-that-make-up-the-building bits, but that's easy.)</div></blockquote><div><br></div><div>That is a great suggestion. I'll have to try that.  </div></div><br><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>@osm_seattle<br></div><div><a href="http://osm_seattle.snowandsnow.us" target="_blank">osm_seattle.snowandsnow.us</a></div><div>OpenStreetMap: Maps with a human touch</div></div></div>
</div></div>