user_242798 (2019-09-23 18:51:00+00:00): > Ik zou zeggen dat de tags die over gebouw gaan (in dit geval IS het gebouw een molen, er zit geen molen in), ook op het gebouw moeten.
Met deze 50% was ik het al eens.
-----
> Een gebouw kan altijd een of meerdere adressen hebben 
Een molen bestaat uit één building met daarin één Node. Zowel POI als building refereren aan dezelfde molen. Ik (...!) ken geen molens met daarin meerdere adressen.
Zijn er wél meerdere adressen binnen één gebouw (winkelcentrum, kantorengebouw, verzamelgebouw) dan is er geen verdere discussie nodig: [shop=*] (bijvoorbeeld) staat altijd op de BAG-address-node. Kan niet anders.
-----
In Openstreetmap, a building is a man-made structure with a roof, standing more or less permanently in one place (WIKI definition, toegevoegd: 16 September 2019‎).
Als we een molen (de area, outline) zowel taggen met building=* en man_made=* dan is dat minimaal "redundant".
En dat is dan – mogelijk – de reden waarom JOSM een molen niet rendert als deze als way is gemapt. Stap 1 voor een POI: staan er properties op de POI? Bestaat er een icon voor? Zo ja: dan klaar, want: geen "continue" (script). Om vervolgens óók naar de way te kijken vereist wél een "continue" (in het script).
Jaren geleden had ik een vergelijkbare discussie met OFM: een "windmill" was óók "historic" en "historic" werd eerst gerenderd. Daarna was het "dus" geen molen meer. Oplossing: molen eerst renderen (omdat ik (Anke) molens belangrijk vind), maar dan zie je niet meer dat het óók een historic object is.
Idem: Rijksmonument (heritage). Slechts weinige renderers kunnen verschillende tags op één object tonen. Uitzondering: OsmAnd.
-----
En mijn "logica" om windmill op de POI te zetten en heritage op het gebouw is weer "mappen voor de renderer" (en is dit geval zo fout dat het gewoon "onlogisch" is).
Over de situatie dat er twee POI’s (molen, winkel) op één adres zitten... dat is een heel ander verhaal. Enige oplossing die ik ken: relation, type=site. Beide op de POI-node lukt alleen als het niet beide dezelfde tag (bijv.: of amenity of shop) betreft).
-----
> Het adres hoeft niet aan het gebouw toegevoegd te worden.
Ik schreef al: IK (User "AnkEric" dus) wil van iedere POI het adres kunnen zien.
Bijvoorbeeld omdat ik niet al navigerend door de Kalverstraat loop op zoek naar het restaurant. Nee: ik loop direct naar huisnummer X.
Ook als ik - verbaal - tegen iemand zeg: ik heb het nu over X... en hij vraagt: welke X? Dan geef ik het adres en niet de GPS-locatie. Zelfs als ik een melding bij de gemeente maak, kan ik niet altijd een GPS-locatie opgeven (omdat de website van de gemeente dat niet ondersteund).
-----
> en die adressen kun je vinden door de zoeken naar adressen binnen de gebouwcontour.
Het gaat er niet om of IK (ik dus) binnen de gebouwcontour (naar het adres) kan zoeken, maar of de GPS dat kan. 
Overigens kijk eens bijvoorbeeld binnen BaseCamp waar hét huisnummer van dé molen "Jan van Arkel" wordt getoond?!
Ergens buiten de molen (in ZW-richting uit mijn hoofd).
-----
Als ik naar een "ding" zoek (bijvoorbeeld een windmill) dan zoek ik op POI.
POI = "Point of Interest", "Point" = punt, "punt" = node...
Misschien dat JOSM daarom een molen alleen rendert als deze op een node staat?
Maar het lijkt me een goede, nuttige vraag aan JOSM: waarom? Want (weer slechts mijn mening): ik vind de mening van JOSM aanmerkelijk belangrijker dan de mening van jou of mij. En het argument dat JOSM geen windmill op een way rendert vind ik een zwaarwegend argument.
-----
Kwestie van prioriteit: waarom zie ik véél te véél POI-tags op een building daar waar alleen POI op Node correct is? Vóór iedere vakantie mag ik tientallen supermarkten, restaurants, cafés, bakkers en slagers (beter) zichtbaar maken door de POI-tags te verplaatsen. Dan wel door Duplicates te ontdubbelen. Een Garmin toont maximaal 50 POI’s. Oké ook daarom zoek ik altijd met OsmAnd en nooit – meer - met een Garmin.
-----
Overigens:
Windmill op Node = 1000 (dus 5%, slechts 5%!)
Windmill op Way = 16000 (heel Nederland + omgeving).
Nooit geweten dat er zoveel molens zijn. Ook weer niet waar, want vaak is een windmolen geen "windmill", maar: "windpump".
Dus "Windmill op Way" is het meest gebruikelijk en daarmee het meest juist (alhoewel, sinds wanneer is dat een argument op OSM?).
Wat ga jij nu doen met deze wijsheid en het feit dat ik het verkeerd (5% is gewoon fout) heb gedaan? Alle windmills op Nodes corrigeren? Want, weer slechts mijn mening, consistentie is zo ongeveer het belangrijkste op een goede OSM (Database/Map). Ik heb (als User en als Mapper) geen zin om afhankelijk van de Mapper de windmill op de node of op de way te vinden (en dan vaak zonder adres).
En... zo lang er geen consistentie is betekent "streven naar correcte mapping": "dweilen met de kraan open". 50% van de tags behoort tot mijn parate kennis, maar toch: ik spiek (te) vaak bij de naastliggende identieke objecten.
-----
En als "we" dan toch bezig zijn.
Als dit geldt voor molens dan ken ik nog een paar uitzonderingen. Gaan we (jij?) die dan netjes documenteren op de WIKI?