Poor Anton, thinks he's getting ripped off...

Well, I've been giving our Pythons some thought, and have come up with a couple new premises. The first was to set the top light, of the set I have thats very similar to post #13, to half of what the values of the lights at the equator are. And then transfer that gradient change through the rows of lights in between. Lets say the equatorial row is at a value of 160. Because I see the that row as half way away from the over powered lights at the top of the sphere, I'd change the top lights to 80. The differeance there was 80. 80 iotas divided by 4 rows(From the N. Pole.) equals a gradual change of 20 per row(See above pic.) The only problem I see with this at this change needs to be dynamic. If I were to use Ockhams LightIntensity.py(Which changes all lights a given percentage.) the aspect ratio between the rows would change. Thus I'm inclined to aquire a new script, just for this set, that will changes the color or intensity of all the lights at once, but at the ratio mentioned in my previous example!

My other premise has to do with dice, particulary those used by people familiar with the role playing game Dungeons and Dragons, in which 4, 6, 8, 10, 12, 20, and 100 sided dice are used. Any of the dice can be enclosed in a perfect sphere so that each point of the die makes contact with the surface of the sphere. A python to generate a new die for each # number of requested lights, then make that transfer is what I've posed to Ockam last. I also suggested a toggle to keep point 0,0,0 static should be added.

= )