Dear Hamutal,
Thank you for using the UCSC Genome Browser and your question about Berkeley Drosophila Transcription Network Project (BDTNP) data and using the utility bigWigAverageOverBed.
It looks as though you are correct about this unusual behavior with bigWigAverageOverBed, where when there is no information in a region (indicated by the zero in the fifth column) that the result for the maximum and minimum calculations go to positive and negative infinity as you describe: chr2L 165500 167200 chr2L1647 0 1.7e+308 -1.7e+308
We have created a bug ticket to address this issue, but at this time it is not clear when the change will be released.
You may be interested to use the hgWiggle utility to complete these queries as well. Here are some resources:
If you create a .hg.conf file you should be able to run commands such as the following that will query the public MySQL server (in this case querying the dm3 bdtnpCad1Fdr1 table for "BDTNP ChIP/chip: caudal (cad) antibody 1, stage 4-5 embryos, False Discovery Rate (FDR) 1%"):
<pre>
$hgWiggle -db=dm3 -doStats -position=chr2L:165500-167200 bdtnpCad1Fdr1
# chrom specified: chr2L
# position specified: 165500-167200
# stats: no data points found
$hgWiggle -db=dm3 -doStats -position=chr2L:160600-162500 bdtnpCad1Fdr1
# Database: dm3, Table: bdtnpCad1Fdr1
# Chrom Data Data # Data Data Bases Minimum Maximum Range Mean Variance Standard
# start end values span covered deviation
chr2L 160613 162480 51 1 51 2.11204 3.77278 1.66074 2.89194 0.240442 0.490349
</pre>
You may also be interested in bwtools from Andy Pohl that can manage any kind of intersection with bigWig files:
Thank you again for bringing this issue with bigWigAverageOverBed to our attention and using the UCSC Genome Browser. If you have any further questions, please reply to
gen...@soe.ucsc.edu. All messages sent to that address are archived on a publicly-accessible forum. If your question includes sensitive data, you may send it instead to
genom...@soe.ucsc.edu.
All the best,
Brian Lee
UCSC Genomics Institute