Individual facility editing
The feature dashboard's Relationships tab opens the Edit Feature Relationships dialog — the per-feature surface for two related questions: which other features is this one related to, and which relationship groups does it belong to. Use this when you have a small number of changes or are correcting a one-off mistake during diagnostic work. For the click-by-click flow, see Feature relationships and notes.
By the end of this lesson you should be able to:
- Use the Edit Feature Relationships dialog to mark related features and toggle group memberships
- Recognize that relationship codes come from the group matrix, not the per-feature dialog
- Decide when per-facility editing is enough vs when to graduate to relationship groups
What the dialog does
The Edit Feature Relationships dialog has two halves:
Top — Add or remove related features. A filterable table of every other feature in the project, with a checkbox per row. Checking a row will add the opposing feature to the relationships tab for editing; unchecking removes the feature and any relationship information associated. Filter by name to narrow the list, or use the Add All / Remove All buttons to operate on every visible row at once.
Bottom — Relationship groups for this feature. A chip list of every relationship group defined in the project. Click a chip to toggle membership in that group. The feature-count on each group updates as you toggle.
The dialog is bidirectional: adding a relationship from feature A to feature B simultaneously adds it from B to A.
Adding a Relationship Group to a feature does not automatically build all relationships associated with that relationship group. See Relationship Groups for more information.
Editing the relationship
Once the relationship is added to the listing in the relationship tab, the specific relationship code and baricade status for that specific PES -> ES pair can be edited. Any relationship edited manually in this way will be marked as "user-overridden" and will not be modified by the automated build-relationships tool in the Relationship Groups editor.
When per-facility editing is enough
Per-facility edits are appropriate when:
- You have a handful of pairs to define
- A relationship is unique enough that no group abstraction fits (This parking lot exclusively serves this PES)
- You are correcting a one-off mistake during diagnostic work
For everything else — especially when many facilities share the same operating-line context — graduate to relationship groups. Per-facility editing in a project with dozens of related pairs becomes brittle quickly, and the matrix lets you author a clean structure once instead of editing pairs N times.
Try it
In a project with a violation between two facilities that should be related:
- Open the feature dashboard for one of them and click into the Edit Feature Relationships dialog
- In the top half, check the row for the other facility
- In the relationship tab of the feature dash, modify the assigned relationship
- Confirm and re-run analysis — verify the violation either disappears or shifts under the new Exposure Type
Related
- Capability reference: Feature relationships and notes — click-by-click steps
- Relationship groups — the at-scale tool that authors the codes
- Calculator: Relationships — the underlying code taxonomy
- Violations — most often resolved through relationship edits first