recombee-api-client 5.0.2__tar.gz → 5.1.0__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- recombee_api_client-5.1.0/LICENSE +21 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/PKG-INFO +15 -2
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_client.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/__init__.py +2 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_manual_reql_segment.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_search_synonym.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/create_auto_reql_segmentation.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/create_manual_reql_segmentation.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_item.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_more_items.py +2 -2
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_search_synonym.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_items.py +1 -1
- recombee_api_client-5.1.0/recombee_api_client/api_requests/list_scenarios.py +29 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_users.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/merge_users.py +3 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_item_segments_to_item.py +6 -6
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_item_segments_to_item_segment.py +6 -6
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_item_segments_to_user.py +6 -6
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_items_to_item.py +14 -14
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_items_to_item_segment.py +12 -12
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_items_to_user.py +13 -13
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_next_items.py +4 -4
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_users_to_item.py +8 -8
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/recommend_users_to_user.py +11 -11
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/search_item_segments.py +5 -6
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/search_items.py +9 -9
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/set_item_values.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/set_user_values.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/set_view_portion.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/update_more_items.py +1 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client.egg-info/PKG-INFO +15 -2
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client.egg-info/SOURCES.txt +4 -1
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/setup.py +1 -1
- recombee_api_client-5.1.0/tests/test.py +179 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/README.rst +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/__init__.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_bookmark.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_cart_addition.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_detail_view.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_item.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_item_property.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_purchase.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_rating.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_series.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_user.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/add_user_property.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/batch.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/create_property_based_segmentation.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_all_search_synonyms.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_bookmark.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_cart_addition.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_detail_view.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_item_property.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_manual_reql_segment.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_purchase.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_rating.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_segmentation.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_series.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_user.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_user_property.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/delete_view_portion.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/get_item_property_info.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/get_item_values.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/get_segmentation.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/get_user_property_info.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/get_user_values.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/insert_to_series.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_bookmarks.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_cart_additions.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_detail_views.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_properties.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_purchases.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_ratings.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_item_view_portions.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_search_synonyms.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_segmentations.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_series.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_series_items.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_bookmarks.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_cart_additions.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_detail_views.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_properties.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_purchases.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_ratings.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/list_user_view_portions.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/remove_from_series.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/request.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/reset_database.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/set_values.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/update_auto_reql_segmentation.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/update_manual_reql_segment.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/update_manual_reql_segmentation.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/update_property_based_segmentation.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/exceptions.py +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client.egg-info/dependency_links.txt +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client.egg-info/requires.txt +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client.egg-info/top_level.txt +0 -0
- {recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/setup.cfg +0 -0
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2016 Recombee
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
|
-
Metadata-Version: 2.
|
|
1
|
+
Metadata-Version: 2.4
|
|
2
2
|
Name: recombee-api-client
|
|
3
|
-
Version: 5.0
|
|
3
|
+
Version: 5.1.0
|
|
4
4
|
Summary: Client for Recombee recommendation API
|
|
5
5
|
Home-page: https://github.com/Recombee/python-api-client
|
|
6
6
|
Author: Recombee
|
|
@@ -20,6 +20,19 @@ Classifier: Programming Language :: Python :: 3.9
|
|
|
20
20
|
Classifier: Programming Language :: Python :: 3.10
|
|
21
21
|
Classifier: Programming Language :: Python :: 3.11
|
|
22
22
|
Requires-Python: >=3.6
|
|
23
|
+
License-File: LICENSE
|
|
24
|
+
Requires-Dist: requests>=2.20.0
|
|
25
|
+
Dynamic: author
|
|
26
|
+
Dynamic: author-email
|
|
27
|
+
Dynamic: classifier
|
|
28
|
+
Dynamic: description
|
|
29
|
+
Dynamic: home-page
|
|
30
|
+
Dynamic: keywords
|
|
31
|
+
Dynamic: license
|
|
32
|
+
Dynamic: license-file
|
|
33
|
+
Dynamic: requires-dist
|
|
34
|
+
Dynamic: requires-python
|
|
35
|
+
Dynamic: summary
|
|
23
36
|
|
|
24
37
|
*****************
|
|
25
38
|
RecombeeApiClient
|
|
@@ -94,7 +94,7 @@ class RecombeeClient:
|
|
|
94
94
|
|
|
95
95
|
@staticmethod
|
|
96
96
|
def __get_http_headers(additional_headers: dict = None) -> dict:
|
|
97
|
-
headers = {'User-Agent': 'recombee-python-api-client/5.0
|
|
97
|
+
headers = {'User-Agent': 'recombee-python-api-client/5.1.0'}
|
|
98
98
|
if additional_headers:
|
|
99
99
|
headers.update(additional_headers)
|
|
100
100
|
return headers
|
{recombee-api-client-5.0.2 → recombee_api_client-5.1.0}/recombee_api_client/api_requests/__init__.py
RENAMED
|
@@ -76,6 +76,7 @@ from recombee_api_client.api_requests.delete_manual_reql_segment import DeleteMa
|
|
|
76
76
|
from recombee_api_client.api_requests.list_segmentations import ListSegmentations
|
|
77
77
|
from recombee_api_client.api_requests.get_segmentation import GetSegmentation
|
|
78
78
|
from recombee_api_client.api_requests.delete_segmentation import DeleteSegmentation
|
|
79
|
-
from recombee_api_client.api_requests.reset_database import ResetDatabase
|
|
80
79
|
from recombee_api_client.api_requests.batch import Batch
|
|
80
|
+
from recombee_api_client.api_requests.list_scenarios import ListScenarios
|
|
81
|
+
from recombee_api_client.api_requests.reset_database import ResetDatabase
|
|
81
82
|
from recombee_api_client.api_requests.request import Request
|
|
@@ -8,7 +8,7 @@ class AddManualReqlSegment(Request):
|
|
|
8
8
|
"""
|
|
9
9
|
Adds a new Segment into a Manual ReQL Segmentation.
|
|
10
10
|
|
|
11
|
-
The new Segment is defined by a [ReQL](https://docs.recombee.com/reql
|
|
11
|
+
The new Segment is defined by a [ReQL](https://docs.recombee.com/reql) filter that returns `true` for an item in case that this item belongs to the segment.
|
|
12
12
|
|
|
13
13
|
Required parameters:
|
|
14
14
|
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class AddSearchSynonym(Request):
|
|
8
8
|
"""
|
|
9
|
-
Adds a new synonym for the [Search items](https://docs.recombee.com/api
|
|
9
|
+
Adds a new synonym for the [Search items](https://docs.recombee.com/api#search-items).
|
|
10
10
|
|
|
11
11
|
When the `term` is used in the search query, the `synonym` is also used for the full-text search.
|
|
12
12
|
Unless `oneWay=true`, it works also in the opposite way (`synonym` -> `term`).
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class CreateAutoReqlSegmentation(Request):
|
|
8
8
|
"""
|
|
9
|
-
Segment the items using a [ReQL](https://docs.recombee.com/reql
|
|
9
|
+
Segment the items using a [ReQL](https://docs.recombee.com/reql) expression.
|
|
10
10
|
|
|
11
11
|
For each item, the expression should return a set that contains IDs of segments to which the item belongs to.
|
|
12
12
|
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class CreateManualReqlSegmentation(Request):
|
|
8
8
|
"""
|
|
9
|
-
Segment the items using multiple [ReQL](https://docs.recombee.com/reql
|
|
9
|
+
Segment the items using multiple [ReQL](https://docs.recombee.com/reql) filters.
|
|
10
10
|
|
|
11
11
|
Use the Add Manual ReQL Items Segment endpoint to create the individual segments.
|
|
12
12
|
|
|
@@ -10,7 +10,7 @@ class DeleteItem(Request):
|
|
|
10
10
|
|
|
11
11
|
If there are any *purchases*, *ratings*, *bookmarks*, *cart additions*, or *detail views* of the item present in the database, they will be deleted in cascade as well. Also, if the item is present in some *series*, it will be removed from all the *series* where present.
|
|
12
12
|
|
|
13
|
-
If an item becomes obsolete/no longer available, it is meaningful to keep it in the catalog (along with all the interaction data, which are very useful), and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql
|
|
13
|
+
If an item becomes obsolete/no longer available, it is meaningful to keep it in the catalog (along with all the interaction data, which are very useful), and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql) instead of deleting the item completely.
|
|
14
14
|
|
|
15
15
|
Required parameters:
|
|
16
16
|
|
|
@@ -8,10 +8,10 @@ class DeleteMoreItems(Request):
|
|
|
8
8
|
"""
|
|
9
9
|
Deletes all the items that pass the filter.
|
|
10
10
|
|
|
11
|
-
If an item becomes obsolete/no longer available, it is meaningful to **keep it in the catalog** (along with all the interaction data, which are very useful) and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql
|
|
11
|
+
If an item becomes obsolete/no longer available, it is meaningful to **keep it in the catalog** (along with all the interaction data, which are very useful) and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql) instead of deleting the item completely.
|
|
12
12
|
Required parameters:
|
|
13
13
|
|
|
14
|
-
:param filter: A [ReQL](https://docs.recombee.com/reql
|
|
14
|
+
:param filter: A [ReQL](https://docs.recombee.com/reql) expression, which returns `true` for the items that shall be updated.
|
|
15
15
|
|
|
16
16
|
|
|
17
17
|
"""
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class DeleteSearchSynonym(Request):
|
|
8
8
|
"""
|
|
9
|
-
Deletes synonym of the given `id`. This synonym is no longer taken into account in the [Search items](https://docs.recombee.com/api
|
|
9
|
+
Deletes synonym of the given `id`. This synonym is no longer taken into account in the [Search items](https://docs.recombee.com/api#search-items).
|
|
10
10
|
|
|
11
11
|
Required parameters:
|
|
12
12
|
|
|
@@ -10,7 +10,7 @@ class ListItems(Request):
|
|
|
10
10
|
|
|
11
11
|
Optional parameters:
|
|
12
12
|
|
|
13
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
13
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter items to be listed. Only the items for which the expression is *true* will be returned.
|
|
14
14
|
|
|
15
15
|
:param count: The number of items to be listed.
|
|
16
16
|
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
from recombee_api_client.api_requests.request import Request
|
|
2
|
+
from typing import Union, List
|
|
3
|
+
import uuid
|
|
4
|
+
|
|
5
|
+
DEFAULT = uuid.uuid4()
|
|
6
|
+
|
|
7
|
+
class ListScenarios(Request):
|
|
8
|
+
"""
|
|
9
|
+
Get all [Scenarios](https://docs.recombee.com/scenarios) of the given database.
|
|
10
|
+
|
|
11
|
+
|
|
12
|
+
"""
|
|
13
|
+
|
|
14
|
+
def __init__(self):
|
|
15
|
+
super().__init__(path="/scenarios/", method='get', timeout=10000, ensure_https=False)
|
|
16
|
+
|
|
17
|
+
def get_body_parameters(self) -> dict:
|
|
18
|
+
"""
|
|
19
|
+
Values of body parameters as a dictionary (name of parameter: value of the parameter).
|
|
20
|
+
"""
|
|
21
|
+
p = dict()
|
|
22
|
+
return p
|
|
23
|
+
|
|
24
|
+
def get_query_parameters(self) -> dict:
|
|
25
|
+
"""
|
|
26
|
+
Values of query parameters as a dictionary (name of parameter: value of the parameter).
|
|
27
|
+
"""
|
|
28
|
+
params = dict()
|
|
29
|
+
return params
|
|
@@ -10,7 +10,7 @@ class ListUsers(Request):
|
|
|
10
10
|
|
|
11
11
|
Optional parameters:
|
|
12
12
|
|
|
13
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
13
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter users to be listed. Only the users for which the expression is *true* will be returned.
|
|
14
14
|
|
|
15
15
|
:param count: The number of users to be listed.
|
|
16
16
|
|
|
@@ -11,6 +11,9 @@ class MergeUsers(Request):
|
|
|
11
11
|
|
|
12
12
|
Merging happens between two users referred to as the *target* and the *source*. After the merge, all the interactions of the source user are attributed to the target user, and the source user is **deleted**.
|
|
13
13
|
|
|
14
|
+
By default, the *Merge Users* request is only available from server-side integrations for security reasons, to prevent potential abuse.
|
|
15
|
+
If you need to call this request from a client-side environment (such as a web or mobile app), please contact our support and request access to enable this feature for your database.
|
|
16
|
+
|
|
14
17
|
Required parameters:
|
|
15
18
|
|
|
16
19
|
:param target_user_id: ID of the target user.
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class RecommendItemSegmentsToItem(Request):
|
|
8
8
|
"""
|
|
9
|
-
Recommends Segments from a [Segmentation](https://docs.recombee.com/segmentations
|
|
9
|
+
Recommends Segments from a [Segmentation](https://docs.recombee.com/segmentations) that are the most relevant to a particular item.
|
|
10
10
|
|
|
11
11
|
Based on the used Segmentation, this endpoint can be used for example for:
|
|
12
12
|
|
|
@@ -65,7 +65,7 @@ class RecommendItemSegmentsToItem(Request):
|
|
|
65
65
|
:param scenario: Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing".
|
|
66
66
|
|
|
67
67
|
|
|
68
|
-
You can set various settings to the [scenario](https://docs.recombee.com/scenarios
|
|
68
|
+
You can set various settings to the [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com). You can also see the performance of each scenario in the Admin UI separately, so you can check how well each application performs.
|
|
69
69
|
|
|
70
70
|
|
|
71
71
|
The AI that optimizes models to get the best results may optimize different scenarios separately or even use different models in each of the scenarios.
|
|
@@ -74,21 +74,21 @@ class RecommendItemSegmentsToItem(Request):
|
|
|
74
74
|
:param cascade_create: If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system.
|
|
75
75
|
|
|
76
76
|
|
|
77
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
77
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`.
|
|
78
78
|
|
|
79
79
|
|
|
80
|
-
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql
|
|
80
|
+
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`.
|
|
81
81
|
|
|
82
82
|
|
|
83
83
|
:param logic: Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case.
|
|
84
84
|
|
|
85
|
-
See [this section](https://docs.recombee.com/recommendation_logics
|
|
85
|
+
See [this section](https://docs.recombee.com/recommendation_logics) for a list of available logics and other details.
|
|
86
86
|
|
|
87
87
|
|
|
88
88
|
The difference between `logic` and `scenario` is that `logic` specifies mainly behavior, while `scenario` specifies the place where recommendations are shown to the users.
|
|
89
89
|
|
|
90
90
|
|
|
91
|
-
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios
|
|
91
|
+
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
92
92
|
|
|
93
93
|
|
|
94
94
|
:param expert_settings: Dictionary of custom options.
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class RecommendItemSegmentsToItemSegment(Request):
|
|
8
8
|
"""
|
|
9
|
-
Recommends Segments from a result [Segmentation](https://docs.recombee.com/segmentations
|
|
9
|
+
Recommends Segments from a result [Segmentation](https://docs.recombee.com/segmentations) that are the most relevant to a particular Segment from a context Segmentation.
|
|
10
10
|
|
|
11
11
|
Based on the used Segmentations, this endpoint can be used for example for:
|
|
12
12
|
|
|
@@ -64,7 +64,7 @@ class RecommendItemSegmentsToItemSegment(Request):
|
|
|
64
64
|
:param scenario: Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing".
|
|
65
65
|
|
|
66
66
|
|
|
67
|
-
You can set various settings to the [scenario](https://docs.recombee.com/scenarios
|
|
67
|
+
You can set various settings to the [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com). You can also see the performance of each scenario in the Admin UI separately, so you can check how well each application performs.
|
|
68
68
|
|
|
69
69
|
|
|
70
70
|
The AI that optimizes models to get the best results may optimize different scenarios separately or even use different models in each of the scenarios.
|
|
@@ -73,21 +73,21 @@ class RecommendItemSegmentsToItemSegment(Request):
|
|
|
73
73
|
:param cascade_create: If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system.
|
|
74
74
|
|
|
75
75
|
|
|
76
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
76
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`.
|
|
77
77
|
|
|
78
78
|
|
|
79
|
-
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql
|
|
79
|
+
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`.
|
|
80
80
|
|
|
81
81
|
|
|
82
82
|
:param logic: Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case.
|
|
83
83
|
|
|
84
|
-
See [this section](https://docs.recombee.com/recommendation_logics
|
|
84
|
+
See [this section](https://docs.recombee.com/recommendation_logics) for a list of available logics and other details.
|
|
85
85
|
|
|
86
86
|
|
|
87
87
|
The difference between `logic` and `scenario` is that `logic` specifies mainly behavior, while `scenario` specifies the place where recommendations are shown to the users.
|
|
88
88
|
|
|
89
89
|
|
|
90
|
-
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios
|
|
90
|
+
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
91
91
|
|
|
92
92
|
|
|
93
93
|
:param expert_settings: Dictionary of custom options.
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class RecommendItemSegmentsToUser(Request):
|
|
8
8
|
"""
|
|
9
|
-
Recommends the top Segments from a [Segmentation](https://docs.recombee.com/segmentations
|
|
9
|
+
Recommends the top Segments from a [Segmentation](https://docs.recombee.com/segmentations) for a particular user, based on the user's past interactions.
|
|
10
10
|
|
|
11
11
|
Based on the used Segmentation, this endpoint can be used for example for:
|
|
12
12
|
|
|
@@ -34,7 +34,7 @@ class RecommendItemSegmentsToUser(Request):
|
|
|
34
34
|
:param scenario: Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing".
|
|
35
35
|
|
|
36
36
|
|
|
37
|
-
You can set various settings to the [scenario](https://docs.recombee.com/scenarios
|
|
37
|
+
You can set various settings to the [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com). You can also see the performance of each scenario in the Admin UI separately, so you can check how well each application performs.
|
|
38
38
|
|
|
39
39
|
|
|
40
40
|
The AI that optimizes models to get the best results may optimize different scenarios separately or even use different models in each of the scenarios.
|
|
@@ -43,21 +43,21 @@ class RecommendItemSegmentsToUser(Request):
|
|
|
43
43
|
:param cascade_create: If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system.
|
|
44
44
|
|
|
45
45
|
|
|
46
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
46
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`.
|
|
47
47
|
|
|
48
48
|
|
|
49
|
-
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql
|
|
49
|
+
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`.
|
|
50
50
|
|
|
51
51
|
|
|
52
52
|
:param logic: Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case.
|
|
53
53
|
|
|
54
|
-
See [this section](https://docs.recombee.com/recommendation_logics
|
|
54
|
+
See [this section](https://docs.recombee.com/recommendation_logics) for a list of available logics and other details.
|
|
55
55
|
|
|
56
56
|
|
|
57
57
|
The difference between `logic` and `scenario` is that `logic` specifies mainly behavior, while `scenario` specifies the place where recommendations are shown to the users.
|
|
58
58
|
|
|
59
59
|
|
|
60
|
-
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios
|
|
60
|
+
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
61
61
|
|
|
62
62
|
|
|
63
63
|
:param expert_settings: Dictionary of custom options.
|
|
@@ -12,8 +12,8 @@ class RecommendItemsToItem(Request):
|
|
|
12
12
|
|
|
13
13
|
Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
|
|
14
14
|
|
|
15
|
-
- Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui
|
|
16
|
-
- Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api
|
|
15
|
+
- Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui#reported-metrics).
|
|
16
|
+
- Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api#recommend-next-items).
|
|
17
17
|
|
|
18
18
|
It is also possible to use POST HTTP method (for example in the case of a very long ReQL filter) - query parameters then become body parameters.
|
|
19
19
|
|
|
@@ -60,7 +60,7 @@ class RecommendItemsToItem(Request):
|
|
|
60
60
|
:param scenario: Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing".
|
|
61
61
|
|
|
62
62
|
|
|
63
|
-
You can set various settings to the [scenario](https://docs.recombee.com/scenarios
|
|
63
|
+
You can set various settings to the [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com). You can also see the performance of each scenario in the Admin UI separately, so you can check how well each application performs.
|
|
64
64
|
|
|
65
65
|
|
|
66
66
|
The AI that optimizes models to get the best results may optimize different scenarios separately or even use different models in each of the scenarios.
|
|
@@ -170,42 +170,42 @@ class RecommendItemsToItem(Request):
|
|
|
170
170
|
```
|
|
171
171
|
|
|
172
172
|
|
|
173
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
173
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes.
|
|
174
174
|
|
|
175
175
|
|
|
176
|
-
Filters can also be assigned to a [scenario](https://docs.recombee.com/scenarios
|
|
176
|
+
Filters can also be assigned to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
177
177
|
|
|
178
178
|
|
|
179
|
-
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql
|
|
179
|
+
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes.
|
|
180
180
|
|
|
181
181
|
|
|
182
|
-
Boosters can also be assigned to a [scenario](https://docs.recombee.com/scenarios
|
|
182
|
+
Boosters can also be assigned to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
183
183
|
|
|
184
184
|
|
|
185
185
|
:param logic: Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case.
|
|
186
186
|
|
|
187
|
-
See [this section](https://docs.recombee.com/recommendation_logics
|
|
187
|
+
See [this section](https://docs.recombee.com/recommendation_logics) for a list of available logics and other details.
|
|
188
188
|
|
|
189
189
|
|
|
190
190
|
The difference between `logic` and `scenario` is that `logic` specifies mainly behavior, while `scenario` specifies the place where recommendations are shown to the users.
|
|
191
191
|
|
|
192
192
|
|
|
193
|
-
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios
|
|
193
|
+
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
194
194
|
|
|
195
195
|
|
|
196
|
-
:param user_impact: **Expert option
|
|
196
|
+
:param user_impact: **Expert option:** If *targetUserId* parameter is present, the recommendations are biased towards the given user. Using *userImpact*, you may control this bias. For an extreme case of `userImpact=0.0`, the interactions made by the user are not taken into account at all (with the exception of history-based blacklisting), for `userImpact=1.0`, you'll get a user-based recommendation. The default value is `0`.
|
|
197
197
|
|
|
198
198
|
|
|
199
|
-
:param diversity: **Expert option
|
|
199
|
+
:param diversity: **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification.
|
|
200
200
|
|
|
201
201
|
|
|
202
|
-
:param min_relevance: **Expert option
|
|
202
|
+
:param min_relevance: **Expert option:** If the *targetUserId* is provided: Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations being appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it.
|
|
203
203
|
|
|
204
204
|
|
|
205
|
-
:param rotation_rate: **Expert option
|
|
205
|
+
:param rotation_rate: **Expert option:** If the *targetUserId* is provided: If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items.
|
|
206
206
|
|
|
207
207
|
|
|
208
|
-
:param rotation_time: **Expert option
|
|
208
|
+
:param rotation_time: **Expert option:** If the *targetUserId* is provided: Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized.
|
|
209
209
|
|
|
210
210
|
|
|
211
211
|
:param expert_settings: Dictionary of custom options.
|
|
@@ -6,7 +6,7 @@ DEFAULT = uuid.uuid4()
|
|
|
6
6
|
|
|
7
7
|
class RecommendItemsToItemSegment(Request):
|
|
8
8
|
"""
|
|
9
|
-
Recommends Items that are the most relevant to a particular Segment from a context [Segmentation](https://docs.recombee.com/segmentations
|
|
9
|
+
Recommends Items that are the most relevant to a particular Segment from a context [Segmentation](https://docs.recombee.com/segmentations).
|
|
10
10
|
|
|
11
11
|
Based on the used Segmentation, this endpoint can be used for example for:
|
|
12
12
|
|
|
@@ -63,13 +63,13 @@ class RecommendItemsToItemSegment(Request):
|
|
|
63
63
|
:param scenario: Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing".
|
|
64
64
|
|
|
65
65
|
|
|
66
|
-
You can set various settings to the [scenario](https://docs.recombee.com/scenarios
|
|
66
|
+
You can set various settings to the [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com). You can also see the performance of each scenario in the Admin UI separately, so you can check how well each application performs.
|
|
67
67
|
|
|
68
68
|
|
|
69
69
|
The AI that optimizes models to get the best results may optimize different scenarios separately or even use different models in each of the scenarios.
|
|
70
70
|
|
|
71
71
|
|
|
72
|
-
:param cascade_create: If
|
|
72
|
+
:param cascade_create: If a user of the given *targetUserId* doesn't exist in the database, it creates this user and returns some (non-personalized) recommendations. This allows, for example, rotations in the following recommendations for the user of the given *targetUserId*, as the user will be already known to the system.
|
|
73
73
|
|
|
74
74
|
:param return_properties: With `returnProperties=true`, property values of the recommended items are returned along with their IDs in a JSON dictionary. The acquired property values can be used to easily display the recommended items to the user.
|
|
75
75
|
|
|
@@ -173,36 +173,36 @@ class RecommendItemsToItemSegment(Request):
|
|
|
173
173
|
```
|
|
174
174
|
|
|
175
175
|
|
|
176
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
176
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes.
|
|
177
177
|
|
|
178
178
|
|
|
179
|
-
Filters can also be assigned to a [scenario](https://docs.recombee.com/scenarios
|
|
179
|
+
Filters can also be assigned to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
180
180
|
|
|
181
181
|
|
|
182
|
-
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql
|
|
182
|
+
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes.
|
|
183
183
|
|
|
184
184
|
|
|
185
|
-
Boosters can also be assigned to a [scenario](https://docs.recombee.com/scenarios
|
|
185
|
+
Boosters can also be assigned to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
186
186
|
|
|
187
187
|
|
|
188
188
|
:param logic: Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case.
|
|
189
189
|
|
|
190
|
-
See [this section](https://docs.recombee.com/recommendation_logics
|
|
190
|
+
See [this section](https://docs.recombee.com/recommendation_logics) for a list of available logics and other details.
|
|
191
191
|
|
|
192
192
|
|
|
193
193
|
The difference between `logic` and `scenario` is that `logic` specifies mainly behavior, while `scenario` specifies the place where recommendations are shown to the users.
|
|
194
194
|
|
|
195
195
|
|
|
196
|
-
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios
|
|
196
|
+
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
197
197
|
|
|
198
198
|
|
|
199
|
-
:param min_relevance: **Expert option
|
|
199
|
+
:param min_relevance: **Expert option:** If the *targetUserId* is provided: Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations being appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it.
|
|
200
200
|
|
|
201
201
|
|
|
202
|
-
:param rotation_rate: **Expert option
|
|
202
|
+
:param rotation_rate: **Expert option:** If the *targetUserId* is provided: If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items.
|
|
203
203
|
|
|
204
204
|
|
|
205
|
-
:param rotation_time: **Expert option
|
|
205
|
+
:param rotation_time: **Expert option:** If the *targetUserId* is provided: Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized.
|
|
206
206
|
|
|
207
207
|
|
|
208
208
|
:param expert_settings: Dictionary of custom options.
|
|
@@ -14,8 +14,8 @@ class RecommendItemsToUser(Request):
|
|
|
14
14
|
|
|
15
15
|
Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
|
|
16
16
|
|
|
17
|
-
- Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui
|
|
18
|
-
- Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api
|
|
17
|
+
- Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui#reported-metrics).
|
|
18
|
+
- Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api#recommend-next-items).
|
|
19
19
|
|
|
20
20
|
It is also possible to use POST HTTP method (for example in the case of a very long ReQL filter) - query parameters then become body parameters.
|
|
21
21
|
|
|
@@ -32,7 +32,7 @@ class RecommendItemsToUser(Request):
|
|
|
32
32
|
:param scenario: Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing".
|
|
33
33
|
|
|
34
34
|
|
|
35
|
-
You can set various settings to the [scenario](https://docs.recombee.com/scenarios
|
|
35
|
+
You can set various settings to the [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com). You can also see the performance of each scenario in the Admin UI separately, so you can check how well each application performs.
|
|
36
36
|
|
|
37
37
|
|
|
38
38
|
The AI that optimizes models to get the best results may optimize different scenarios separately or even use different models in each of the scenarios.
|
|
@@ -143,39 +143,39 @@ class RecommendItemsToUser(Request):
|
|
|
143
143
|
```
|
|
144
144
|
|
|
145
145
|
|
|
146
|
-
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
146
|
+
:param filter: Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes.
|
|
147
147
|
|
|
148
148
|
|
|
149
|
-
Filters can also be assigned to a [scenario](https://docs.recombee.com/scenarios
|
|
149
|
+
Filters can also be assigned to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
150
150
|
|
|
151
151
|
|
|
152
|
-
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql
|
|
152
|
+
:param booster: Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes.
|
|
153
153
|
|
|
154
154
|
|
|
155
|
-
Boosters can also be assigned to a [scenario](https://docs.recombee.com/scenarios
|
|
155
|
+
Boosters can also be assigned to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
156
156
|
|
|
157
157
|
|
|
158
158
|
:param logic: Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case.
|
|
159
159
|
|
|
160
|
-
See [this section](https://docs.recombee.com/recommendation_logics
|
|
160
|
+
See [this section](https://docs.recombee.com/recommendation_logics) for a list of available logics and other details.
|
|
161
161
|
|
|
162
162
|
|
|
163
163
|
The difference between `logic` and `scenario` is that `logic` specifies mainly behavior, while `scenario` specifies the place where recommendations are shown to the users.
|
|
164
164
|
|
|
165
165
|
|
|
166
|
-
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios
|
|
166
|
+
Logic can also be set to a [scenario](https://docs.recombee.com/scenarios) in the [Admin UI](https://admin.recombee.com).
|
|
167
167
|
|
|
168
168
|
|
|
169
|
-
:param diversity: **Expert option
|
|
169
|
+
:param diversity: **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification.
|
|
170
170
|
|
|
171
171
|
|
|
172
|
-
:param min_relevance: **Expert option
|
|
172
|
+
:param min_relevance: **Expert option:** Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations to be appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such a case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it.
|
|
173
173
|
|
|
174
174
|
|
|
175
|
-
:param rotation_rate: **Expert option
|
|
175
|
+
:param rotation_rate: **Expert option:** If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. Default: `0`.
|
|
176
176
|
|
|
177
177
|
|
|
178
|
-
:param rotation_time: **Expert option
|
|
178
|
+
:param rotation_time: **Expert option:** Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. Default: `7200.0`.
|
|
179
179
|
|
|
180
180
|
|
|
181
181
|
:param expert_settings: Dictionary of custom options.
|
|
@@ -10,10 +10,10 @@ class RecommendNextItems(Request):
|
|
|
10
10
|
|
|
11
11
|
It accepts `recommId` of a base recommendation request (e.g., request from the first page) and the number of items that shall be returned (`count`).
|
|
12
12
|
The base request can be one of:
|
|
13
|
-
- [Recommend Items to Item](https://docs.recombee.com/api
|
|
14
|
-
- [Recommend Items to User](https://docs.recombee.com/api
|
|
15
|
-
- [Recommend Items to Item Segment](https://docs.recombee.com/api
|
|
16
|
-
- [Search Items](https://docs.recombee.com/api
|
|
13
|
+
- [Recommend Items to Item](https://docs.recombee.com/api#recommend-items-to-item)
|
|
14
|
+
- [Recommend Items to User](https://docs.recombee.com/api#recommend-items-to-user)
|
|
15
|
+
- [Recommend Items to Item Segment](https://docs.recombee.com/api#recommend-items-to-item-segment)
|
|
16
|
+
- [Search Items](https://docs.recombee.com/api#search-items)
|
|
17
17
|
|
|
18
18
|
All the other parameters are inherited from the base request.
|
|
19
19
|
|