user_242798 (2018-11-28 14:35:08+00:00): Hotel Restaurant Abrona, Oudewater.
Dit was door mij getagd als een relation, type=site, met drie objecten: building, hotel én restaurant.
Zie: https://i.postimg.cc/j5vrYKbR/Hotel-Restaurant-Abrona-Relation.png
In deze changeset is [amenity=restaurant] - als node -  verwijderd en zijn [amenity=restaurant] én [tourism=hotel] samengevoegd op de BAG-address-node.
De relatie is daarmee zinloos geworden, maar niet verwijderd (wat logisch zou zijn).
Dit werkt prima op OsmAnd, want OsmAnd is in staat om méérdere POI's te tonen voor één object (POI).
Maar dit werkt niet op mkgmap (Garmin) kaarten. Hier geldt: één object, één kenmerk.
Gevolg is dat het de keuze is van de Renderer om óf [amenity=restaurant] óf [tourism=hotel] te tonen. Beide is niet mogelijk. 
Zie, bijvoorbeeld: 
https://www.openstreetmap.org/#map=19/52.02407/4.86940
Hier is gekozen om het hotel te tonen, maar niet het restaurant. Het restaurant wordt bij zoeken ook niet gevonden. Hetzelfde geldt voor OpenFietsMap.
Ook JOSM toont alleen een hotel.
Op mijn eigen kaart vind ik restaurants belangrijker en vind ik het hotel dus niet, maar wel het restaurant.
Deze niet heel fraaie oplossing (relation, type=site), heb ik ook toegepast bij Het Wapen van Harmelen, Harmelen.
Voordeel is dat alles hier op de kaart staat: én hotel én restaurant én café.
Teleurstellend was dit ik van mening ben dat de naam "Het Wapen van Harmelen" alleen op de relatie moet staan. Drie keer dezelfde naam op drie verschillende objecten is niet heel netjes. Maar daar protesteerde de controle tools (Osmose en misschien ook Keep Right) weer tegen: dit is een restaurant en daar hoort een naam op!
Dus, onder protest, drie keer dezelfde naam.
Hier is dit weer anders opgelost: "HOTEL NOBEL AMELAND",  Ballum, Ameland.
Drie nodes, allemaal met een naam die ook het object beschrijven: tourism=hotel, name=Hotel Nobel, amenity=restaurant, name=Restaurant Nobel, amenity=pub
name=Café Nobel.
Met dit is weer in strijd met:
https://wiki.openstreetmap.org/wiki/NL:Key:name 
De namen zouden beperkt moeten blijven tot alleen de naam van het betreffende item en zouden geen categorieën, types, adressen of opmerkingen moeten bevatten.
Maar ook dat is hier lastig, want "on the ground" zie ik de tekstborden: "Nobel" én "Hotel" én "Restaurant". Of "Café" ook op straat zichtbaar is weet ik niet (Mapillary foto's zijn matig/slecht en onvolledig).
Een goede oplossing is  (mij) onbekend, omstreden (zoals alles op OSM), dan wel nog niet goedgekeurd. En dat na 10 jaar.
Zie: https://wiki.openstreetmap.org/wiki/Relations/Proposed/Site
However, this relation is not to be used in cases where the elements are inside one or more areas where the perimeter can be tagged with an appropriate area tag.
Maar in het geval van Hotel Restaurant Abrona: er bestaat geen "appropriate area tag" die aangeeft dat dit zowel hotel als restaurant is. In Nederland nog lastiger omdat OSM ("sommigen"/"velen") de afspraak hanteert dat POI-data op de BAG-address-node hoort. Zodat ik, als ik een POI heb gevonden, óók het adres weet. (Ook hier geldt: OsmAnd is superieur, want OsmAnd zoekt gewoon naar het dichtsbijgelegen adres (binnen hetzelfde gebouw?))
Maar, zolang er geen betere/nettere oplossing komt voeg ik én "restaurant" én "hotel" weer toe als afzonderlijk POI's. Zeker in Oudewater, want dit is het enige hotel!