A new fixes to finish generalizing the ledafits.py module for LEDA64-NM.  These changes include adding attributes to LedaFits to store the site information and the cable lengths.  Updated the LEDA64-NM configuration to store the STABXYZ values in ECI coordinates, rather than topocentric.  Changed the pointing methods in the LedaFits class to use the new stored site information and ECI coordinates.
Added a basic script to help convert LEDA64-NM data to FITS IDI format.  Hopefully this will help with testing this module and the LEDA correlator.
Small changed to interfits.py to deal with an undefined variable.  Added a couple of additional debugging messages to the loadAntArr method in LedaFits to help figure out what site we are using.
Added a hashbang to the two scripts here to make them easier to run.  Renamed README.py to README.
Added .FITS_1 as a valid FITS IDI extension in interfits.py.  Small formatting cleanup in leadfits.py.
Commit changes for Merge with Jayce branch

Signed-off-by: Danny Price <dan@thetelegraphic.com>
Merge remote-tracking branch 'Jayce-fork/master'

Signed-off-by: Danny Price <dan@thetelegraphic.com>

Conflicts:
	interfits.py
	ledafits.py

Both Jayce and I have been working on LEDA64-NM integration. Jayce's solution to handling both was a little more elegant so I've adopted his where possible. Will definitely need to check for merging bugs!

I am moving toward UVW-based geometric delay calculation; that is, when phasing UVW coordinates to a source, the WW coordinate is equivalent to the geometric delay. As such, the pointing vector method for calculating tg is redundant.

Next steps will be to do rigorous testing on generateUVW routine, and make sure that the antenna positions written to ARRAY_GEOMETRY are in correct coordinates.