Added missing txpl parameter to prmData()

This useful parameter is currently not loaded into myBeam.prm from the dfile
Create fetchUtils.py

new routine to fetch remote and local routines, uncompress files
Minor documentation changes. Generalizing remote fetching routine for general remotedirfmt and fnamefmt.
Minor changes. Also removed the part of the code that determines the start time of the first file in the list of downloaded files.
Changed cycle_inc to more intuitive time_inc in fetch_remote_files.
Changed tempdir to outdir.
Working on fixing up the fetch_local_files method.
Cleaning up the code and documentation.
Optimized both the local and remote fetching routines.
Merge pull request #41 from vtsuperdarn/feature_FetchUtils

Merge feature_FetchUtils branch into develop
Merge pull request #43 from asreimer/patch-11

Added missing txpl parameter to prmData()
Merge remote-tracking branch 'upstream/master' into develop

Pulling in hot fixes from master branch into develop that cropped up in
the branch transition.
Merge remote-tracking branch 'upstream/master' into develop

Another hotfix merge
Pythonic radDataPtr
Functions in radDataRead are now thin wrappers over methods associated
with radDataPtr class.

Noteworthy changes:

* radDataPtr dmapio now supports seeking to specific dmap record using
 an index lookup. And rewinding back to the beginning of the ptr object.

 radDataPtr can now build index of dmap record offset using record
 datetime as lookup key. Similar scanboundaries can be indexed.
 Indexing is prereq functionality for interactive data viewer which will
 allow you, among other things, to point and click on pixels in an fit
 variable RTI canvas and seek directly to the corresponding rawacf record
 if available.

* python file pointers have been replaced with OS file descriptors to
 make it possible for C code in dmapio and python code to correctly
 seek/tell inside an open file. python file pointers, being abstracted
 python objects don't seek/tell like C FILE pointers. Passing file
 descriptors into the C code as the underlying representation solves the problem.

* Some attributes of radDataPtr have been converted to private
 attributes to discourage users from interacting with them directly.
 For example the fd, fp and filename are considered private and are
 manipulated only via class methods and should not be manipulated
 directly. As manipulating directly will result in unexpected behavior
 if fd,fp and filename go out of sync.

* functions in radDataRead should continue to work as expected for
 backwards compatiblility for any code that does not want to take
 advantage of the radDataptr methods directly.

 On branch Feature_Python_RadarDataPtr
 Changes to be committed:
	modified:   pydarn/rst/src/convert.c
	modified:   pydarn/rst/src/dmap.c
	modified:   pydarn/rst/src/dmap.h
	modified:   pydarn/rst/src/dmapio.c
	modified:   pydarn/rst/src/rtypes.h
	modified:   pydarn/sdio/radDataRead.py
	modified:   pydarn/sdio/radDataTypes.py
	modified:   pydarn/sdio/sdDataRead.py
	modified:   pydarn/sdio/sdDataTypes.py
Apply the int32 hotfix to dmap.h
Adding in correct fix for aacgm usage of Python.h.\nMoving it out of rtypes.h and and including it at the top of convert.c.  This should stil compile cleanly on U 14.04 and better matches python docs for building C language extensions
 Make it possible to save the .radar.sqlite file into the DAVIT_TMPDIR

Use the DAVIT_TMPDIR environment variable if defined.
If it is not use the defined HOME directory.

When HOME directories are a network mount, its preferable to stash
reusable davitpy files on a local filesystem for faster access.

 Changes to be committed:
	modified:   pydarn/radar/__init__.py
	modified:   pydarn/radar/radInfoIo.py
	modified:   pydarn/radar/radStruct.py
Merge pull request #48 from jspaleta/Feature_Pydarn_Radar_tmpdir

 Make it possible to save the .radar.sqlite file into the DAVIT_TMPDIR
Created coordUtils.py for coordinate conversion.
Update radDataTypes.py

Needed to import utils to have access to datetimeToEpoch method.