recombee-api-client 5.0.2 → 5.1.1
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.
- package/LICENSE +21 -0
- package/lib/api-client.js +1 -1
- package/lib/index.d.ts +137 -79
- package/lib/requests/add-manual-reql-segment.js +1 -1
- package/lib/requests/add-search-synonym.js +1 -1
- package/lib/requests/create-auto-reql-segmentation.js +1 -1
- package/lib/requests/create-manual-reql-segmentation.js +1 -1
- package/lib/requests/delete-item.js +1 -1
- package/lib/requests/delete-more-items.js +2 -2
- package/lib/requests/delete-search-synonym.js +1 -1
- package/lib/requests/index.js +2 -1
- package/lib/requests/list-items.js +1 -1
- package/lib/requests/list-scenarios.js +40 -0
- package/lib/requests/list-users.js +1 -1
- package/lib/requests/merge-users.js +2 -0
- package/lib/requests/recommend-item-segments-to-item-segment.js +6 -6
- package/lib/requests/recommend-item-segments-to-item.js +6 -6
- package/lib/requests/recommend-item-segments-to-user.js +6 -6
- package/lib/requests/recommend-items-to-item-segment.js +12 -12
- package/lib/requests/recommend-items-to-item.js +14 -14
- package/lib/requests/recommend-items-to-user.js +13 -13
- package/lib/requests/recommend-next-items.js +4 -4
- package/lib/requests/recommend-users-to-item.js +9 -9
- package/lib/requests/recommend-users-to-user.js +11 -11
- package/lib/requests/search-item-segments.js +5 -5
- package/lib/requests/search-items.js +9 -9
- package/lib/requests/set-item-values.js +1 -1
- package/lib/requests/set-user-values.js +1 -1
- package/lib/requests/set-view-portion.js +1 -1
- package/lib/requests/update-more-items.js +1 -1
- package/package.json +8 -7
- package/test/list-scenarios-batch_test.js +33 -0
- package/test/list-scenarios-callback_test.js +35 -0
- package/test/list-scenarios-test.js +31 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2017 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.
|
package/lib/api-client.js
CHANGED
|
@@ -43,7 +43,7 @@ class ApiClient {
|
|
|
43
43
|
method: request.method,
|
|
44
44
|
headers: {'Accept': 'application/json',
|
|
45
45
|
'Content-Type': 'application/json',
|
|
46
|
-
'User-Agent': 'recombee-node-api-client/5.
|
|
46
|
+
'User-Agent': 'recombee-node-api-client/5.1.1'},
|
|
47
47
|
timeout: request.timeout,
|
|
48
48
|
agent: this.options.agent
|
|
49
49
|
};
|
package/lib/index.d.ts
CHANGED
|
@@ -192,17 +192,49 @@ declare module "recombee-api-client" {
|
|
|
192
192
|
}
|
|
193
193
|
|
|
194
194
|
export type ApiClientOptions = {
|
|
195
|
-
baseUri?: string;
|
|
196
|
-
region?: string;
|
|
197
195
|
protocol?: string;
|
|
198
196
|
agent?: object;
|
|
199
|
-
}
|
|
197
|
+
} & (
|
|
198
|
+
| {
|
|
199
|
+
baseUri?: string;
|
|
200
|
+
}
|
|
201
|
+
| {
|
|
202
|
+
region?: string;
|
|
203
|
+
}
|
|
204
|
+
)
|
|
200
205
|
|
|
201
206
|
export type BatchResponse = {
|
|
202
207
|
code: number;
|
|
203
208
|
json: any;
|
|
204
209
|
}[]
|
|
205
210
|
|
|
211
|
+
/**
|
|
212
|
+
* Mapping of Item/User property types to their corresponding TypeScript types.
|
|
213
|
+
*/
|
|
214
|
+
export type EntityProperty =
|
|
215
|
+
| StringProperty
|
|
216
|
+
| IntProperty
|
|
217
|
+
| DoubleProperty
|
|
218
|
+
| BooleanProperty
|
|
219
|
+
| TimestampProperty
|
|
220
|
+
| SetProperty
|
|
221
|
+
| ImageProperty
|
|
222
|
+
| ImageListProperty
|
|
223
|
+
| null;
|
|
224
|
+
|
|
225
|
+
type StringProperty = string;
|
|
226
|
+
type IntProperty = number;
|
|
227
|
+
type DoubleProperty = number;
|
|
228
|
+
type BooleanProperty = boolean;
|
|
229
|
+
/** Unix timestamp in seconds */
|
|
230
|
+
type TimestampProperty = number;
|
|
231
|
+
/** Unordered set of strings */
|
|
232
|
+
type SetProperty = string[];
|
|
233
|
+
/** URL of the image */
|
|
234
|
+
type ImageProperty = string;
|
|
235
|
+
/** Array of image URLs */
|
|
236
|
+
type ImageListProperty = string[];
|
|
237
|
+
|
|
206
238
|
/**
|
|
207
239
|
* Client for sending requests to Recombee and getting replies
|
|
208
240
|
*/
|
|
@@ -259,7 +291,7 @@ declare module "recombee-api-client" {
|
|
|
259
291
|
|
|
260
292
|
export type Item = {
|
|
261
293
|
itemId: string;
|
|
262
|
-
values?:
|
|
294
|
+
values?: Record<string, EntityProperty>;
|
|
263
295
|
}
|
|
264
296
|
|
|
265
297
|
export type PropertyInfo = {
|
|
@@ -290,7 +322,7 @@ declare module "recombee-api-client" {
|
|
|
290
322
|
|
|
291
323
|
export type User = {
|
|
292
324
|
userId: string;
|
|
293
|
-
values?:
|
|
325
|
+
values?: Record<string, EntityProperty>;
|
|
294
326
|
}
|
|
295
327
|
|
|
296
328
|
export type DetailView = {
|
|
@@ -300,7 +332,7 @@ declare module "recombee-api-client" {
|
|
|
300
332
|
duration?: number;
|
|
301
333
|
cascadeCreate?: boolean;
|
|
302
334
|
recommId?: string;
|
|
303
|
-
additionalData?:
|
|
335
|
+
additionalData?: Record<string, unknown>;
|
|
304
336
|
}
|
|
305
337
|
|
|
306
338
|
export type Purchase = {
|
|
@@ -312,7 +344,7 @@ declare module "recombee-api-client" {
|
|
|
312
344
|
price?: number;
|
|
313
345
|
profit?: number;
|
|
314
346
|
recommId?: string;
|
|
315
|
-
additionalData?:
|
|
347
|
+
additionalData?: Record<string, unknown>;
|
|
316
348
|
}
|
|
317
349
|
|
|
318
350
|
export type Rating = {
|
|
@@ -322,7 +354,7 @@ declare module "recombee-api-client" {
|
|
|
322
354
|
rating: number;
|
|
323
355
|
cascadeCreate?: boolean;
|
|
324
356
|
recommId?: string;
|
|
325
|
-
additionalData?:
|
|
357
|
+
additionalData?: Record<string, unknown>;
|
|
326
358
|
}
|
|
327
359
|
|
|
328
360
|
export type CartAddition = {
|
|
@@ -333,7 +365,7 @@ declare module "recombee-api-client" {
|
|
|
333
365
|
amount?: number;
|
|
334
366
|
price?: number;
|
|
335
367
|
recommId?: string;
|
|
336
|
-
additionalData?:
|
|
368
|
+
additionalData?: Record<string, unknown>;
|
|
337
369
|
}
|
|
338
370
|
|
|
339
371
|
export type Bookmark = {
|
|
@@ -342,7 +374,7 @@ declare module "recombee-api-client" {
|
|
|
342
374
|
timestamp?: string | number;
|
|
343
375
|
cascadeCreate?: boolean;
|
|
344
376
|
recommId?: string;
|
|
345
|
-
additionalData?:
|
|
377
|
+
additionalData?: Record<string, unknown>;
|
|
346
378
|
}
|
|
347
379
|
|
|
348
380
|
export type ViewPortion = {
|
|
@@ -353,12 +385,12 @@ declare module "recombee-api-client" {
|
|
|
353
385
|
timestamp?: string | number;
|
|
354
386
|
cascadeCreate?: boolean;
|
|
355
387
|
recommId?: string;
|
|
356
|
-
additionalData?:
|
|
388
|
+
additionalData?: Record<string, unknown>;
|
|
357
389
|
}
|
|
358
390
|
|
|
359
391
|
export type Recommendation = {
|
|
360
392
|
id: string;
|
|
361
|
-
values?:
|
|
393
|
+
values?: Record<string, EntityProperty>;
|
|
362
394
|
}
|
|
363
395
|
|
|
364
396
|
export type RecommendationResponse = {
|
|
@@ -398,6 +430,11 @@ declare module "recombee-api-client" {
|
|
|
398
430
|
description?: string;
|
|
399
431
|
}
|
|
400
432
|
|
|
433
|
+
export type Scenario = {
|
|
434
|
+
id: string;
|
|
435
|
+
endpoint: string;
|
|
436
|
+
}
|
|
437
|
+
|
|
401
438
|
namespace requests {
|
|
402
439
|
/**
|
|
403
440
|
* Adds new item of the given `itemId` to the items catalog.
|
|
@@ -424,7 +461,7 @@ declare module "recombee-api-client" {
|
|
|
424
461
|
/**
|
|
425
462
|
* Deletes an item of the given `itemId` from the catalog.
|
|
426
463
|
* 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.
|
|
427
|
-
* 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
|
|
464
|
+
* 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.
|
|
428
465
|
*/
|
|
429
466
|
export class DeleteItem extends requests.Request {
|
|
430
467
|
/**
|
|
@@ -456,7 +493,7 @@ declare module "recombee-api-client" {
|
|
|
456
493
|
);
|
|
457
494
|
|
|
458
495
|
itemId: string;
|
|
459
|
-
protected __response_type: string
|
|
496
|
+
protected __response_type: Record<string, EntityProperty>;
|
|
460
497
|
|
|
461
498
|
bodyParameters(): {
|
|
462
499
|
};
|
|
@@ -474,7 +511,7 @@ declare module "recombee-api-client" {
|
|
|
474
511
|
*/
|
|
475
512
|
constructor(
|
|
476
513
|
optional?: {
|
|
477
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
514
|
+
/** 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. */
|
|
478
515
|
filter?: string;
|
|
479
516
|
/** The number of items to be listed. */
|
|
480
517
|
count?: number;
|
|
@@ -612,7 +649,7 @@ declare module "recombee-api-client" {
|
|
|
612
649
|
*/
|
|
613
650
|
export class UpdateMoreItems extends requests.Request {
|
|
614
651
|
/**
|
|
615
|
-
* @param filter - A [ReQL](https://docs.recombee.com/reql
|
|
652
|
+
* @param filter - A [ReQL](https://docs.recombee.com/reql) expression, which returns `true` for the items that shall be updated.
|
|
616
653
|
* @param changes - A dictionary where the keys are properties that shall be updated.
|
|
617
654
|
*/
|
|
618
655
|
constructor(
|
|
@@ -635,11 +672,11 @@ declare module "recombee-api-client" {
|
|
|
635
672
|
|
|
636
673
|
/**
|
|
637
674
|
* Deletes all the items that pass the filter.
|
|
638
|
-
* 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
|
|
675
|
+
* 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.
|
|
639
676
|
*/
|
|
640
677
|
export class DeleteMoreItems extends requests.Request {
|
|
641
678
|
/**
|
|
642
|
-
* @param filter - A [ReQL](https://docs.recombee.com/reql
|
|
679
|
+
* @param filter - A [ReQL](https://docs.recombee.com/reql) expression, which returns `true` for the items that shall be updated.
|
|
643
680
|
*/
|
|
644
681
|
constructor(
|
|
645
682
|
filter: string,
|
|
@@ -877,7 +914,7 @@ declare module "recombee-api-client" {
|
|
|
877
914
|
);
|
|
878
915
|
|
|
879
916
|
userId: string;
|
|
880
|
-
protected __response_type: string
|
|
917
|
+
protected __response_type: Record<string, EntityProperty>;
|
|
881
918
|
|
|
882
919
|
bodyParameters(): {
|
|
883
920
|
};
|
|
@@ -889,6 +926,8 @@ declare module "recombee-api-client" {
|
|
|
889
926
|
/**
|
|
890
927
|
* Merges interactions (purchases, ratings, bookmarks, detail views ...) of two different users under a single user ID. This is especially useful for online e-commerce applications working with anonymous users identified by unique tokens such as the session ID. In such applications, it may often happen that a user owns a persistent account, yet accesses the system anonymously while, e.g., putting items into a shopping cart. At some point in time, such as when the user wishes to confirm the purchase, (s)he logs into the system using his/her username and password. The interactions made under anonymous session ID then become connected with the persistent account, and merging these two becomes desirable.
|
|
891
928
|
* 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**.
|
|
929
|
+
* By default, the *Merge Users* request is only available from server-side integrations for security reasons, to prevent potential abuse.
|
|
930
|
+
* 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.
|
|
892
931
|
*/
|
|
893
932
|
export class MergeUsers extends requests.Request {
|
|
894
933
|
/**
|
|
@@ -927,7 +966,7 @@ declare module "recombee-api-client" {
|
|
|
927
966
|
*/
|
|
928
967
|
constructor(
|
|
929
968
|
optional?: {
|
|
930
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
969
|
+
/** 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. */
|
|
931
970
|
filter?: string;
|
|
932
971
|
/** The number of users to be listed. */
|
|
933
972
|
count?: number;
|
|
@@ -1697,7 +1736,7 @@ declare module "recombee-api-client" {
|
|
|
1697
1736
|
optional?: {
|
|
1698
1737
|
/** ID of the session in which the user viewed the item. Default is `null` (`None`, `nil`, `NULL` etc., depending on the language). */
|
|
1699
1738
|
sessionId?: string;
|
|
1700
|
-
/** UTC timestamp of the
|
|
1739
|
+
/** UTC timestamp of the view portion as ISO8601-1 pattern or UTC epoch time. The default value is the current time. */
|
|
1701
1740
|
timestamp?: string | number;
|
|
1702
1741
|
/** Sets whether the given user/item should be created if not present in the database. */
|
|
1703
1742
|
cascadeCreate?: boolean;
|
|
@@ -1813,8 +1852,8 @@ declare module "recombee-api-client" {
|
|
|
1813
1852
|
* The most typical use cases are recommendations on the homepage, in some "Picked just for you" section, or in email.
|
|
1814
1853
|
* The returned items are sorted by relevance (the first item being the most relevant).
|
|
1815
1854
|
* Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
|
|
1816
|
-
* - 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
|
|
1817
|
-
* - 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
|
|
1855
|
+
* - 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).
|
|
1856
|
+
* - 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).
|
|
1818
1857
|
* 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.
|
|
1819
1858
|
*/
|
|
1820
1859
|
export class RecommendItemsToUser extends requests.Request {
|
|
@@ -1835,19 +1874,19 @@ declare module "recombee-api-client" {
|
|
|
1835
1874
|
returnProperties?: boolean;
|
|
1836
1875
|
/** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
|
|
1837
1876
|
includedProperties?: string[];
|
|
1838
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
1877
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
|
|
1839
1878
|
filter?: string;
|
|
1840
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
1879
|
+
/** 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. */
|
|
1841
1880
|
booster?: string;
|
|
1842
1881
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
1843
1882
|
logic?: string | object;
|
|
1844
|
-
/** **Expert option
|
|
1883
|
+
/** **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. */
|
|
1845
1884
|
diversity?: number;
|
|
1846
|
-
/** **Expert option
|
|
1885
|
+
/** **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. */
|
|
1847
1886
|
minRelevance?: string;
|
|
1848
|
-
/** **Expert option
|
|
1887
|
+
/** **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`. */
|
|
1849
1888
|
rotationRate?: number;
|
|
1850
|
-
/** **Expert option
|
|
1889
|
+
/** **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`. */
|
|
1851
1890
|
rotationTime?: number;
|
|
1852
1891
|
/** Dictionary of custom options. */
|
|
1853
1892
|
expertSettings?: { [key: string]: unknown };
|
|
@@ -1898,8 +1937,8 @@ declare module "recombee-api-client" {
|
|
|
1898
1937
|
* Recommends a set of items that are somehow related to one given item, *X*. A typical scenario is when the user *A* is viewing *X*. Then you may display items to the user that he might also be interested in. Recommend items to item request gives you Top-N such items, optionally taking the target user *A* into account.
|
|
1899
1938
|
* The returned items are sorted by relevance (the first item being the most relevant).
|
|
1900
1939
|
* Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
|
|
1901
|
-
* - 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
|
|
1902
|
-
* - 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
|
|
1940
|
+
* - 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).
|
|
1941
|
+
* - 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).
|
|
1903
1942
|
* 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.
|
|
1904
1943
|
*/
|
|
1905
1944
|
export class RecommendItemsToItem extends requests.Request {
|
|
@@ -1934,21 +1973,21 @@ declare module "recombee-api-client" {
|
|
|
1934
1973
|
returnProperties?: boolean;
|
|
1935
1974
|
/** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
|
|
1936
1975
|
includedProperties?: string[];
|
|
1937
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
1976
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
|
|
1938
1977
|
filter?: string;
|
|
1939
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
1978
|
+
/** 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. */
|
|
1940
1979
|
booster?: string;
|
|
1941
1980
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
1942
1981
|
logic?: string | object;
|
|
1943
|
-
/** **Expert option
|
|
1982
|
+
/** **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`. */
|
|
1944
1983
|
userImpact?: number;
|
|
1945
|
-
/** **Expert option
|
|
1984
|
+
/** **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. */
|
|
1946
1985
|
diversity?: number;
|
|
1947
|
-
/** **Expert option
|
|
1986
|
+
/** **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. */
|
|
1948
1987
|
minRelevance?: string;
|
|
1949
|
-
/** **Expert option
|
|
1988
|
+
/** **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. */
|
|
1950
1989
|
rotationRate?: number;
|
|
1951
|
-
/** **Expert option
|
|
1990
|
+
/** **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. */
|
|
1952
1991
|
rotationTime?: number;
|
|
1953
1992
|
/** Dictionary of custom options. */
|
|
1954
1993
|
expertSettings?: { [key: string]: unknown };
|
|
@@ -2000,7 +2039,7 @@ declare module "recombee-api-client" {
|
|
|
2000
2039
|
}
|
|
2001
2040
|
|
|
2002
2041
|
/**
|
|
2003
|
-
* Recommends Items that are the most relevant to a particular Segment from a context [Segmentation](https://docs.recombee.com/segmentations
|
|
2042
|
+
* Recommends Items that are the most relevant to a particular Segment from a context [Segmentation](https://docs.recombee.com/segmentations).
|
|
2004
2043
|
* Based on the used Segmentation, this endpoint can be used for example for:
|
|
2005
2044
|
* - Recommending articles related to a particular topic
|
|
2006
2045
|
* - Recommending songs belonging to a particular genre
|
|
@@ -2035,23 +2074,23 @@ declare module "recombee-api-client" {
|
|
|
2035
2074
|
optional?: {
|
|
2036
2075
|
/** Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing". */
|
|
2037
2076
|
scenario?: string;
|
|
2038
|
-
/** If
|
|
2077
|
+
/** 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. */
|
|
2039
2078
|
cascadeCreate?: boolean;
|
|
2040
2079
|
/** 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. */
|
|
2041
2080
|
returnProperties?: boolean;
|
|
2042
2081
|
/** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
|
|
2043
2082
|
includedProperties?: string[];
|
|
2044
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2083
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
|
|
2045
2084
|
filter?: string;
|
|
2046
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2085
|
+
/** 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. */
|
|
2047
2086
|
booster?: string;
|
|
2048
2087
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2049
2088
|
logic?: string | object;
|
|
2050
|
-
/** **Expert option
|
|
2089
|
+
/** **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. */
|
|
2051
2090
|
minRelevance?: string;
|
|
2052
|
-
/** **Expert option
|
|
2091
|
+
/** **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. */
|
|
2053
2092
|
rotationRate?: number;
|
|
2054
|
-
/** **Expert option
|
|
2093
|
+
/** **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. */
|
|
2055
2094
|
rotationTime?: number;
|
|
2056
2095
|
/** Dictionary of custom options. */
|
|
2057
2096
|
expertSettings?: { [key: string]: unknown };
|
|
@@ -2103,10 +2142,10 @@ declare module "recombee-api-client" {
|
|
|
2103
2142
|
* Returns items that shall be shown to a user as next recommendations when the user e.g. scrolls the page down (*infinite scroll*) or goes to the next page.
|
|
2104
2143
|
* 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`).
|
|
2105
2144
|
* The base request can be one of:
|
|
2106
|
-
* - [Recommend Items to Item](https://docs.recombee.com/api
|
|
2107
|
-
* - [Recommend Items to User](https://docs.recombee.com/api
|
|
2108
|
-
* - [Recommend Items to Item Segment](https://docs.recombee.com/api
|
|
2109
|
-
* - [Search Items](https://docs.recombee.com/api
|
|
2145
|
+
* - [Recommend Items to Item](https://docs.recombee.com/api#recommend-items-to-item)
|
|
2146
|
+
* - [Recommend Items to User](https://docs.recombee.com/api#recommend-items-to-user)
|
|
2147
|
+
* - [Recommend Items to Item Segment](https://docs.recombee.com/api#recommend-items-to-item-segment)
|
|
2148
|
+
* - [Search Items](https://docs.recombee.com/api#search-items)
|
|
2110
2149
|
* All the other parameters are inherited from the base request.
|
|
2111
2150
|
* *Recommend next items* can be called many times for a single `recommId` and each call returns different (previously not recommended) items.
|
|
2112
2151
|
* The number of *Recommend next items* calls performed so far is returned in the `numberNextRecommsCalls` field.
|
|
@@ -2158,19 +2197,19 @@ declare module "recombee-api-client" {
|
|
|
2158
2197
|
returnProperties?: boolean;
|
|
2159
2198
|
/** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
|
|
2160
2199
|
includedProperties?: string[];
|
|
2161
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2200
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended users based on the values of their attributes. */
|
|
2162
2201
|
filter?: string;
|
|
2163
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2202
|
+
/** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some users based on the values of their attributes. */
|
|
2164
2203
|
booster?: string;
|
|
2165
2204
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2166
2205
|
logic?: string | object;
|
|
2167
|
-
/** **Expert option
|
|
2206
|
+
/** **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended users should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
|
|
2168
2207
|
diversity?: number;
|
|
2169
|
-
/** **Expert option
|
|
2208
|
+
/** **Expert option:** Specifies the threshold of how relevant must the recommended users be. Possible values one of: "low", "medium", "high". */
|
|
2170
2209
|
minRelevance?: string;
|
|
2171
|
-
/** **Expert option
|
|
2210
|
+
/** **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 a user 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 users. */
|
|
2172
2211
|
rotationRate?: number;
|
|
2173
|
-
/** **Expert option
|
|
2212
|
+
/** **Expert option:** Taking *rotationRate* into account, specifies how long it takes for a user to recover from the penalization. For example, `rotationTime=7200.0` means that users recommended less than 2 hours ago are penalized. */
|
|
2174
2213
|
rotationTime?: number;
|
|
2175
2214
|
/** Dictionary of custom options. */
|
|
2176
2215
|
expertSettings?: { [key: string]: unknown };
|
|
@@ -2225,7 +2264,7 @@ declare module "recombee-api-client" {
|
|
|
2225
2264
|
export class RecommendUsersToItem extends requests.Request {
|
|
2226
2265
|
/**
|
|
2227
2266
|
* @param itemId - ID of the item for which the recommendations are to be generated.
|
|
2228
|
-
* @param count - Number of
|
|
2267
|
+
* @param count - Number of users to be recommended (N for the top-N recommendation).
|
|
2229
2268
|
* @param optional - Optional parameters given as an object.
|
|
2230
2269
|
*/
|
|
2231
2270
|
constructor(
|
|
@@ -2240,13 +2279,13 @@ declare module "recombee-api-client" {
|
|
|
2240
2279
|
returnProperties?: boolean;
|
|
2241
2280
|
/** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
|
|
2242
2281
|
includedProperties?: string[];
|
|
2243
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2282
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended users based on the values of their attributes. */
|
|
2244
2283
|
filter?: string;
|
|
2245
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2284
|
+
/** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some users based on the values of their attributes. */
|
|
2246
2285
|
booster?: string;
|
|
2247
2286
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2248
2287
|
logic?: string | object;
|
|
2249
|
-
/** **Expert option
|
|
2288
|
+
/** **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended users should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
|
|
2250
2289
|
diversity?: number;
|
|
2251
2290
|
/** Dictionary of custom options. */
|
|
2252
2291
|
expertSettings?: { [key: string]: unknown };
|
|
@@ -2288,7 +2327,7 @@ declare module "recombee-api-client" {
|
|
|
2288
2327
|
}
|
|
2289
2328
|
|
|
2290
2329
|
/**
|
|
2291
|
-
* Recommends the top Segments from a [Segmentation](https://docs.recombee.com/segmentations
|
|
2330
|
+
* Recommends the top Segments from a [Segmentation](https://docs.recombee.com/segmentations) for a particular user, based on the user's past interactions.
|
|
2292
2331
|
* Based on the used Segmentation, this endpoint can be used for example for:
|
|
2293
2332
|
* - Recommending the top categories for the user
|
|
2294
2333
|
* - Recommending the top genres for the user
|
|
@@ -2312,9 +2351,9 @@ declare module "recombee-api-client" {
|
|
|
2312
2351
|
scenario?: string;
|
|
2313
2352
|
/** 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. */
|
|
2314
2353
|
cascadeCreate?: boolean;
|
|
2315
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2354
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
|
|
2316
2355
|
filter?: string;
|
|
2317
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2356
|
+
/** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
|
|
2318
2357
|
booster?: string;
|
|
2319
2358
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2320
2359
|
logic?: string | object;
|
|
@@ -2352,7 +2391,7 @@ declare module "recombee-api-client" {
|
|
|
2352
2391
|
}
|
|
2353
2392
|
|
|
2354
2393
|
/**
|
|
2355
|
-
* Recommends Segments from a [Segmentation](https://docs.recombee.com/segmentations
|
|
2394
|
+
* Recommends Segments from a [Segmentation](https://docs.recombee.com/segmentations) that are the most relevant to a particular item.
|
|
2356
2395
|
* Based on the used Segmentation, this endpoint can be used for example for:
|
|
2357
2396
|
* - Recommending the related categories
|
|
2358
2397
|
* - Recommending the related genres
|
|
@@ -2390,9 +2429,9 @@ declare module "recombee-api-client" {
|
|
|
2390
2429
|
scenario?: string;
|
|
2391
2430
|
/** 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. */
|
|
2392
2431
|
cascadeCreate?: boolean;
|
|
2393
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2432
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
|
|
2394
2433
|
filter?: string;
|
|
2395
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2434
|
+
/** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
|
|
2396
2435
|
booster?: string;
|
|
2397
2436
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2398
2437
|
logic?: string | object;
|
|
@@ -2432,7 +2471,7 @@ declare module "recombee-api-client" {
|
|
|
2432
2471
|
}
|
|
2433
2472
|
|
|
2434
2473
|
/**
|
|
2435
|
-
* Recommends Segments from a result [Segmentation](https://docs.recombee.com/segmentations
|
|
2474
|
+
* Recommends Segments from a result [Segmentation](https://docs.recombee.com/segmentations) that are the most relevant to a particular Segment from a context Segmentation.
|
|
2436
2475
|
* Based on the used Segmentations, this endpoint can be used for example for:
|
|
2437
2476
|
* - Recommending the related brands to particular brand
|
|
2438
2477
|
* - Recommending the related brands to particular category
|
|
@@ -2469,9 +2508,9 @@ declare module "recombee-api-client" {
|
|
|
2469
2508
|
scenario?: string;
|
|
2470
2509
|
/** 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. */
|
|
2471
2510
|
cascadeCreate?: boolean;
|
|
2472
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2511
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
|
|
2473
2512
|
filter?: string;
|
|
2474
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2513
|
+
/** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
|
|
2475
2514
|
booster?: string;
|
|
2476
2515
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2477
2516
|
logic?: string | object;
|
|
@@ -2517,8 +2556,8 @@ declare module "recombee-api-client" {
|
|
|
2517
2556
|
* This endpoint should be used in a search box on your website/app. It can be called multiple times as the user is typing the query in order to get the most viable suggestions based on the current state of the query, or once after submitting the whole query.
|
|
2518
2557
|
* The returned items are sorted by relevance (the first item being the most relevant).
|
|
2519
2558
|
* Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
|
|
2520
|
-
* - Let Recombee know that this search was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui
|
|
2521
|
-
* - Get subsequent search results when the user scrolls down or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api
|
|
2559
|
+
* - Let Recombee know that this search was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui#reported-metrics).
|
|
2560
|
+
* - Get subsequent search results when the user scrolls down or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api#recommend-next-items).
|
|
2522
2561
|
* 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.
|
|
2523
2562
|
*/
|
|
2524
2563
|
export class SearchItems extends requests.Request {
|
|
@@ -2541,9 +2580,9 @@ declare module "recombee-api-client" {
|
|
|
2541
2580
|
returnProperties?: boolean;
|
|
2542
2581
|
/** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
|
|
2543
2582
|
includedProperties?: string[];
|
|
2544
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2583
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
|
|
2545
2584
|
filter?: string;
|
|
2546
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2585
|
+
/** 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. */
|
|
2547
2586
|
booster?: string;
|
|
2548
2587
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2549
2588
|
logic?: string | object;
|
|
@@ -2612,9 +2651,9 @@ declare module "recombee-api-client" {
|
|
|
2612
2651
|
scenario?: string;
|
|
2613
2652
|
/** 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. */
|
|
2614
2653
|
cascadeCreate?: boolean;
|
|
2615
|
-
/** Boolean-returning [ReQL](https://docs.recombee.com/reql
|
|
2654
|
+
/** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
|
|
2616
2655
|
filter?: string;
|
|
2617
|
-
/** Number-returning [ReQL](https://docs.recombee.com/reql
|
|
2656
|
+
/** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
|
|
2618
2657
|
booster?: string;
|
|
2619
2658
|
/** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
|
|
2620
2659
|
logic?: string | object;
|
|
@@ -2654,7 +2693,7 @@ declare module "recombee-api-client" {
|
|
|
2654
2693
|
}
|
|
2655
2694
|
|
|
2656
2695
|
/**
|
|
2657
|
-
* Adds a new synonym for the [Search items](https://docs.recombee.com/api
|
|
2696
|
+
* Adds a new synonym for the [Search items](https://docs.recombee.com/api#search-items).
|
|
2658
2697
|
* When the `term` is used in the search query, the `synonym` is also used for the full-text search.
|
|
2659
2698
|
* Unless `oneWay=true`, it works also in the opposite way (`synonym` -> `term`).
|
|
2660
2699
|
* An example of a synonym can be `science fiction` for the term `sci-fi`.
|
|
@@ -2738,7 +2777,7 @@ declare module "recombee-api-client" {
|
|
|
2738
2777
|
}
|
|
2739
2778
|
|
|
2740
2779
|
/**
|
|
2741
|
-
* Deletes synonym of the given `id`. This synonym is no longer taken into account in the [Search items](https://docs.recombee.com/api
|
|
2780
|
+
* 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).
|
|
2742
2781
|
*/
|
|
2743
2782
|
export class DeleteSearchSynonym extends requests.Request {
|
|
2744
2783
|
/**
|
|
@@ -2837,7 +2876,7 @@ declare module "recombee-api-client" {
|
|
|
2837
2876
|
}
|
|
2838
2877
|
|
|
2839
2878
|
/**
|
|
2840
|
-
* Segment the items using a [ReQL](https://docs.recombee.com/reql
|
|
2879
|
+
* Segment the items using a [ReQL](https://docs.recombee.com/reql) expression.
|
|
2841
2880
|
* For each item, the expression should return a set that contains IDs of segments to which the item belongs to.
|
|
2842
2881
|
*/
|
|
2843
2882
|
export class CreateAutoReqlSegmentation extends requests.Request {
|
|
@@ -2914,7 +2953,7 @@ declare module "recombee-api-client" {
|
|
|
2914
2953
|
}
|
|
2915
2954
|
|
|
2916
2955
|
/**
|
|
2917
|
-
* Segment the items using multiple [ReQL](https://docs.recombee.com/reql
|
|
2956
|
+
* Segment the items using multiple [ReQL](https://docs.recombee.com/reql) filters.
|
|
2918
2957
|
* Use the Add Manual ReQL Items Segment endpoint to create the individual segments.
|
|
2919
2958
|
*/
|
|
2920
2959
|
export class CreateManualReqlSegmentation extends requests.Request {
|
|
@@ -2984,7 +3023,7 @@ declare module "recombee-api-client" {
|
|
|
2984
3023
|
|
|
2985
3024
|
/**
|
|
2986
3025
|
* Adds a new Segment into a Manual ReQL Segmentation.
|
|
2987
|
-
* The new Segment is defined by a [ReQL](https://docs.recombee.com/reql
|
|
3026
|
+
* 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.
|
|
2988
3027
|
*/
|
|
2989
3028
|
export class AddManualReqlSegment extends requests.Request {
|
|
2990
3029
|
/**
|
|
@@ -3141,6 +3180,25 @@ declare module "recombee-api-client" {
|
|
|
3141
3180
|
};
|
|
3142
3181
|
}
|
|
3143
3182
|
|
|
3183
|
+
/**
|
|
3184
|
+
* Get all [Scenarios](https://docs.recombee.com/scenarios) of the given database.
|
|
3185
|
+
*/
|
|
3186
|
+
export class ListScenarios extends requests.Request {
|
|
3187
|
+
/**
|
|
3188
|
+
|
|
3189
|
+
*/
|
|
3190
|
+
constructor(
|
|
3191
|
+
);
|
|
3192
|
+
|
|
3193
|
+
protected __response_type: Scenario[];
|
|
3194
|
+
|
|
3195
|
+
bodyParameters(): {
|
|
3196
|
+
};
|
|
3197
|
+
|
|
3198
|
+
queryParameters(): {
|
|
3199
|
+
};
|
|
3200
|
+
}
|
|
3201
|
+
|
|
3144
3202
|
/**
|
|
3145
3203
|
* Completely erases all your data, including items, item properties, series, user database, purchases, ratings, detail views, and bookmarks. Make sure the request is never executed in the production environment! Resetting your database is irreversible.
|
|
3146
3204
|
*/
|