Serve the v2 parameter tree one level at a time from a tree written with each catalog version
维护者通常 2 天内回复
评估
调研方向
Start by reading the v2 /parameters/children route and the catalog version publishing path; the issue does not name their files or tests. Trace how parameter nodes and bracket schedules are represented, then identify where catalog rows are written and read. Done means an indexed read serves one ordered level, bracket schedules appear as nodes with labelled brackets, and reform filtering and child counts match the requested rules.
由索引模型根据 Issue 内容生成。
描述
The app's newer workspace (v3) is moving from the Public API's /{country}/metadata to the v2 metadata routes, and it browses its parameter tree one level at a time through /v2/parameters/children. That route cannot serve it today:
- It is slow. It finds a level's children by scanning every parameter and node name under the path on each request. Measured in production on 2026-10-21, a level takes 2.7–6.1 s.
- Bracket schedules are wrong. Brackets such as
gov.hmrc.income_tax.rates.uk[0]are listed beside their parent's real groups, under their raw names. The schedule itself (uk) is missing, or is listed with no children. - It cannot show only what a reform can change. v3's tree keeps only parameters whose economy or household flag is set, and leaves out
taxsimandgov.abolitions. The route has no way to apply those rules.
What should change
- Publishing a catalog version writes each node's direct children, in order, to a table. Each row holds the child's label, its child counts, and whether a reform can change it.
- A bracket schedule is one node whose children are its brackets, labelled "Bracket 1", "Bracket 2" and so on.
- The route reads one level with one indexed read. On request, it lists only what a reform can change, sorted by label, with child counts to match.
Paths, parameter IDs and values stay the same. v3 does not use the route until it moves to the v2 routes.
- 主要语言
- Python
- 星标
- 18
- 派生
- 33
- 平均合并
- 2 天 13 小时
- 30 天内合并 PR
- 56
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
PolicyEngine/policyengine-api 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 76/100
PolicyEngine/policyengine-api#4037 ·
维护者通常 2 天内回复
-
难度 1/5 1-3 小时 新手友好度 88/100
PolicyEngine/policyengine-api#3911 ·
维护者通常 2 天内回复
-
难度 1/5 1 小时以内 新手友好度 82/100
PolicyEngine/policyengine-api#3910 ·
维护者通常 2 天内回复
-
Serve economy reports on the v2 routes and save v2 report and simulation IDs可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 5/5 一周以上 新手友好度 35/100
PolicyEngine/policyengine-api#4107 ·
维护者通常 2 天内回复
-
Drop the unused x and y columns from API v2's UK area impact tables可能已有人在做 @anth-volk 于 1 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 35/100
PolicyEngine/policyengine-api#4102 ·
维护者通常 2 天内回复
查看 PolicyEngine/policyengine-api 的全部 Issue
相似的 Issue
-
factory
难度 2/5 1-3 小时 新手友好度 78/100
Arize-ai/phoenix#17420 · 1 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 84/100
FireDynamics/LEDSmokeAnalysis#176 ·
维护者通常 1 天内回复
-
PC
难度 2/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复
-
dependencies
难度 2/5 1-3 小时 新手友好度 68/100
dlt-contrib/dlt-filesystem#51 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复