Brought to you by:

The following article is Free article

ERRATUM: "PROBING THE COSMIC GAMMA-RAY BURST RATE WITH TRIGGER SIMULATIONS OF THE SWIFT BURST ALERT TELESCOPE" (2014, ApJ, 783, 24)

, , , , , , and

Published 2015 June 23 © 2015. The American Astronomical Society. All rights reserved.
, , Citation Amy Lien et al 2015 ApJ 806 276 DOI 10.1088/0004-637X/806/2/276

0004-637X/806/2/276

Export citation and abstract BibTeX RIS

Recently, we found a mistake in the code of the published article, which affects the normalization of the GRB rate, i.e., the parameter ${R}_{\mathrm{GRB}}(z=0)$ in the following equation (Equation (1) in the original paper):

Equation (1)

The mistake was caused by incorrectly using the numerical recipe subroutine (Press et al. 1992), "qromb", recursively to perform a double integration. Because one of the routines ("trapzd") called by qromb uses a static local variable, this function should not be used recursively.

For the equation we use for GRB rate calculation, incorrectly using "qromb" recursively results in an integrated value that is a factor of two smaller than the correct number. In other words, the true integrated number is twice as high as what we calculated. Therefore, we need to lower the normalization parameter ${R}_{\mathrm{GRB}}(z=0)$ by a factor of two in order to have the same accumulated GRB number that matches with ${\text{}}{Swift}$'s detection. This affects all the numbers of ${R}_{\mathrm{GRB}}(z=0)$ reported in the paper (all of them need to be divided by 2), including the normalization parameter in our best-fit model (mentioned in Table 2 and Section 11 in the original paper), in the upper and lower limits (Tables 5 and 6 in the original paper), and in the fits we used to study the luminosity evolution (Tables 7 and 8 in the original paper). The corrected ${R}_{\mathrm{GRB}}(z=0)$ are listed in Table 1 below. In addition, the corrected version of Figure 17 (in the original paper), which shows the GRB comoving rate, is also provided in this erratum (see Figure 1 below). The Appendix in this erratum includes a more detailed explanation of where the double integration and the factor of two come from.

Table 1. Summary of the Normalization Parameters ${R}_{\mathrm{GRB}}(z=0)$ Presented in the Paper that are Affected by this Mistake. The Corrected Numbers here are Half of the Original Numbers

Location in the Original PaperCorrected ${R}_{\mathrm{GRB}}(z=0)[{\mathrm{Gpc}}^{-3}\ {\mathrm{yr}}^{-1}]$
Table 2 and Section 110.42
Table 50.38
Table 60.51
Table 70.54
Table 80.56

Download table as:  ASCIITypeset image

Table 2. An Example of how the Integrated Numbers are Affected by this Mistake, with Different Integrated Redshift Ranges. The Ratio in the Fourth Column Refers to the Ratio of the Incorrect Number Over the Correct Number. This Example uses the Original Incorrect ${R}_{\mathrm{GRB}}(z=0)$, and the Numbers here are Only for Demonstration Purpose

Integrated redshift rangeCorrect numberIncorrect numberRatio
0.0-0.532.4519.020.586
0.0-1.0225.12117.480.522
0.0-1.5631.18322.120.510
0.0-2.01233.58624.560.506
0.0-2.51997.641007.580.504
0.0-3.02890.591454.860.503
0.0-3.53885.701953.100.503
0.0-4.04867.242444.450.502
0.0-4.55660.972841.780.502
0.0-5.06306.033164.780.502
0.0-5.56836.133430.210.502
0.0-6.07276.303650.650.502
0.0-6.57645.343835.480.502
0.0-7.07957.563991.860.502
0.0-7.58223.804125.130.502
0.0-8.08452.594239.770.502
0.0-8.58650.594339.090.502
0.0-9.08822.934425.490.502
0.0-9.58973.784500.840.502
0.0-10.09106.654567.650.502

Download table as:  ASCIITypeset image

To double check for consistency, we use Python and the Scipy library (the "quad" subroutine; Jones et al. 2001) to perform the integration. We found the integrated GRB number (i.e., the total number of GRBs in the universe that are beamed toward us) to be ${4571}_{-1584}^{+829}$ GRBs per year. This number is very similar to the one reported in the paper, as expected. The small difference is likely due to numerical uncertainty and rounding error.

We have double checked all of our codes to make sure the normalization is the only thing affected by this problem. We sincerely apologize for this mistake, and for not noticing it earlier.

We thank Philip Graff for pointing out the mistake. Amy Lien is grateful for the help from Philip Graff, Brett Hayes, David Friedlander, Craig Markwardt, James Bubeck, Mike Arida, and all the collaborators on this paper to further pinpoint the problem.

APPENDIX: DETAILED EXPLANATION OF THE PROBLEM

We intergrate Equation (2) in the original paper

Equation (2)

from redshift z = 0 to z = 10 to get the total GRB number in the universe (per solid angle per observation time), and convert this intrinsic rate to a detected rate by multiplying the detection fraction, the Swift/BAT's field of view, and the Swift survey time (see Equation (9) in the original paper). The estimated detection rate is then used for constraining the normalization factor ${R}_{\mathrm{GRB}}(z=0)$ by comparison with the true Swift detection rate. Equation (2) has an implicit integration from ${{dV}}_{\mathrm{comov}}={r}_{\mathrm{com}}^{2}\ d{{\rm \Omega }}\ {{dr}}_{\mathrm{com}}$, where ${r}_{\mathrm{com}}=\int (c/H(z)){dz}$. $H(z)$ is the Hubble parameter and c is the speed of light.

Figure 1.

Figure 1. Corrected version of Figure 17 in the paper (the normalizations are lower by a factor of 2).

Standard image High-resolution image

Because of how the numerical recipe subroutine "trapzd" is set up, as long as the number of the first integration ($\int {R}_{\mathrm{GRB};\mathrm{dz}}(z){dz}$ in our case) is much greater than the second integration ($\int (1/H(z)){dz}$ in our case), incorrectly using the subroutine recursively will always produce a number about a factor of two smaller than the correct answer. Table 2 shows an example of the fraction of incorrect and correct answer converges to ∼0.5 as we integrate with a larger redshift range. The numbers in this example are calculated from the GRB parameters of Table 2 in the paper, including the original incorrect ${R}_{\mathrm{GRB}}(z=0)$.

Please wait… references are loading.
10.1088/0004-637X/806/2/276