Repository navigation
Allow using pandas.StringDtype to support on-demand features with STRING type - #2229
Conversation
Signed-off-by: pyalex <[email protected]>
|
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #2229 +/- ##
==========================================
+ Coverage 84.94% 84.99% +0.05%
==========================================
Files 105 105
Lines 8496 8512 +16
==========================================
+ Hits 7217 7235 +18
+ Misses 1279 1277 -2
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: felixwang9817, pyalex The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Signed-off-by: pyalex [email protected]
What this PR does / why we need it:
Currently it's impossible to create on demand feature view with feature of type string since type inference doesn't support
pandas.StringDtypeand dtypeobject. This PR adds support forpandas.StringDtype. Now string feature can be defined as following:Also during inference, we now raise ValueError with some details instead of AssertionError, which was confusing.
Which issue(s) this PR fixes:
Fixes #2220
Does this PR introduce a user-facing change?: