gadgethdf5 fixes

Fixes dependency on all PartType being in the 0th hdf file

Please note that there is one thing I did not fix because I only have one family in my files and I wasn't sure how to fix it in that case.
I also added another commit which adds the option of using gadget-units instead of storing the units in the HDF5 files.

A temporary test file is here:
https://www.dropbox.com/sh/otg8a26qnkuvt4a/AACFGcJfLwACEGgy3P2sxaKwa?dl=0
Note that since the positions in this test file are stored in 32 bit floats, I had to edit DummyHDFData to use dtype np.float32 for producing the kdtree.
Agree that getting this from the configuration file is sensible. However I think the warning should be issued here, since we've fallen back on something that's not explicit in the file.