ponzu
11
Got ya! Operator tag as in “operator=*”. I was reading it completely differently, as in mathematical or logical operator.
“Don’t tag for the renderer”. Yeah, I hear that a lot. I suppose you may also say “don’t tag for the routing engine”, etc. All of those are users of OSM data. But it’s sometimes hard to stick to such doctrine simply because one tends to treat Mapnic and skobbler (to pick two examples not completely at random) as black boxes that do what they do and expect what they expect. The only variable I seem to have control over is the OSM data. By varying the data, I may be able to improve how Mapnik rendering looks or how well skobbler directions work, so this is the variable I tend to concentrate on. Anyway, I know it’s “wrong”, I’m just trying to define the cognitive dissonance of sorts.
Also, when I cite what a specific rendering may look like, I do tend to keep in perspective whether that behavior can be improved. When I think of two overlapping (or interleaved – is that the same thing?) polygons with the same name, I can’t imagine how any renderer would NOT show both names in very close proximity on the map, unless one was explicitly tagged renderName=no, but that’s only Osmarender, and besides, what is that if not tagging for the renderer 
I did not know about polygons with holes that meet the outer edge being bad. I may have created some in Indian Wells, I will have to check. I will also explore the tool you linked. I use OSM Inspector, but I have never seen the Multipolygon layer in it before. Your link must make it available? And I do see that my multipolygon in Indian Wells is bad in this layer, so will fix.
Also thanks for the blog link. A wealth of knowledge.
P.S. What did you think about my idea to tag the outer polygon of a country club as golf_course and inner holes as residential? Too cute?