Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.compression > #1659
| From | glen herrmannsfeldt <gah@ugcs.caltech.edu> |
|---|---|
| Newsgroups | comp.compression |
| Subject | Re: new format .gz ? |
| Date | 2012-12-25 08:24 +0000 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <kbbnrb$970$1@speranza.aioe.org> (permalink) |
| References | <ee881e51-fb1e-4699-83b9-4ab560c4f9aa@googlegroups.com> <b2afada9-f907-4b35-8b48-50d3a044b868@googlegroups.com> <3f2e017e-f450-44ce-8f68-458fcb6e27e6@googlegroups.com> |
sterten@aol.com wrote: > 1000 genomes is using a specialized version of gzip, > so presumably this is just a bug in their version > and not related to a new general 64-bit format. > It was surprising to me that 7zip gave much better (~2fold) > compression rates with their "vcf-format" files, (=lists of > mutations in several human genomes)than gzip. > Could that be because the lines - and thus the potentioal > locations of matching strings - in these files are so long ? It has been some time since I was working on this... I presume you are talking about BAM files. While they are actual gzip files, they also have some index information such that you can start decompressing from other than at the beginning. -- glen
Back to comp.compression | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
new format .gz ? sterten@aol.com - 2012-12-24 04:37 -0800
Re: new format .gz ? sterten@aol.com - 2012-12-24 05:17 -0800
Re: new format .gz ? sterten@aol.com - 2012-12-24 22:34 -0800
Re: new format .gz ? glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-12-25 08:24 +0000
Re: new format .gz ? sterten@aol.com - 2012-12-25 02:40 -0800
Re: new format .gz ? glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-12-25 13:52 +0000
Re: new format .gz ? sterten@aol.com - 2013-01-26 07:24 -0800
csiph-web