<div dir="ltr"><div>Echoing what cleary said about reliance on the DCS Base Map, it's not our goal to recreate their label format.</div><div><br></div><div>In my opinion it's more important to have branch and ref tagged as it gives more flexibility to data consumers on how they choose to label it, eg. they could choose,</div><div><br></div><div>{branch} FS</div><div>{branch} Fire Station</div><div>{branch} Fire Station, {ref}</div><div>{operator} Station {ref}, {branch}</div><div><br></div><div>etc.</div><div><br></div><div>For the name I'd first go with any signage on the ground, but otherwise I think "Lane Cove Fire Station" works well.</div><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 12 Feb 2023 at 22:01, Warin <<a href="mailto:61sundowner@gmail.com">61sundowner@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Note .. The Lane Cove Fire Station had 2 entries for the one feature, <br>
one on a single node the other on a way tagged for the building. I <br>
removed the duplicated tags from the building and place them on the <br>
node. No I am not doing this everywhere, I seek to separate the <br>
amenity=fire_station from the building=* and then expand the amenity to <br>
the boundaries usually beyond the building. Lane Cove did not lend <br>
itself to that. Still thinking on it, and a few other problem sites.<br></blockquote><div><br></div><div>For fire stations that have grounds then yes you'd have amenity=fire_station on the grounds with a seperate building=* way inside. But for these city fire stations that don't have grounds and take up the whole building, the amenity=fire_station -should go on the building way.</div></div></div>