Skip to content

Break streams only where a present species' access changes (both configs); bcfishpass config takes the order-1 exception #326

Open

Description

@NewGraphEnvironment

If done: both configs break streams only where a present species' access changes, which is how bcfishpass breaks them. Segment counts roughly halve, and BT habitat stops flipping on breaks that gate no fish present. The bcfishpass config also takes bcfishpass's order-1 rearing exception. If never: BT-only groups (no 15 / 20 % species present: PCEA, FINA, PARS) keep 71–85 km of two-way BT rearing disagreement under a 0.5–1.9 % net (#324), and every group carries 2–3× the segments it needs.

Step-by-step comparison and history: research/bcfp_segmentation_parity.md.

Why the breaks differ

Scope

  1. Break where access changes, both configs. Per species present in the WSG, reduce its post-lift barrier set (barriers_<sp>_access) to the downstream-most position per flow path, and break there. No config switch: it is the general rule, and default follows.
  2. Order-1 rearing exception in the bcfishpass config. bcfishpass admits an order-1 line with parent order ≥ 5 whose known width is below the minimum (BT, CH, CO, ST, WCT; load_habitat_linear_bt.sql:90-97); NULL widths never qualify. Needs a width test in fresh's frs_order_child(); then set rear_stream_order_bypass in the bundle. PARS BT: −24.78 km. default's position is a separate issue.
  3. Optional, lowest priority: strict > on the spawning size minimum in the bcfishpass config (bcfishpass channel_width > spawn_channel_width_min and mad_m3s > spawn_mad_min; fresh tests >=). default keeps >= (research/default_vs_bcfishpass.md §6). BT 1.8–5.3 km per group, all at exactly 2.0 m. Needs a fresh option; drop it if it costs more than that.

Not in scope (known divergences, annotated)

  • ct_dv_rb: bcfishpass builds it only in a fixed list of 14 groups (CCIRA, LDEN / UDEN, COWN), outside the groups we model. link has no such model.
  • The 1.8 km PCEA access residual (three segments at subsurface-flow or falls barriers).

Before landing

Relates to #324, #223, #45, #225.

Activity

  1. added a commit that references this issue on Oct 11, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions