You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Remove Array, Float32, etc. as top-level imports
Signed-off-by: Felix Wang <wangfelix98@gmail.com>
* Fix type imports in docs
Signed-off-by: Felix Wang <wangfelix98@gmail.com>
* Fix type imports in templates
Signed-off-by: Felix Wang <wangfelix98@gmail.com>
* Fix type imports in tests
Signed-off-by: Felix Wang <wangfelix98@gmail.com>
* Fix doctests
Signed-off-by: Felix Wang <wangfelix98@gmail.com>
* Format
Signed-off-by: Felix Wang <wangfelix98@gmail.com>
@@ -121,7 +124,8 @@ A feature is an individual measurable property. It is typically a property obser
121
124
Features are defined as part of feature views. Since Feast does not transform data, a feature is essentially a schema that only contains a name and a type:
122
125
123
126
```python
124
-
from feast import Field, Float32
127
+
from feast import Field
128
+
from feast.types import Float32
125
129
126
130
trips_today = Field(
127
131
name="trips_today",
@@ -138,7 +142,8 @@ Feature names must be unique within a [feature view](feature-view.md#feature-vie
138
142
On demand feature views allows users to use existing features and request time data (features only available at request time) to transform and create new features. Users define python transformation logic which is executed in both historical retrieval and online retrieval paths:
139
143
140
144
```python
141
-
from feast import Field, Float64, RequestSource
145
+
from feast import Field, RequestSource
146
+
from feast.types import Float64
142
147
143
148
# Define a request data source which encodes features / information only
144
149
# available at request time (e.g. part of the user initiated HTTP request)
0 commit comments