Merged in results from 3.0.10 and 3.1.1 releases.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1976 ed100bfc-0583-0410-97f2-c26b58777a21
comment on version

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1982 ed100bfc-0583-0410-97f2-c26b58777a21
Merging the post-release changelog entries from the last releases

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1991 ed100bfc-0583-0410-97f2-c26b58777a21
Adding a little workaround that should make readthedocs happy, since I otherwise somehow can't seem to get it to wipe its old build

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2008 ed100bfc-0583-0410-97f2-c26b58777a21
Upgrade the distribute_setup.py version

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2009 ed100bfc-0583-0410-97f2-c26b58777a21
Updated .authors for successful SVN sync

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2010 ed100bfc-0583-0410-97f2-c26b58777a21
Support lossless compression, and the QUANTIZ keyword

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2011 ed100bfc-0583-0410-97f2-c26b58777a21
Added changelog entry for #198

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2012 ed100bfc-0583-0410-97f2-c26b58777a21
Fixes #199 for trunk; need to try to backport to 3.1.x and 3.0.x if possible

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2013 ed100bfc-0583-0410-97f2-c26b58777a21
This should fix #204. In writing a test for this it turns out I did already handle NaNs in array comparisons, but just not for individual values such as header values.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2017 ed100bfc-0583-0410-97f2-c26b58777a21
Started a regression test for this. Unfortunately the test passes, so I think I'll need to dig a little deeper to figure out how exactly to reproduce this issue.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2029 ed100bfc-0583-0410-97f2-c26b58777a21
This updated the test to exhibit the bug in question: It's only an issue of the data has been directly accessed and column is converted to its n-dimensional form. Also added a fix.  This still feels a bit fragile to me. Hopefully in the table rewrite there will be a cleaner way of managing arrays as they're presented to the user versus arrays as they are stored internally.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2030 ed100bfc-0583-0410-97f2-c26b58777a21
Added a changelog entry for #201

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2031 ed100bfc-0583-0410-97f2-c26b58777a21
Adds a changelog entry for the #204 fix

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2034 ed100bfc-0583-0410-97f2-c26b58777a21
Fixed a small issue I noticed when opening GzipFiles in r+ mode. This is more a Python issue but we can easily work around it.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2038 ed100bfc-0583-0410-97f2-c26b58777a21
Finally fixed #195, and slightly refactored `_File.__init__` in the process.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2039 ed100bfc-0583-0410-97f2-c26b58777a21
Test for and fixes #197

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2045 ed100bfc-0583-0410-97f2-c26b58777a21
The regression test for #197 didn't work on Python 3 due to a slight difference in the ValueError formatting

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2050 ed100bfc-0583-0410-97f2-c26b58777a21
making release

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2052 ed100bfc-0583-0410-97f2-c26b58777a21
should not have incremented version number

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2054 ed100bfc-0583-0410-97f2-c26b58777a21