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
Copy file name to clipboardExpand all lines: docs/getting-started/concepts/label-view.md
+18-18Lines changed: 18 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,7 +30,7 @@ Before using label views, you need:
30
30
31
31
**Generate training datasets.** Compose label views with feature views in a `FeatureService` and retrieve features + labels together with point-in-time correctness.
32
32
33
-
**Annotate in the UI.** Configure annotation profiles so data scientists can label data directly in the Feast UI — entity forms, document spans, bulk review, or active learning.
33
+
**Data label in the UI.** Configure data labeling profiles (annotation profiles) so data scientists can label data directly in the Feast UI — entity forms, document spans, bulk review, or active learning.
Each push appends to the offline store (full history retained) and updates the online store (latest value per key).
166
166
167
-
### Step 3: Annotate in the Feast UI
167
+
### Step 3: Data label in the Feast UI
168
168
169
-
Open the label view in the Feast UI **Annotate** tab. The UI reads annotation tags and shows the right workflow:
169
+
Open the label view in the Feast UI **Data Labeling** tab (Annotate tab). The UI reads data labeling tags (annotation tags) and shows the right workflow:
170
170
171
171
1. Open **Label Views** in the sidebar
172
-
2. Select a label view (check the **Annotation** badge on the list page)
173
-
3. Go to the **Annotate** tab
174
-
4. Choose a method (Entity Form, Document Span, Review & Edit, or Active Learning)
172
+
2. Select a label view (check the **Data Labeling** badge on the list page)
173
+
3. Go to the **Data Labeling** tab (Annotate tab)
174
+
4. Choose a data labeling method (annotation method): Entity Form, Document Span, Review & Edit, or Active Learning
175
175
5. Submit labels — they are pushed to the label view's `PushSource`
176
176
177
177
### Step 4: Join labels with features for training
|`feast.io/label-widget:<field>`| Input widget type |`enum`, `binary`, `text`, `number`|
@@ -325,7 +325,7 @@ When multiple labelers write different values for the same entity, `ConflictPoli
325
325
|---|---|
326
326
|`LAST_WRITE_WINS`| Default. Most recent write wins. |
327
327
|`LABELER_PRIORITY`| Trusted labelers override others (e.g. human over LLM judge). |
328
-
|`MAJORITY_VOTE`| Consensus labeling (e.g. multiple annotators on RAG chunks). |
328
+
|`MAJORITY_VOTE`| Consensus labeling (e.g. multiple labelers on RAG chunks). |
329
329
330
330
{% hint style="info" %}
331
331
Conflict policies apply to the **offline store** (training). The **online store** always uses last-write-wins. Full label history is always retained in the offline store.
@@ -337,20 +337,20 @@ Conflict policies apply to the **offline store** (training). The **online store*
337
337
338
338
**Tag field roles.** Set `feast.io/field-role:<field>` to `feedback` or `expectation` so your team and UI know what each field means.
339
339
340
-
**Match conflict policy to label type.** Use `LABELER_PRIORITY` when humans correct automated judges. Use `MAJORITY_VOTE` for multi-annotator consensus. Use `LAST_WRITE_WINS` for simple feedback streams.
340
+
**Match conflict policy to label type.** Use `LABELER_PRIORITY` when humans correct automated judges. Use `MAJORITY_VOTE` for multi-labeler consensus. Use `LAST_WRITE_WINS` for simple feedback streams.
341
341
342
-
**Link to features.** Set `reference_feature_view` so the UI and documentation show which feature view the labels annotate.
342
+
**Link to features.** Set `reference_feature_view` so the UI and documentation show which feature view the labels apply to.
343
343
344
344
**Separate noisy feedback from stable ground truth.** When possible, put expectations in dedicated fields or views with stricter writer conventions (human-only).
345
345
346
346
## Limitations
347
347
348
348
* Conflict policies are enforced on offline reads only; online store is always last-write-wins.
Copy file name to clipboardExpand all lines: docs/reference/feature-repository/README.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -127,4 +127,4 @@ To declare new feature definitions, just add code to the feature repository, eit
127
127
### Next steps
128
128
129
129
* See [Create a feature repository](../../how-to-guides/feast-snowflake-gcp-aws/create-a-feature-repository.md) to get started with an example feature repository.
130
-
* See [feature_store.yaml](feature-store-yaml.md), [.feastignore](feast-ignore.md), or [Feature Views](../../getting-started/concepts/feature-view.md) for more information on the configuration files that live in a feature registry.
130
+
* See [feature_store.yaml](feature-store-yaml.md), [.feastignore](feast-ignore.md), [Registration inferencing](registration-inferencing.md), or [Feature Views](../../getting-started/concepts/feature-view.md) for more information on the configuration files that live in a feature registry.
0 commit comments