Skip to content

Commit b0e2a8d

Browse files
authored
chore: Local data inspection (#2720)
fix for #2694 adding the example code from the Google Codelab notebook moving the image below the yaml and example.py explanation Signed-off-by: ssge <george.kremenliev@gmail.com>
1 parent 3347a57 commit b0e2a8d

File tree

1 file changed

+10
-2
lines changed

1 file changed

+10
-2
lines changed

docs/getting-started/quickstart.md

Lines changed: 10 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -125,8 +125,6 @@ driver_stats_fs = FeatureService(
125125
{% endtab %}
126126
{% endtabs %}
127127

128-
![Demo parquet data: data/driver\_stats.parquet](../.gitbook/assets/screen-shot-2021-08-23-at-2.35.18-pm.png)
129-
130128
The key line defining the overall architecture of the feature store is the **provider**. This defines where the raw data exists (for generating training data & feature values for serving), and where to materialize feature values to in the online store (for serving).
131129

132130
Valid values for `provider` in `feature_store.yaml` are:
@@ -139,6 +137,16 @@ Note that there are many other sources Feast works with, including Azure, Hive,
139137

140138
A custom setup can also be made by following [adding a custom provider](../how-to-guides/creating-a-custom-provider.md).
141139

140+
### Inspecting the raw data
141+
142+
The raw feature data we have in this demo is stored in a local parquet file. The dataset captures hourly stats of a driver in a ride-sharing app.
143+
144+
```python
145+
import pandas as pd
146+
pd.read_parquet("data/driver_stats.parquet")
147+
```
148+
149+
![Demo parquet data: data/driver\_stats.parquet](../.gitbook/assets/screen-shot-2021-08-23-at-2.35.18-pm.png)
142150

143151
## Step 3: Register feature definitions and deploy your feature store
144152

0 commit comments

Comments
 (0)