PolicyEngine / PolicyEngine/microcosm

Carry local geography needed for SNAP ABAWD waiver modeling

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

Nobody has claimed this yet.

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

Description

Parent: #248

Problem

PolicyEngine-US may need local geography, such as county or borough, to model state/local SNAP ABAWD waiver rules. The immediate example is Alaska borough-level ABAWD waivers.

Populace has congressional-district geography in the audited H5, but the release/build paths searched for this audit did not obviously carry county/borough geography through the final PolicyEngine-facing output. If rules depend on local waiver geography and Populace only exports state/CD fields, microsimulation will not be able to distinguish waived from non-waived localities.

Proposed scope

  • Inventory current Populace US geography outputs at household level.
  • Confirm whether county_fips, county, puma, or another local geography variable is available or can be reconstructed safely.
  • Decide which PolicyEngine-US geography input should support SNAP ABAWD waiver rules.
  • Carry the selected geography through the final H5 if the source supports it.
  • Add validation diagnostics for missingness and state/local consistency.
  • Coordinate with PolicyEngine/policyengine-us#8822.

Out of scope

  • Implementing the Alaska waiver formula itself in PolicyEngine-US.
  • Adding congressional-district SNAP hard targets.

Acceptance criteria

  • Populace documents whether it can support local SNAP waiver geography.
  • If supported, the selected local geography variable is present in the output with low or documented missingness.
  • If unsupported, the limitation is explicit for OBBBA SNAP work-requirement research.
  • The output geography aligns with the variable PolicyEngine-US uses for local waiver rules.

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

Start by inventorying household-level geography in the audited H5 and tracing the release/build paths into the final PolicyEngine-facing output. Compare available fields such as county_fips, county, and puma with the geography expected by PolicyEngine-US issue #8822. Done means the supported or unsupported local geography is documented, and supported output includes missingness and state/local consistency validation.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
data-engineering
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.