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: src/docs/concepts/data-source.md
+22-1Lines changed: 22 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -86,6 +86,25 @@ Before inserting feedback into the Gorse recommender system, it is necessary to
86
86
-**Read Feedback:** The user sees the item.
87
87
-**Positive feedback:** The user action that is expected to do by the service provider.
88
88
89
+
### Negative Feedback
90
+
91
+
Negative feedback represents explicit user dislike or disinterest in an item. Unlike read feedback (which indicates the user simply viewed an item), negative feedback explicitly tells the recommender system that the user does not want to see similar items in the future.
92
+
93
+
Common examples of negative feedback include:
94
+
-**Dislike button**: User clicks a "dislike" or "thumbs down" button
95
+
-**Not interested**: User selects "not interested" or "hide this" option
96
+
-**Explicit removal**: User removes an item from their recommendations
97
+
98
+
Negative feedback has the **highest priority** in the recommendation system. When a user gives negative feedback to an item:
99
+
- The item will never be recommended to that user again
100
+
- Similar items will be deprioritized in recommendations
101
+
102
+
To configure negative feedback, add the feedback type to `negative_feedback_types` in the configuration:
103
+
104
+
::: warning
105
+
Negative feedback should be used sparingly. Only configure truly negative actions as negative feedback. Actions like "skip" or "close" should be treated as read feedback, not negative feedback.
106
+
:::
107
+
89
108
### Insert Feedback
90
109
91
110
There are two ways to insert feedback into the Gorse recommender system: inserting new feedback and updating existing feedback. Inserting new feedback is done via the `PUT /api/feedback` API, while updating existing feedback is done via the `POST /api/feedback` API. Both APIs accept a list of feedback in JSON format.
@@ -162,6 +181,7 @@ There are several configuration options related to data source in Gorse:
162
181
163
182
-`positive_feedback_types`: A list of feedback types that are considered positive feedback.
164
183
-`read_feedback_types`: A list of feedback types that are considered read feedback.
184
+
-`negative_feedback_types`: A list of feedback types that are considered negative feedback.
165
185
-`positive_feedback_ttl`: Time-to-live for positive feedback in days. After this period, positive feedback will be ignored in recommendations. Default value: `0` (no expiration).
166
186
-`item_ttl`: Time-to-live for items in days. After this period, items will be automatically hidden from recommendations. Default value: `0` (no expiration).
167
187
@@ -171,11 +191,12 @@ TTL is used to automatically remove old feedback and items from the recommender
171
191
172
192
## Example
173
193
174
-
In the demo project [GitRec](https://gitrec.gorse.io/), the following configuration is used to define positive feedback as "star", "like", and "read" with a value greater than or equal to 3. Read feedback is defined as "read". Both positive feedback and items do not expire.
194
+
In the demo project [GitRec](https://gitrec.gorse.io/), the following configuration is used to define positive feedback as "star", "like", and "read" with a value greater than or equal to 3. Read feedback is defined as "read". Negative feedback is defined as "dislike". Both positive feedback and items do not expire.
0 commit comments