It's a bit like pubs. Around my way, they have an FHRS:ID for the wet sales (the bar) and a separate FHRS:ID for the food, which is often subbed out to someone else to provide. I end up with a separate node for the food, which is fine by me.
On Fri, 20 Mar 2026, 22:32 Ken Kilfedder, <[email protected]> wrote: > I think you're right. There shouldn't be multiple FHRS IDs for a single > entity. If there are two businesses in the same building, they should > have two differrent OSM objects anyway, and if they're both on FHRS, then > the next steps are obvious. > > > > --- > https://hdyc.neis-one.org/?spiregrain > [email protected] > > On Fri, 20 Mar 2026, at 20:03, Dave F via Talk-GB wrote: > > Multiple FHRS:ID values on one entity. > > I've been in conversation with someone who believes adding multiple > FHRS:ID values to one entity is the correct way to tag. > > For example, a school where, not only does it have it's own FHRS:ID, but > the local authority employs external companies to provide facilities, such > as school meals. > > This creates the problem of being unable retrieve data on the number of > these companies from the OSM database as they're not explicitly named. > > He provided an example to justify his method, but I think it reinforces my > point - RBS HQ in Scotland: > > https://www.openstreetmap.org/way/91156737 > > This includes a Tesco express: > https://www.tesco.com/store-locator/edinburgh/175-glasgow-rd > https://ratings.food.gov.uk/business/661909 > > He claims it should be assigned to the building "as RBS building is a > private business that we can't easily map the inside of & the shop > inaccessible by the public or customers". > > Again, this prevents an accurate count of Tesco's shops. > > I perceive the employees as the customers, and giving the shop its own > node & tags inside the building is still more accurate & detailed, even if > the location within the building is rough guess. > > Am I missing some blatant logic? > > Cheers > DaveF > > _______________________________________________ > Talk-GB mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-gb > > > _______________________________________________ > Talk-GB mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-gb >
_______________________________________________ Talk-GB mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-gb
