REVIEW 3 major objections 4 minor 12 references
Implementing IceCube in SNOwGLoBES
T0 review · 3 major / 4 minor · reviewed 2026-08-14 · deepseek-v4-flash
Pith's one-line read IceCube has been implemented in SNOwGLoBES, so researchers can compute its expected supernova neutrino event rates with the standard detector-comparison package.
desk verdict A useful, clearly described SNOwGLoBES module for IceCube that fills a real gap, but the 'working implementation' claim needs a benchmark against IceCube's own simulation or data before users can trust the predicted rates. read the letter →
The pith
A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.
The reading
What carries the argument
The load-bearing object is the mapping between IceCube's effective volume and SNOwGLoBES's post-smearing efficiency function. In the SNOwGLoBES rate formula $R_I(t) = M_{\rm detector} n_{{\rm weight},I} (\Delta E)^2 \sum_{j,k} F_a(E_j) \sigma_I(E_j) k_I(E_k,E_j) T_I(E_k)$, the factor $T_I(E_k)$ normally describes the probability that an interaction product of energy $E_k$ triggers a detection. Here that factor is set equal to $\rho_{\rm ice} V_{\rm eff,tot}(E_k)/M$ with fixed $M = 51600$ kton, so the energy dependence of IceCube's detection efficiency enters through $T_I$ rather than through a varying detector mass. This lets the implementation reuse SNOwGLoBES's existing channel and cross-section machinery while still capturing the detector's energy-dependent response.
What would settle it
Take the same supernova flux used in the paper's demonstration and run a full Monte Carlo simulation of IceCube's DOM response (or use the published IceCube supernova analysis) to produce a hit-rate time series; compare it to the SNOwGLoBES calculation for the same input. Agreement within the expected statistical and systematic errors would support the implementation; a systematic divergence, especially at low neutrino energies or early times, would show that the constant-mass, effective-volume mapping in Eq. (3.2) is not adequate.
Extended reading notes
Core claim
The central claim is that IceCube has been successfully added to SNOwGLoBES, so that the expected supernova neutrino event rate in IceCube can be calculated with the package's standard tools. The technical workaround that makes this possible is Eq. (3.2): since SNOwGLoBES requires a single constant detector mass, the implementation sets $M = 51600$ kton and embeds all effective-volume information in the post-smearing efficiency $T_I(E_k) = \rho_{\rm ice} V_{\rm eff,tot}(E_k) / M$. The effective volume itself follows the IceCube supernova literature: $V_{\rm eff,tot}(E') = N_{\rm DOM} \varepsilon_{\rm noise} \theta(E' - E_{\rm ch}) (E' - E_{\rm ch}) C_{\pm} (dN_\gamma/dx) \langle V_{\rm eff,\gamma}\rangle$, with $N_{\rm DOM} = 0.98 \times 5160$ and $\varepsilon_{\rm noise} = 0.95$. Using SNOwGLoBES's standard water-Cherenkov channels, the authors demonstrate the implementation by calculating IceCube's expected signal for 20 supernova progenitor masses under normal and inverted mass hierarchies and two equations of state.
Load-bearing premise
The load-bearing premise is that IceCube's position- and energy-dependent response to supernova neutrinos can be represented in SNOwGLoBES by a fixed mass of 51,600 kilotonnes, an energy-dependent post-smearing efficiency derived from the effective volume, and a constant 0.95 deadtime factor, without biasing the calculated event rates.
Editorial extensions
If this is right
- SNOwGLoBES users can now compute IceCube supernova neutrino event rates for arbitrary input flux spectra, not only precomputed models.
- IceCube can be included alongside other detectors in SNOwGLoBES-based sensitivity comparisons for core-collapse supernovae.
- A user-supplied noise-screening factor can be recovered by dividing the computed rates by the built-in constant 0.95.
- The same effective-volume-to-efficiency procedure applies to other large water Cherenkov neutrino detectors, given an estimate of their effective volume.
Reading between the lines
- Inference beyond the paper: The paper does not test Eq. (3.2) against a full IceCube event simulation, so the most useful next step would be a direct comparison of SNOwGLoBES output with published IceCube supernova rates under identical fluxes and deadtime assumptions.
- Inference beyond the paper: Because $\varepsilon_{\rm noise} = 0.95$ is constant while real deadtime losses depend on the instantaneous DOM hit rate, the implementation likely overestimates the signal during the early, high-rate phase of a supernova; a time-dependent noise model would require extending SNOwGLoBES itself.
- Inference beyond the paper: If merged into the standard SNOwGLoBES distribution, IceCube would become a default reference point in future supernova neutrino phenomenology, making detector-complementarity comparisons easier but also inheriting the systematic uncertainty of the effective-volume approximation.
Editorial analysis
A structured set of objections, weighed in public.
Referee Report
Summary. The paper presents an implementation of IceCube in the SNOwGLoBES package for computing supernova neutrino detection rates. To work within SNOwGLoBES's fixed-mass framework, the authors replace IceCube's position-dependent sensitivity with an effective volume V_eff,tot and absorb the product rho_ice*V_eff,tot into the post-smearing efficiency T_I(E_k) via Eq. (3.2), using a constant fiducial mass M=51600 kton, a constant deadtime efficiency epsilon_noise=0.95, and an assumed 98% DOM livetime. The implementation includes inverse beta decay, neutrino-electron scattering, and oxygen channels, with cross-section choices listed in Table 1. A sample calculation for 20 supernova progenitor masses is shown in Figure 1. The code has been submitted as pull request #8 to the SNOwGLoBES repository.
Significance. If validated, this implementation would fill a genuine gap in SNOwGLoBES by enabling direct, fast comparisons between IceCube and other supernova neutrino detectors within a widely used community tool. The effective-volume-to-efficiency mapping is a clean workaround for SNOwGLoBES's inability to vary detector mass with energy or channel, and the approach is potentially generalizable to other large water Cherenkov detectors such as KM3Net. The submitted code as a pull request is a concrete reproducibility asset. However, the paper's central claim of a 'working implementation' currently rests on an unvalidated effective-volume mapping and an unquantified deadtime approximation, so the practical significance is conditional on the benchmarks and sensitivity studies requested below.
major comments (3)
- [Section 4 and Section 3.3 (Eq. 3.2)] The claim that this is a 'working implementation' (Section 4) is not supported by any benchmark against IceCube's published supernova rates or full detector simulation, e.g., reference [3]. The only quantitative output, Figure 1, is a self-prediction rather than a validation. Because Eq. (3.2) absorbs the effective volume into the post-smearing efficiency, any discrepancy between the SNOwGLoBES output and IceCube's published rates could originate from the effective-volume parametrization, the deadtime simplification, or an implementation error. The manuscript should compare its output with the rates in [3] (or an equivalent reference simulation) for a common supernova model and show agreement within the expected systematic uncertainties.
- [Section 3.2 and Eq. (2.1)] The constant deadtime efficiency epsilon_noise = 0.95 replaces the time-dependent expression epsilon_noise ~ 0.87/(1 + tau*r_SN(t)) from [3]. During the accretion phase, where the per-DOM supernova rate can be several hundred Hz to 1 kHz, the time-dependent factor is expected to drop to roughly 0.7-0.85, so the constant factor likely overpredicts the signal by 10-35%. The paper should quantify this bias for the models shown in Figure 1, and should either provide a mechanism for users to supply a time-dependent deadtime factor or explicitly restrict the validity of the default constant value.
- [Section 3.1 and Section 3.3 (Table 1, Eq. 3.2)] The generation of the post-smearing efficiency functions T_I(E_k) for the inverse beta decay and neutrino-electron scattering channels is not described in sufficient detail for reproducibility. The text says these functions were 'generated using the sources listed in Table 1' but does not specify the exact functional form that converts V_eff,tot(E_k) into T_I(E_k) for each channel, nor how the relationship between the incoming neutrino energy E_j and the produced electron/positron energy E_k is handled in the summation of Eq. (2.4). The authors should provide the explicit algorithm or code so that a user can verify the implementation independently.
minor comments (4)
- [Section 3.3] The fiducial mass M = 51600 kton is an arbitrary normalization scale, not the physical mass of IceCube; the text should state more prominently that the choice of M cancels in the effective rate through Eq. (3.2), to prevent users from misinterpreting this value as IceCube's detector mass.
- [Section 2.2] The relationship between N_gamma(E') in Eq. (2.1) and <V_eff,pm>(E') in Eq. (2.3) is not explicit; a reader may be confused about whether N_gamma(E') is given by theta(E'-E_ch)*(E'-E_ch)*C_pm*dN_gamma/dx or is an additional factor. Please clarify the definition of N_gamma(E').
- [Figure 1] The caption should specify the assumed supernova distance, the luminosity normalization, and whether the shown rates include the constant deadtime factor epsilon_noise = 0.95, so that the predictions can be compared with other calculations.
- [Section 3.2] The sentence 'recent advances such as the development of HitSpooling is expected to allow' contains a subject-verb agreement error; it should read 'are expected to allow.'
Circularity Check
No circularity: the IceCube implementation is an algebraic renormalization of external effective-volume and cross-section inputs with no fitted parameters.
full rationale
The derivation chain is self-contained: SNOwGLoBES rate Eq. (2.4) uses a fixed detector mass M and a post-smearing efficiency T_I(E_k). The paper defines T_I(E_k) = rho_ice V_eff,tot(E_k)/M (Eq. 3.2), so when substituted into Eq. (2.4) the arbitrary mass M cancels exactly and the computed rate is simply the effective-volume rate supplied by Eq. (2.2), whose ingredients (N_DOM, eps_noise, N_gamma, <V_eff,+->) are taken from published simulations ([3], [7]) rather than fitted to any IceCube event sample. No parameter is adjusted to reproduce a target output; the constant deadtime factor 0.95 and N_DOM = 0.98*5160 are explicit modeling assumptions, and the absence of a validation benchmark is a correctness/robustness concern, not circularity. The self-citations to IceCube papers [3],[4] supply noise rates and deadtime context, but the central conversion in Eq. (3.2) does not depend on an unverified uniqueness theorem or on a claim whose content is identical to its conclusion. The paper therefore contains no self-definitional, fitted-input, or citation-driven circular step.
Assumptions & free parameters
free parameters (3)
- constant deadtime efficiency factor epsilon_noise =
0.95
- operational DOM fraction =
0.98 x 5160
- fiducial detector mass M =
51600 kton
assumptions (5)
- domain assumption Eq. (2.1), adapted from [3], accurately describes IceCube's supernova neutrino detection rate.
- domain assumption The effective volume parameterization in Eqs. (2.2)-(2.3), with constants from [7], correctly represents IceCube's sensitivity to low-energy electrons and positrons.
- domain assumption The cross sections listed in Table 1, from [9,10] and the SNOwGLoBES v1.2 oxygen files, are valid for supernova neutrino energies.
- domain assumption A constant detector mass M and a post-smearing efficiency T_I containing the full effective volume is an acceptable way to represent IceCube in GLoBES.
- domain assumption 98% of DOMs are operational and the ice density is 910 kg/m^3.
Cite this review
Pith. "Pith review of Implementing IceCube in SNOwGLoBES." pith.science (2026). https://pith.science/paper/PR6DN4QG
@misc{pith2026190900886,
author = {Pith},
title = {Pith review of: Implementing IceCube in SNOwGLoBES},
year = {2026},
howpublished = {\url{https://pith.science/paper/PR6DN4QG}},
note = {Machine review of arXiv:1909.00886}
}
read the original abstract
We present an implementation of IceCube in the SNOwGLoBES package, which is used to calculate expected detection event rates resulting from supernova neutrinos. The SNOwGLoBES package is widely used to compare the sensitivity of different neutrino observatories, but currently does not include simulation files for IceCube. In this paper, we give a brief overview of the design process that went into this implementation.
Figures
Reference graph
Works this paper leans on
-
[3]
The IceCube Collaboration: R. Abbasi et al. ASTRONOMY & ASTROPHYSICS, 535:109 (2011)
work page 2011
-
[1]
J. Albert et al., 2018. https://github.com/SNOwGLoBES/snowglobes/blob/master/doc/snowglobes_1.2.pdf https://github.com/SNOwGLoBES/snowglobes/blob/master/doc/snowglobes\_ 1.2.pdf [ accessed 2019-07-13 ]
work page 2018
-
[2]
E. O'Connor & C.D. Ott. ApJ 762 126 (2013). [ arXiv:1207.1100v2 ] \\ Dataset: https://sntheory.org/M1prog https://sntheory.org/M1prog [ accessed 2018-12-09 ]
arXiv 2013
-
[4]
The IceCube Collaboration, PoS(ICRC2019)889 (these proceedings)
-
[5]
P. Huber et al., 2005. Comput. Phys. Commun. 167 (2005) 195. [ arXiv:hep-ph/0407333 ]
arXiv 2005
-
[6]
P. Huber et al., 2007. Comput. Phys. Commun. 177 (2007). [ arXiv:hep-ph/0701187 ]
arXiv 2007
- [7]
-
[8]
F. Malmenbeck, 2019. GitHub pull request\\ https://github.com/SNOwGLoBES/snowglobes/pull/8 https://github.com/SNOwGLoBES/snowglobes/pull/8 [ accessed 2019-06-24 ]
work page 2019
Show all 12 references
-
[9]
Strumia & F
A. Strumia & F. Vissani, 2003. Phys. Lett. B, 564, 42
2003
-
[10]
Marciano & Z
W.J. Marciano & Z. Parsa, 2003. J. Phys. G: Nucl. Part. Phys., 29, 2629
2003
-
[11]
D. F. H. von Zuydtwyck, 2015. Ph.D. thesis, U. Brussels (main)
2015
-
[12]
write newline
" write newline "" before.all 'output.state := FUNCTION blank.sep after.quote 'output.state := FUNCTION fin.entry output.state after.quoted.block = 'skip 'add.period if write newline FUNCTION new.block output.state before.all = 'skip output.state after.quote = after.quoted.blo...
Reviewed August 14, 2026 · model on record in the stance chip above.
Discussion (0). Continue with ORCID to comment.