Allow time format and scale strings to be case-insensitive
explicitly stated that we follow the PSF code of conduct
fix bug in writing AASTex tables

The old implementation did not honor `latexdict['tabletype']` for AASTex tables
due to the order in which the various defaults were set.
This fix restores that and makes it possible to write e.g. 2-column
deluxetable* tables.
Small changes in existing tests are sufficient to make sure this bug will not
creep in again.
Restore compatibility with Python 3.2
The edit on github links should go to a branch, not a tag.
Some minor updates to the tutorial based on feedback from Azalee.

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

Conflicts:

	docs/io/fits/users_guide/users_tutorial.rst
Synchronize documentation of the pyfits.info 'convenience' function with that of HDUList.info, which it wraps.  Specifically, pyfits.info's documentation did not mention the output=False option.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2220 ed100bfc-0583-0410-97f2-c26b58777a21
Add regression tests for https://github.com/spacetelescope/PyFITS/issues/25

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2226 ed100bfc-0583-0410-97f2-c26b58777a21
Added a ._data_replaced attribute on HDUs.  This is set to True if a data object other than the original data object loaded from a file is assigned to the HDU's .data attribute.  That way when writing updates to the file we know to write the new data rather than just flush the mmap of the old data.  This required a bit of refactoring in the _TableBaseHDU class to even support modifying the .data attribute in the first place--this is a feature that was never left out intentionally, it was just ommitted through carelessness and, I guess, not enough people asking to add it.  This isn't fully working yet though...

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

Conflicts:

	astropy/io/fits/hdu/base.py
	astropy/io/fits/hdu/table.py
Update the lazyproperty decorator so that custom setters can override the input value.  This is required for the _ImageBaseHDU and _TableBaseHDU data setters to really work in such a way that input values can be converted to the correct types.

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

Conflicts:

	astropy/io/fits/util.py
Adds regression tests and fix for https://github.com/spacetelescope/PyFITS/issues/27

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2237 ed100bfc-0583-0410-97f2-c26b58777a21
Added some words about this Windows installation issues.  Fixes #26.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2240 ed100bfc-0583-0410-97f2-c26b58777a21
This fix should be included in 3.0.12 too.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2245 ed100bfc-0583-0410-97f2-c26b58777a21
Moved truncation of over-allocated table+heap arrays to the C code.

I'm not sure why I ever expected the existing code to work as written:
creating an array using PyArray_SimpleNewFromData never gives the array
ownership of the data, which mean that writing compressed data always
required making a copy with `np.resize()` it seems like.

Another implication of this is that the created Numpy array doesn't
own the data (as in, the memory for the data was not allocated by
Numpy itself), then when the Numpy array is dereferenced it never
frees the data.  So I think there might be a memory leak when writing
compressed data, but I need to test this.  It's possible such a memory
leak has already been reported but I still need to check on that too.

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

Conflicts:

	astropy/io/fits/hdu/compressed.py
	astropy/io/fits/src/compressionmodule.c
Handle freeing the columns array correctly. The columns pointer in the compress/decompress_hdu functions was never being pointed to the allocated array and was thus always NULL. But we also need to make sure to use PyMem_Free on before calling fits_close_file(), as it was allocated with PyMem_New (then set it to NULL so that fits_close_file() doesn't try to double-free it).

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@2258 ed100bfc-0583-0410-97f2-c26b58777a21
Use the DEFAULT_COMPRESSION_TYPE constant here instead of hard-coding RICE_1

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

Conflicts:

	astropy/io/fits/hdu/compressed.py
Added changelog entries for the fixes coming in from PyFITS for now
Treat scales as unity if they are offset from unity at machine precision
Only apply the is_effectively_unity check when assigning the ._scale internal attribute, making it unncessary to use whenever comparing .scale to 1.  This still places onus developers of the units package to remember this check whenever updating ._scale, but that's less trouble than the current case.
Added physical type for FLAM as per discussions in astropy/astropy#1386