Closed KarolisKont closed 2 years ago
Just testest with previously worked Feast version:
feast version
Feast SDK Version: "feast 0.19.1.dev52+ge638f106"
It detects all features from the feature view.
@KarolisKont thanks for reporting this. I'll take a look ASAP!
@KarolisKont I'm unable to reproduce this error. Would you mind sharing your feature_store.yaml
file, the schema for your BigQuerySource
, and your entity definitions? Also, can you confirm that you're using v0.20.0
installed from PyPI, and not installing from source? Thanks!
Ok perhaps I forgot to point out that I use forked repo 😅 , this one (commit 2c2cf79e8b2ec4a78db3087db5882dc22cf56d15). Our forke has only one chage that is this one.
Having bug with this version:
❯ feast version
/Users/karolis/Vinted/projects/vmip-feast-feature-repo/.venv/lib/python3.7/site-packages/feast/entity.py:116: DeprecationWarning: The `join_key` parameter is being deprecated in favor of the `join_keys` parameter. Please switch from using `join_key` to `join_keys`. Feast 0.22 and onwards will not support the `join_key` parameter.
DeprecationWarning,
Feast SDK Version: "feast 0.20.1.dev20+g2c2cf79e"
After I tried to use from pipy v0.20.0:
❯ feast version
Feast SDK Version: "feast 0.20.0"
And it was working properly 🤦 .
Then I tried to use from pipy v0.20.1:
❯ feast version
Feast SDK Version: "feast 0.20.1"
Also, everything was OK.
After this fetched the latest commits from upstream to our repo:
feast version
Feast SDK Version: "feast 0.20.1.dev30+g219dc34b"
Having the same problem.
Noticed that some changes are only on v0.20-brach
.
So made a new branch from master (forkerd repo) - vmip
. Then I merged it with v0.20.1' tag, used that
vmip` branch in my project and it still doesn't work 🤔 .
What I want to say is that feast
from pipy works but my forked one doesn't and I don't understand why 😅.
Closing this issue that is apparently only on our forked repo, sorry for the false alarm.
@KarolisKont good to hear! Just curious, do you know what the root cause was?
Didn't looked why it behaves like that - not pushing all feature view features.
@felixwang9817 but tried feast-dev/feast
installing master
branch Head, it behaves the same way (not selecting all features).
Also noticed that there is a git history difference and I can't merge properly the master
branch with v0.20-branch
, merging shows weird conflicts, some files don't modify at all - keeping what is on master
.
Tested with these tags: v0.20.0
and v0.20.1
and it seems it works properly.
So I am a bit confused, why some commits are pushed directly to the master
branch and other to the dedicated minor release branch.
Is it normal that master Head doesn't work properly until you add a commit that is tagged?
Expected Behavior
When I sync the feature repository using
feast apply
, all metadata in the feature repository is what I defined in my definitions files.Current Behavior
This is the Feast objects definition file:
After using
feast apply
and retrieving feature view definition by usingfeast feature-views describe example_item_stats_per_portal_v1
I am getting:In definition file have 25 features, when from the feature repository getting only 17. Missing are:
['item_catalog_parent_id_1', 'item_brand_id', 'item_catalog_id', 'item_country_id', 'item_user_id', 'item_language_id', 'item_size_id', 'item_status_id']
Want to mention that I have the same situation (identical registered and missing features) with a similar feature view that is defined using
Features
instead ofField
.Definition here:
Steps to reproduce
feast apply
.feast feature-views describe <FEATRUE VIEW NAME>
Specifications
Possible Solution