Add support for tables with different numbers of rows.  As with images, if the rows differ we don't currently make any attempt to compare the table data.  Down the road it should be easy to add options for comparing subsections of the data.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1662 ed100bfc-0583-0410-97f2-c26b58777a21
Update the changelog with the 3.0.8 release

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1666 ed100bfc-0583-0410-97f2-c26b58777a21
Add an internal self._invalid attribute which will be useful for bookkeeping.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1667 ed100bfc-0583-0410-97f2-c26b58777a21
Improved some of the card verification messages.  Renamed Card._parsed to Card._verified which seems a little more relevant to what that flag is used for.  Ensured that a card image is only verified once.  Also changed the default verification option from 'silentfix' to 'fix'.  I think it's worth displaying warnings on bad input.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1668 ed100bfc-0583-0410-97f2-c26b58777a21
Started putting together a unit test for this.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1669 ed100bfc-0583-0410-97f2-c26b58777a21
this is progress on getting #109 working according to the current behavior that invalid cards are just treated as though the first 8 characters are the keyword.  Still need to decide how to handle ignoring these in verification though....

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1670 ed100bfc-0583-0410-97f2-c26b58777a21
This seems to do this trick. 'Invalid' cards have some simple parsing applied to them in that the first 8 characters are the keyword, and the rest is the 'value'.  No further verification/fixes are attempted by pyfits for these cards, since they don't follow any recognized convention.  One test, involving invalid cards of a particular type, had to be updated.  It was easier if those cards just followed the same rules.  All in all, this is pretty consisent now and I think I'm happy with it.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1671 ed100bfc-0583-0410-97f2-c26b58777a21
Adds some new hieararch tests, and progress toward fixing them.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1672 ed100bfc-0583-0410-97f2-c26b58777a21
This should finish fixing #158.  It feels a bit hackish to me, and is something I might like to revisit one day.  But for now we're catching a lot of corner cases.  There are probably still other corner cases, but this certainly gets the one that was reported.  This also fixes #155.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1673 ed100bfc-0583-0410-97f2-c26b58777a21
Implements ticket #121 and includes a simple test for the feature and documentation.

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

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1675 ed100bfc-0583-0410-97f2-c26b58777a21
This fixes, and adds testing and documentation for #120.  It also fixes #162, which was discovered in the process of implementing the new scale_back feature.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1676 ed100bfc-0583-0410-97f2-c26b58777a21
Slight followup to r1676: assumes --> assures; funny what a difference one letter can make

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1677 ed100bfc-0583-0410-97f2-c26b58777a21
Add a VerifyWarning class and have a few of the warnings use it.  We need to redo out verification warnings are output, since currently it's difficult to filter them.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1679 ed100bfc-0583-0410-97f2-c26b58777a21
Converted these 'output verification' headers and footers to warnings.  Although they really aren't individual warnings unto themselves, neither are all of the other 'warning' messages output by the verification system.  Really the whole thing needs to be reworked so that it's easier to filter individual warnings.  But in the meantime it's better to have this consistent.  For example if I disable warning output with 'python -Wi' the header/footer were still being output to sys.stderr without the actual warning messages between them.  Better to just keep the whole thing consistent.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1680 ed100bfc-0583-0410-97f2-c26b58777a21
Fix the dev_version_template issue.  In the future this should probably be just handled by the release hooks in stsci.tools, but I'll leave this line in for now.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1698 ed100bfc-0583-0410-97f2-c26b58777a21
Add a fix for the tt->code issue.  tt tags are invalid in HTML5

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1699 ed100bfc-0583-0410-97f2-c26b58777a21
Fixes some syntax in the CHANGELOG that for some reason shows up in warnings when I run generate_release_notes, but not when I run rst2html.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1700 ed100bfc-0583-0410-97f2-c26b58777a21
This works around the issue with sdist making .zips instead of .tar.gz.

git-svn-id: http://svn6.assembla.com/svn/pyfits/trunk@1701 ed100bfc-0583-0410-97f2-c26b58777a21
In the process of testing I couldn't reproduce a scenario where the new version was blank.  But the problem was, where the release hook was supposed to use the version that was *just* released in updating the website, it was using the *next* version.  That is, if I release 3.1 it would try to update the website to say the latest version is 3.2.  So maybe that was the bug.  This should fix that.  Otherwise I'm not sure.

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