-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Expose inflows/outflows? #4866
Comments
It's worth noting that inflows and outflows are already implemented in flowmachine, in the |
Will we want to expand this for |
I'd consider this issue to cover |
This is now covered by issue #5128 |
Co-Authored-By: James Harrison <[email protected]> Co-Authored-By: Thingus <[email protected]>
Co-Authored-By: James Harrison <[email protected]> Co-Authored-By: Thingus <[email protected]>
Co-Authored-By: James Harrison <[email protected]> Co-Authored-By: Thingus <[email protected]>
Co-Authored-By: James Harrison <[email protected]> Co-Authored-By: Thingus <[email protected]>
Co-Authored-By: James Harrison <[email protected]> Co-Authored-By: Thingus <[email protected]>
Inflows and outflows are not exposed through FlowAPI. While these can be calculated outside FlowKit by summing the results of a
flows
query, this approach will lead to inaccuracies because some of the results may be redacted - it would be preferable to calculate the inflows/outflows before redaction.This is particularly an issue for
labelled_flows
- in that case, all counts for a location pair are redacted if any count for that pair is too small, so some of the redacted values may be large, leading to significant errors in post-redaction calculation of inflows/outflows.The text was updated successfully, but these errors were encountered: