PolicyEngine / PolicyEngine/microcosm

Add NIPA and program-admin nonfiler controls to the US target profile

Open
#30 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Python
Stars
0
Forks
4
Avg merge
1d 3h
Merged PRs (30d)
94

Description

Problem

The US target profile needs independent/non-CPS target families for poverty resources and nonfilers. SOI covers filer/tax-form controls, but poverty and transfer-resource calibration also needs full-population and program-admin controls.

Scope

Add or verify Populace target loading/mapping for source-backed hard-target families enumerated in the Arch US poverty/nonfiler coverage contract:

  • BEA NIPA: wages/salaries, personal income components, personal income disposition, pension contributions.
  • IRS SOI filer/tax-form controls where applicable.
  • SSA Social Security and SSI.
  • USDA SNAP.
  • HHS ACF TANF and LIHEAP.
  • CMS health program controls: Medicaid/CHIP, ACA, Medicare Part B premium income, NHE totals.
  • Census controls: PEP population age/sex, ACS age demographics where used, state individual income tax collections.

Do not activate CPS SPM, DINA, or ACS poverty/income distributions as hard targets for this fix. Those belong in validation diagnostics.

Acceptance criteria

  • The US target profile has a structured inventory showing each hard-target family as active, mapped-but-inactive, or reviewed-excluded.
  • NIPA full-population controls are included for non-SOI income/transfer/tax backstops.
  • Program-admin SNAP/SSI/TANF/LIHEAP/CMS controls are represented as source-backed targets or explicitly excluded with reasons.
  • Release diagnostics report target fit by source family.
  • Tests prevent validation-only families from being activated as hard targets.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files or tests are named. Start by locating the US target profile and the Arch US poverty/nonfiler coverage contract, then trace how target inventories and release diagnostics are represented. Done means every listed family has an explicit status, diagnostics report fit by source family, and tests keep CPS SPM, DINA, and ACS poverty/income distributions validation-only.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
data, release, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.