#529 - imposing isotropy or at least N-fold symmetry on correlated noise

This pull request is for some small additional functionality in the handling of correlated noise, which is parallel to the whitening functionality that was already in place but involves imposing N-fold symmetry on the noise (without making it white).  Here N is some even integer >=4, with the default choice being 4, likely the lowest order of symmetry necessary to avoid weird shear systematics due to anisotropic correlated noise.

In general, the amount of noise that has to be added is substantially less than what has to be added to make correlated noise in COSMOS images fully white.  So that would be the main motivation for doing this instead of whitening.

Based on some discussion on #529, the ```applyWhiteningTo()``` method has been changed to ```whitenImage()```, parallel to the new ```symmetrizeImage()``` (though ```applyWhiteningTo()``` still works for now).   Mike put the new symmetrizing option into config, and moved the existing whitening option in config from being an attribute of the real galaxies to being specified at the same time as the noise in the final image.  (Mike, should we update the config wiki once this is merged?  Or did we decide the wiki was going to correspond to the latest tagged version?)

@emhuff , this should be helpful for you...
So - the stupidest way to deal with this in general would be to have it happen in the constructor for BaseCorrelatedNoise (since currently the only time this would be a problem is if the user constructs one directly instead of going via CorrelatedNoise, as is the case for getCOSMOSNoise).  Is there any reason not to do that?  Is there something that I'm not thinking of that it would break?