human_gene_v2.5.h5 fails file integrity check about archs4 HOT 3 OPEN

Hi, yes there seems to be something with the sha1 sum on the download page that does not match the file. I have tested the file on s3 and it works as expected. I will look further into it. If the download would be corrupted, the file would not be openable with archs4py (e.g. archs4py.ls(...)). I am also getting: ae96de0519b9f008b0dc3a9f944ee9007daf2f6a

from archs4.

Hi, thanks for looking into this.

I can load most of the data, but am having trouble with these four samples:

• GSM6998368
• GSM6998371
• GSM6998380
• GSM6998386

If I try to load these specific samples with H5py, I get OSError: Can't synchronously read data (inflate() failed), which I thought might mean there is corruption localized to a particular chunk.
If I try to load these samples with archs4py, it just looks like they have zero counts:

>>> a4.data.samples(file, ["GSM6998368","GSM6998371","GSM6998380","GSM6998386"])[:].sum()
GSM6998368    0
GSM6998371    0
GSM6998380    0
GSM6998386    0
dtype: uint64
>>>

Edit: I noticed archs4py.data.get_sample returns an array of zeros on exception, and doesn't raise. When I modified this function to raise the exception, it was the same exception raised from h5py: OSError: Can't synchronously read data (inflate() failed)

from archs4.

I can load most of the data, but am having trouble with these four samples:

• GSM6998368
• GSM6998371
• GSM6998380
• GSM6998386

Actually, this doesn't seem to be linked to the SHA1 mismatch because I have the same problem loading 5 samples from mouse_gene_v2.5.h5 (even though the hash matches the download page):

• GSM3723071
• GSM7230982
• GSM7230984
• GSM7230985
• GSM7230988

from archs4.