Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

_ccl_to_camb drops the neutrino mass

未关闭 适合新手
#96 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

@cailmdaley 已经在做这个了。

开始于 2026年10月4日。

  • #97 来自 @cailmdaley —— 未关闭

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
82/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
python
领域
backend

调研方向

从 cs_util/cosmo.py:359 的 _ccl_to_camb 开始,检查在进行 σ₈ 到 A_s 的转换之前 camb_params 是如何组装的。添加一个测试,表明 CAMB 后端会响应非默认的 m_nu 值,并验证现有转换仍使用更新后的参数集。

由索引模型根据 Issue 内容生成。

描述

cosmo._ccl_to_camb (develop e14cd68, cs_util/cosmo.py:359) builds the CAMB parameters from H0, ω_b, ω_c, n_s, A_s (or σ₈ converted to A_s), w and wa, but never passes m_nu. So a CCL cosmology with, say, m_nu=0.3 gets CAMB's default 0.06 eV on the CAMB backend of get_theo_c_ell. The σ₈→A_s conversion runs on that same neutrino-free parameter set.

Measured with sp_validation's iNKA fiducial (Gaussian n(z) at z=0.7), CAMB/CCL − 1 at ℓ = 1000:

  • −4.3% with Planck defaults, where the gap is mostly CAMB's mead2020 vs CCL's halofit, which is a model choice;
  • −8.5% with m_nu = 0.3, where the extra gap is the dropped neutrino mass.

Fix: pass mnu=cosmo["m_nu"] (summed, if CCL holds it per species) into camb_params before the σ₈ conversion, and add a test that the CAMB backend responds to m_nu.

Found while merging develop into sp_validation's tomography branch (CosmoStat/sp_validation#374), where the iNKA covariance fiducial uses the CAMB backend.

— Claude Opus 5.5 on behalf of Cail

主要语言
Python
星标
0
派生
2
平均合并
3 天 23 小时
30 天内合并 PR
3

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

CosmoStat/cs_util 的其他 Issue

查看 CosmoStat/cs_util 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。