| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
Good day @franciscojavierarceo |
Sorry, something went wrong.
|
Good day @franciscojavierarceo |
Sorry, something went wrong.
|
Good day @franciscojavierarceo |
Sorry, something went wrong.
|
Hello, |
Sorry, something went wrong.
|
Can you explain why you need this argument? |
Sorry, something went wrong.
The new on_demand_feature_views argument is needed because FeatureStore.get_historical_features() already resolves which OnDemandFeatureViews are actually requested (via _group_feature_refs), but historically we were not passing that information to the Provider.
Passing on_demand_feature_views makes the API explicit so provider implementations that can optimize or need this for correct planning like compute-engine based retrieval can do so without re-deriving it. |
Sorry, something went wrong.
Although I don’t fully support this ad hoc change, since it’s not user-facing, I’m okay with approving it. Could you please add a TODO and create a follow-up issue to flag it for a proper long-term fix? |
Sorry, something went wrong.
Okay, I'm on it now |
Sorry, something went wrong.
Added a TODO in FeatureStore.get_historical_features to flag this as an interim interface change. I’ve also open a follow-up issue to track a proper long-term cleanup of the historical retrieval Provider API (request object / clearer contract) and will link it here once created. |
Sorry, something went wrong.
Signed-off-by: Shizoqua <hr.lanreshittu@yahoo.com>
Signed-off-by: Shizoqua <hr.lanreshittu@yahoo.com>
Signed-off-by: Shizoqua <hr.lanreshittu@yahoo.com>
Signed-off-by: Shizoqua <hr.lanreshittu@yahoo.com>
Signed-off-by: Shizoqua <hr.lanreshittu@yahoo.com>
|
Hello, |
Sorry, something went wrong.
|
Hello, |
Sorry, something went wrong.
There was a problem hiding this comment.
tests are failing
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Summary
This PR fixes an interface/plumbing gap in historical retrieval by explicitly passing the requested On-Demand Feature Views (ODFVs) from FeatureStore.get_historical_features() into the provider’s get_historical_features() implementation.
What changed
Why
Providers may need the explicit set of requested ODFVs to correctly handle or route historical retrieval logic. Previously, only the combined feature_views list was passed, which made it awkward/impossible for providers to distinguish which ODFVs were requested.
Testing