This is Evan from the Implementation Team. I am currently assisting a client, Alibaba, with the implementation of the Radarly API. The client has purchased premium API support for $80,000, and during the integration process, they encountered several issues. The detailed list of questions has been translated and attached below for your reference. The attachment is a Word document where I have translated all the original Chinese questions into English one by one in order. Please review and provide guidance or solutions for each of the points mentioned.
Let us know if further clarification is needed. Your support is greatly appreciated. Thank you!
Best regards, Evan
活动
Evan Zhao (赵念青)
今天 7:30 上午
API(新)对接问题.docx
13 3 2025, 07:30 下午
David Valles 大卫·瓦莱斯
今天 10:33 上午
Hello @Evan Zhao (赵念青),
Thank you for your email! We are currently reviewing your request and will follow up with more information shortly. 感谢您的电子邮件!我们目前正在审核您的请求,并将很快提供更多信息。
Cheers, 干杯, David 大卫
Adam Tuason-Borja 亚当·图森-博尔哈
今天 3:21 下午
Hello team, 大家好,
Please find below answers to the Radarly questions 以下是 Radarly 问题的答案
API (New) Integration Issues: Data Synchronization Mechanism API(新)集成问题:数据同步机制 What are the mechanisms and time intervals for the Meltwater library's integration with various social media platforms? For example, how often does Facebook sync (e.g., every few minutes)? Additionally, what are the issues related to the pagination size and index time fields for single requests? Meltwater 库与各种社交媒体平台集成的机制和时间间隔是什么?例如,Facebook 同步的频率是多少(例如,每隔几分钟)?此外,单个请求的分页大小和索引时间字段相关的问题是什么?
Once a query is implemented in a project, the post updates are on a best-effort basis. And they will vary between each platform on Radarly. For the Meta platforms, there can be some hours of delay between the post publication and its capture in Radarly. If one owns the accounts, the best way to ensure a reliable (and near-realtime) data acquisition is to plug the accounts in Radarly. 一旦在项目中实施了查询,帖子更新将尽最大努力。它们在 Radarly 上的每个平台上都会有所不同。对于 Meta 平台,帖子发布和 Radarly 捕获之间可能会有几个小时的延迟。如果某人拥有这些账户,那么确保可靠(且接近实时)数据采集的最佳方法是将账户插入 Radarly。
The posts that match the request are captured in real time for Twitter/X. There may be some lag for Blogs / Media / Site type platforms (because of the RSS feed verification that takes time or delay in one of our suppliers for forums ...) 符合请求的帖子会被实时捕获到 Twitter/X 中。博客/媒体/网站类型平台可能会出现一些延迟(因为我们的论坛供应商之一的 RSS 提要验证需要时间或延迟...)
For pagination size and index time fields this depends more so on the rate limit of the route being explored. 对于分页大小和索引时间字段,这更多地取决于正在探索的路线的速率限制。
The rate limiting of API provides a way to limit the number of requests made by a client in a time-span. If a method allows for 100 requests per rate limit window, then it allows you to make 100 requests per window per leveraged access token. Rate limits are divided into 15 minute intervals. Since endpoints require authentication, so there is no concept of unauthenticated calls and rate limits. API 的速率限制提供了一种限制客户端在一段时间内发出的请求数量的方法。如果一种方法允许每个速率限制窗口发出 100 个请求,那么它允许您每个窗口每个利用的访问令牌发出 100 个请求。速率限制分为 15 分钟的间隔。由于端点需要身份验证,因此不存在未经身份验证的调用和速率限制的概念。
The time window is sliding, that means the number of requests left for a token is equal to : MaxRequestNumber - (number of requests in the last X minutes)` 时间窗口是滑动的,这意味着令牌剩余的请求数等于: MaxRequestNumber - (number of requests in the last X minutes)`
The number of results (pagination) for a request can be limited (for example: max 10,000 posts for search) so regarding the number of documents, one request could need several calls to get the full list of results. 请求的结果(分页)数量可能受到限制(例如:最多搜索 10,000 个帖子),因此就文档数量而言,一个请求可能需要多次调用才能获得完整的结果列表。
Index Time Issues 索引时间问题 Does the index time always have to be less than the current time? For example, when searching for data at 10:00, if createBefore = 10:00 and createAfter = 09:45 or 10:15, will the search results be consistent when using the same index time range? 索引时间一定要小于当前时间吗?比如搜索10:00的数据,如果createBefore = 10:00,createAfter = 09:45或者10:15,使用相同的索引时间范围,搜索结果会一致吗?
The date types here are another way to filter the data to the timeframe you want to retrieve. If you want to search for data specifically captured at 10:00, set createdBefore = 10:01 and createdAfter=09:59. 此处的日期类型是另一种筛选数据到您想要检索的时间范围的方法。如果您想要搜索在 10:00 捕获的数据,请设置 createdBefore = 10:01 和 createdAfter=09:59。
More commonly you could also use from and to date metrics: 更常见的是,您还可以使用从日期到日期的指标:
Below is a sample for writing a date range from August 15, 2024 through September 15, applying the PST timezone. 下面是一个示例,使用 PST 时区编写从 2024 年 8 月 15 日到 9 月 15 日的日期范围。
Engagement Data Update Issues 参与数据更新问题 When engagement data (shares, likes, comments) is updated, does the index time also get updated? Is there an API endpoint to query the content of a single post? 当参与度数据(分享、点赞、评论)更新时,索引时间是否也会更新?是否有 API 端点可以查询单个帖子的内容?
For individual posts we log the ingested time of the post as well as the most recent update time of the post which can be found under the search endpoint results. 对于单个帖子,我们会记录帖子的摄取时间以及帖子的最近更新时间,可以在搜索端点结果下找到。
Quota Usage and AccessToken Refresh Issues 配额使用和 AccessToken 刷新问题 How can we check the current quota usage and remaining balance? 如何查看当前配额使用情况及剩余余额?
The quota usage isn’t documented however we have the rate limiting per endpoint defined below. 虽然没有记录配额使用情况,但是我们在下面定义了每个端点的速率限制。
Each rate-limited route limit requests depending on its policy. Rate limit is made per route and per token. Restricted Methods : 每个限速路由根据其策略限制请求。速率限制是针对每个路由和每个令牌进行的。受限方法:
In the oauth2/token interface, using grant_type=client_credentials also refreshes the AccessToken. Does this mean we can ignore the usage of grant_type=refresh? What is the difference between these two? 在 oauth2/token 接口中,使用 grant_type=client_credentials 也会刷新 AccessToken。这是否意味着我们可以忽略 grant_type=refresh 的用法?这两者有什么区别?
Technically the generation of a new access token can be done to refresh but we have a dedicated path to refresh the same access token. Documentation links are attached here. 从技术上讲,可以生成新的访问令牌来刷新,但我们有专用路径来刷新相同的访问令牌。文档链接附在此处。
curl
-X POST
-v 'https://oauth.linkfluence.com/oauth2/token'
-d 'grant_type=refresh_token&refresh_token=xxx'
What are the meanings of the fields intended for internal use only, and how can we confirm them? 仅供内部使用的字段含义是什么,如何确认?
Anything outside of our documented fields will typically be for internal use only. The internal fields relate to the Radarly UI usage or internal tracking. 我们记录的字段之外的任何内容通常仅供内部使用。内部字段与 Radarly UI 使用或内部跟踪有关。
For tags assigned to data on social media, can they be retrieved directly from the text field, or do we need to extract them from other fields? 对于分配给社交媒体上的数据的标签,可以直接从文本字段中检索它们,还是我们需要从其他字段中提取它们?
The text fields can be used on posts to retrieve all of the post text, including hashtags. Key phrases or keywords will be populated depending on the query used to capture it into the platform. 文本字段可用于帖子,以检索所有帖子文本,包括主题标签。关键短语或关键词将根据用于将其捕获到平台中的查询进行填充。
If the data pull exceeds the quota, what error does the API return? 如果数据拉取超出配额,API 会返回什么错误?
The error returned would be a 429 rate limit error. 返回的错误将是 429 速率限制错误。
Content Access and Data Missing Issues 内容访问和数据丢失问题 It is necessary to ensure that images and videos provided by Meltwater can be accessed normally. However, we have noticed that some retrieved images and videos are still inaccessible, which is inconsistent with what Hugo mentioned before. In cases of missing or unusable data, how should both parties collaborate to resolve the issue? 需要保证 Meltwater 提供的图片和视频可以正常访问,但是我们发现部分检索到的图片和视频仍然无法访问,这与 Hugo 之前说的不一致,如果出现数据丢失或无法使用的情况,双方该如何配合解决?
Please feel free to raise any missing images or videoes to us by supplying the Radarly link which corresponds to the API search as well as the request body/route used. You can reach us by mentioning the Radarly API in your email subject line to help@meltwater.com. 如果您发现任何缺失的图像或视频,请随时向我们提供与 API 搜索对应的 Radarly 链接以及使用的请求正文/路由。您可以在发送至help@meltwater.com的电子邮件主题行中提及Radarly API来联系我们。
Best, 最好的,
Adam 亚当
自动响应
今天 3:21 下午
您的请求状态已更改为 正在进行。
自动响应
今天 3:21 下午
您的请求状态已更改为 Awaiting Customer。
状态
Awaiting Customer
请求类型
Radarly
共享对象
Evan Zhao (赵念青)
创建人
Chloe Zhu
Loading app...
{"xsrfToken":"7ff027ada5806d82ab26e8be3b9bf5c8a16ac85e_lin","user":{"accountId":"712020:d00073de-e427-4fd9-a871-d22b853274b5","avatars":{"xsmall":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","small":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","medium":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","large":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","xlarge":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png"},"displayName":"Evan Zhao (赵念青)","email":"evan.zhao@meltwater.com","timezone":{"id":"America/New_York","regionKey":"America","city":"New York","gmtOffset":"(GMT-05:00)"},"language":{"key":"zh_CN","displayName":"中文 (中国)"},"storedLanguage":{"key":"zh_CN","displayName":"中文 (中国)"},"canChangePassword":true,"canUpdateUser":true,"customMenuLinks":[],"notificationType":"html","canAdministerJIRA":false,"atlassianAccountManaged":true,"agentForPortal":false,"requestDetailsShowHideAnnouncementVisible":true},"branding":{"id":"43","key":"mwtr","name":"Meltwater Product Support","portalBaseUrl":"/servicedesk/customer/portal/43"},"helpCenterBranding":{"logoUrl":"https://api.media.atlassian.com/file/9eb0e647-13a1-407e-b4b8-949bb77677be/image?token=eyJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJjZGE4ZTUwNy05M2JmLTQ2MDctYmIyYi00OGMzNzhiYWE2ZTAiLCJhY2Nlc3MiOnsidXJuOmZpbGVzdG9yZTpmaWxlOjllYjBlNjQ3LTEzYTEtNDA3ZS1iNGI4LTk0OWJiNzc2NzdiZSI6WyJyZWFkIl19LCJleHAiOjE3NDE5MTc4NzcsIm5iZiI6MTc0MTkxNzI3N30.XX_utXkZlQpwgPF-7NBHlQKbAS3Bf8Td1HnZa7_qEUU&client=cda8e507-93bf-4607-bb2b-48c378baa6e0&mode=fit","logoId":"9eb0e647-13a1-407e-b4b8-949bb77677be","isLogoAvailable":true,"helpCenterTitle":"Welcome to the Help Center","sharedPortalName":"Help Center","userInitialAnnouncementHeader":"","userInitialAnnouncementMessageWiki":"","translations":{"fi-FI":{"localeDisplayName":"芬兰语 (芬兰)"},"nl-NL":{"localeDisplayName":"荷兰语 (荷兰)"},"de-DE":{"localeDisplayName":"德语 (德国)"},"en-US":{"helpCenterTitle":"Welcome to the Help Center","sharedPortalName":"Help Center","localeDisplayName":"英语 (美国)"},"sv-SE":{"localeDisplayName":"瑞典语 (瑞典)"},"es-ES":{"localeDisplayName":"西班牙语 (西班牙)"},"fr-FR":{"localeDisplayName":"法语 (法国)"},"zh-CN":{"localeDisplayName":"中文 (中国)"},"ja-JP":{"localeDisplayName":"日语 (日本)"}},"canEditAnnouncement":false,"siteDefaultLanguageTag":"en-US","userLanguageTag":"zh-CN","portalThemeColor":"#28bbbb","helpCenterTitleColor":"#ffffff","useDefaultBanner":false,"isBannerAvailable":false,"hasTopBarBeenSplit":false},"reqDetails":{"reporter":{"email":"evan.zhao@meltwater.com","displayName":"Evan Zhao (赵念青)","avatarUrl":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","accountId":"712020:d00073de-e427-4fd9-a871-d22b853274b5"},"participants":[{"email":"chloe.zhu@meltwater.com","displayName":"Chloe Zhu","avatarUrl":"https://secure.gravatar.com/avatar/ae6196a4535b6ba35165527fb16e5a41?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FCZ-5.png","accountId":"61d82a49f3037f00692b9459"}],"organisations":[],"requestTypeName":"Radarly","key":"MWTR-700302","issueType":"10021","issueTypeName":"Support","issue":{"id":2448398,"key":"MWTR-700302","reporter":{"email":"evan.zhao@meltwater.com","displayName":"Evan Zhao (赵念青)","avatarUrl":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","accountId":"712020:d00073de-e427-4fd9-a871-d22b853274b5"},"assignee":{"email":"adam.tuason@meltwater.com","displayName":"Adam Tuason-Borja","avatarUrl":"https://secure.gravatar.com/avatar/f471a2ba08a86e7db517a2286f5b611b?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FAT-6.png","accountId":"60b7bc833c2f6d006ea2bdbf"},"participants":[{"email":"chloe.zhu@meltwater.com","displayName":"Chloe Zhu","avatarUrl":"https://secure.gravatar.com/avatar/ae6196a4535b6ba35165527fb16e5a41?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FCZ-5.png","accountId":"61d82a49f3037f00692b9459"}],"organisations":[],"sequence":700302,"serviceDeskKey":"mwtr","requestTypeName":"Radarly","requestTypeId":1992,"summary":"API Integration Issues ","isNew":false,"status":"Awaiting Customer","date":"2025-03-13T07:29:17-0400","friendlyDate":"今天 7:29 上午","fields":[{"id":"customfield_12575","label":"Radarly Categories","value":{"text":"Support - API - Question"}},{"id":"customfield_10040","label":"Account / Opportunity URL","value":{"adf":"{\"type\":\"doc\",\"version\":1,\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Alibaba\"}]}]}"}},{"id":"customfield_12685","label":"Emails to CC","value":{"adf":"{\"type\":\"doc\",\"version\":1,\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"chloe.zhu@meltwater.com\"}]}]}"}},{"id":"description","label":"Description","value":{"adf":"{\"type\":\"doc\",\"version\":1,\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Hi Team,\"},{\"type\":\"hardBreak\"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"This is Evan from the Implementation Team. I am currently assisting a client, Alibaba, with the implementation of the Radarly API. The client has purchased premium API support for $80,000, and during the integration process, they encountered several issues. \"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"The detailed list of questions has been translated and attached below for your reference. The attachment is a Word document where I have translated all the original Chinese questions into English one by one in order. Please review and provide guidance or solutions for each of the points mentioned.\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Let us know if further clarification is needed. Your support is greatly appreciated.\"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"Thank you!\"},{\"type\":\"hardBreak\"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"Best regards,\"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"Evan\"}]}]}"}}],"activityStream":[{"type":"requester-comment","activityText":"","date":"2025-03-13T07:30:15-0400","friendlyDate":"今天 7:30 上午","author":"Evan Zhao (赵念青)","avatarUrl":"https://secure.gravatar.com/avatar/0f17b20bd8f0bec38989ff6049199939?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FEZ-0.png","commentId":7032137,"comment":"<p><span class=\"nobr\"><a href=\"https://meltwater.atlassian.net/servicedesk/customer/attachment?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJ0Z3QiOiJhbm9ueW1vdXMtbGluayIsInFzaCI6Ijc1M2E0NzY1Yzk0OTJmYmZmMTgwZjhhMTUyM2NlM2VjMGI1NDBkODZkNjU2MzQ4NDEwZDU0Nzg5OTY1NzgzMDciLCJpc3MiOiJzZXJ2aWNlZGVzay1qd3QtdG9rZW4taXNzdWVyIiwiY29udGV4dCI6eyJzZXJ2aWNlRGVza0lkIjoiNDMiLCJhY2NvdW50SWQiOiI3MTIwMjA6ZDAwMDczZGUtZTQyNy00ZmQ5LWE4NzEtZDIyYjg1MzI3NGI1IiwiYXR0YWNobWVudElkIjoiMjUwOTQ5NSIsImlzc3VlSWQiOiIyNDQ4Mzk4In0sImV4cCI6MTc0NDMzNjQ3NywiaWF0IjoxNzQxOTE3Mjc3fQ.mQReHcOf89jB6Qg4DoyiliqzotRN9Vwz58t_pdH41zs\" title=\"API(新)对接问题.docx attached to MWTR-700302\" data-attachment-type=\"file\" data-attachment-name=\"API(新)对接问题.docx\" data-media-services-type=\"file\" data-media-services-id=\"48b2c8f4-2706-4473-8e75-442dd562a36c\" rel=\"noreferrer\">API(新)对接问题.docx<sup><img class=\"rendericon\" src=\"/servicedesk/customershim/images/icons/link_attachment_7.gif?fromIssue=2448398\" height=\"7\" width=\"7\" align=\"absmiddle\" alt=\"\" border=\"0\"></sup></a></span></p>\n","rawComment":"[^API(新)对接问题.docx]\n\n","adfComment":"{\"type\":\"doc\",\"version\":1,\"content\":[{\"type\":\"mediaGroup\",\"content\":[{\"type\":\"media\",\"attrs\":{\"type\":\"file\",\"id\":\"48b2c8f4-2706-4473-8e75-442dd562a36c\",\"collection\":\"\"}}]},{\"type\":\"paragraph\",\"content\":[]}]}"},{"type":"worker-comment","activityText":"","date":"2025-03-13T10:33:45-0400","friendlyDate":"今天 10:33 上午","author":"David Valles","avatarUrl":"https://avatar-management--avatars.us-west-2.prod.public.atl-paas.net/608163e47495ff006a18537e/12059114-7368-41b2-b2ae-feb3ec0e3a7b/48","commentId":7033069,"comment":"<p>Hello <a href=\"https://meltwater.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3Ad00073de-e427-4fd9-a871-d22b853274b5\" class=\"user-hover\" rel=\"712020:d00073de-e427-4fd9-a871-d22b853274b5\" data-account-id=\"712020:d00073de-e427-4fd9-a871-d22b853274b5\" accountid=\"712020:d00073de-e427-4fd9-a871-d22b853274b5\">Evan Zhao (赵念青)</a>,</p>\n\n<p>Thank you for your email! We are currently reviewing your request and will follow up with more information shortly.</p>\n\n<p>Cheers,<br>\nDavid</p>","rawComment":"Hello [~accountid:712020:d00073de-e427-4fd9-a871-d22b853274b5],\n\nThank you for your email! We are currently reviewing your request and will follow up with more information shortly.\n\nCheers,\nDavid","adfComment":"{\"type\":\"doc\",\"version\":1,\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Hello \"},{\"type\":\"mention\",\"attrs\":{\"id\":\"712020:d00073de-e427-4fd9-a871-d22b853274b5\",\"text\":\"@Evan Zhao (赵念青)\",\"accessLevel\":\"\",\"localId\":\"a2a0a065-cac1-4fc7-970f-1ebcfad7e418\"}},{\"type\":\"text\",\"text\":\",\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Thank you for your email! We are currently reviewing your request and will follow up with more information shortly.\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Cheers,\"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"David\"}]}]}","invisibleToReporter":false,"outsiderComment":false,"canAddAuthorAsParticipant":false},{"type":"worker-comment","activityText":"","date":"2025-03-13T15:21:12-0400","friendlyDate":"今天 3:21 下午","author":"Adam Tuason-Borja","avatarUrl":"https://secure.gravatar.com/avatar/f471a2ba08a86e7db517a2286f5b611b?d=https%3A%2F%2Favatar-management--avatars.us-west-2.prod.public.atl-paas.net%2Finitials%2FAT-6.png","commentId":7034095,"comment":"<p>Hello team,</p>\n\n\n\n<p>Please find below answers to the Radarly questions</p>\n\n\n\n<blockquote><p><b>API (New) Integration Issues: Data Synchronization Mechanism</b><br>\nWhat are the mechanisms and time intervals for the Meltwater library's integration with various social media platforms? For example, how often does Facebook sync (e.g., every few minutes)? Additionally, what are the issues related to the pagination size and index time fields for single requests?</p></blockquote>\n\n\n\n<p>Once a query is implemented in a project, the post updates are on a best-effort basis. And they will vary between each platform on Radarly. For the Meta platforms, there can be some hours of delay between the post publication and its capture in Radarly. If one owns the accounts, the best way to ensure a reliable (and near-realtime) data acquisition is to plug the accounts in Radarly.</p>\n\n<p>The posts that match the request are captured in real time for Twitter/X. There may be some lag for Blogs / Media / Site type platforms (because of the RSS feed verification that takes time or delay in one of our suppliers for forums ...)</p>\n\n\n\n<p>For pagination size and index time fields this depends more so on the rate limit of the route being explored. </p>\n\n<p>The rate limiting of API provides a way to limit the number of requests made by a client in a time-span. If a method allows for 100 requests per rate limit window, then it allows you to make 100 requests per window per leveraged access token. Rate limits are divided into 15 minute intervals. Since endpoints require authentication, so there is no concept of unauthenticated calls and rate limits.</p>\n\n<p>The time window is sliding, that means the number of requests left for a token is equal to : <tt>MaxRequestNumber - (number of requests in the last X minutes)`</tt></p>\n\n\n\n<p>The number of results (pagination) for a request can be limited (for example: max 10,000 posts for search) so regarding the number of documents, one request could need several calls to get the full list of results.</p>\n\n\n\n<blockquote><p><b>Index Time Issues</b><br>\nDoes the index time always have to be less than the current time? For example, when searching for data at 10:00, if createBefore = 10:00 and createAfter = 09:45 or 10:15, will the search results be consistent when using the same index time range?</p></blockquote>\n\n<p><span class=\"image-wrap\" style=\"\"><img src=\"https://lh7-rt.googleusercontent.com/docsz/AD_4nXf4_oDf2dRLEJdCnct_xrTURxHN-UIf92O5XNEfIA6DG3O2PjeqprV1akun7XRtSCTA9zHBtsqSqz6VWHeDJ6xpJrTPppGM5ZUOU8fojsNH9bCrCwQiVNcjrndkmTEekSvP1YnsmQ?key=pylfGcY0R5Y_Eo6frE1q8oxI\" height=\"71\" width=\"371\" style=\"border: 0px solid black\"></span></p>\n\n\n\n<p>The date types here are another way to filter the data to the timeframe you want to retrieve. If you want to search for data specifically captured at 10:00, set createdBefore = 10:01 and createdAfter=09:59. </p>\n\n<p>More commonly you could also use from and to date metrics:</p>\n\n<p>Below is a sample for writing a date range from August 15, 2024 through September 15, applying the PST timezone. </p>\n\n<p> \"from\":\"2024-08-15T00:00:00-07:00\",<br>\n \"to\":\"2024-09-15T23:59:59-07:00\",</p>\n\n\n\n\n\n<blockquote><p><b>Engagement Data Update Issues</b><br>\nWhen engagement data (shares, likes, comments) is updated, does the index time also get updated? Is there an API endpoint to query the content of a single post?</p></blockquote>\n\n<p>For individual posts we log the ingested time of the post as well as the most recent update time of the post which can be found under the search endpoint results. </p>\n\n<p>API document <a href=\"https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/architecture.html#search-publications\" class=\"external-link\" rel=\"nofollow noreferrer\">link</a></p>\n\n\n\n<p>For example:</p>\n\n<div class=\"preformatted panel\" style=\"border-width: 1px;\"><div class=\"preformattedContent panelContent\">\n<pre>\"radar\":{</pre>\n</div></div>\n\n<div class=\"preformatted panel\" style=\"border-width: 1px;\"><div class=\"preformattedContent panelContent\">\n<pre>\"created\": \"2025-03-10T19:52:37Z\",</pre>\n</div></div>\n\n<div class=\"preformatted panel\" style=\"border-width: 1px;\"><div class=\"preformattedContent panelContent\">\n<pre>\"updated\": \"2025-03-10T22:45:56Z\",</pre>\n</div></div>\n\n\n\n\n\n<blockquote><p><b>Quota Usage and AccessToken Refresh Issues</b><br>\nHow can we check the current quota usage and remaining balance? </p></blockquote>\n\n<p>The quota usage isn’t documented however we have the rate limiting per endpoint defined below.</p>\n\n<p>Each rate-limited route limit requests depending on its policy. Rate limit is made per route and per token. Restricted Methods :</p>\n\n<ul>\n\t<li>Search: 180 calls / window</li>\n\t<li>Influencer: 60 calls / window</li>\n\t<li>WordCloud: 60 calls / window</li>\n\t<li>Statistics: 60 calls / window</li>\n\t<li>Document: 180 calls / window</li>\n\t<li>Document Metrics: 180 calls / window</li>\n\t<li>Pagination of results</li>\n</ul>\n\n\n\n\n<blockquote><p>In the oauth2/token interface, using grant_type=client_credentials also refreshes the AccessToken. Does this mean we can ignore the usage of grant_type=refresh? What is the difference between these two?</p></blockquote>\n\n<p>Technically the <a href=\"https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/introduction.html#client-authentication-for-confidential-client-only\" class=\"external-link\" rel=\"nofollow noreferrer\">generation </a>of a new access token can be done to refresh but we have a dedicated path to <a href=\"https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/introduction.html#refreshing-an-access-token\" class=\"external-link\" rel=\"nofollow noreferrer\">refresh </a>the same access token. Documentation links are attached here. </p>\n\n\n\n<p>Refresh Access token</p>\n\n<p><b>Request</b></p>\n\n<p><tt>POST</tt> <a href=\"https://oauth.linkfluence.com/oauth2/token\" class=\"external-link\" rel=\"nofollow noreferrer\">https://oauth.linkfluence.com/oauth2/token</a></p>\n\n<p><b>Headers</b></p>\n\n<ul>\n\t<li><em>Content-Type</em>: <tt>application/x-www-form-urlencoded</tt></li>\n</ul>\n\n\n<p><b>Post data parameters</b></p>\n\n<ul>\n\t<li><em>refresh_token</em>: <REFRESH_TOKEN></li>\n\t<li><em>grant_type</em>: <tt>refresh_token</tt></li>\n\t<li><em>client_id</em>: (string)</li>\n\t<li><em>client_secret</em>: (string)</li>\n</ul>\n\n\n<p>Curl Example:</p>\n\n<div class=\"preformatted panel\" style=\"border-width: 1px;\"><div class=\"preformattedContent panelContent\">\n<pre>curl\n -X POST\n -v 'https://oauth.linkfluence.com/oauth2/token'\n -d 'grant_type=refresh_token&refresh_token=xxx'</pre>\n</div></div>\n\n\n\n\n\n<blockquote><p>What are the meanings of the fields intended for internal use only, and how can we confirm them? </p></blockquote>\n\n<p>Anything outside of our documented fields will typically be for internal use only. The internal fields relate to the Radarly UI usage or internal tracking. </p>\n\n\n\n<blockquote><p>For tags assigned to data on social media, can they be retrieved directly from the text field, or do we need to extract them from other fields?</p></blockquote>\n\n<p><span class=\"image-wrap\" style=\"\"><img src=\"https://lh7-rt.googleusercontent.com/docsz/AD_4nXcqjPd2RjTIeDUExs_KHtSc70rVRK3Nz6LUN69ngxlr5vyrSRoy21a71ir2SYSzDKRH6gTEMugR6a-BiCAQ-qRksR6T07wBldxcw1RrTFVPvVuPUHUO-J8zd5elR2wWMi1XhCteHQ?key=pylfGcY0R5Y_Eo6frE1q8oxI\" height=\"1089\" width=\"1600\" style=\"border: 0px solid black\"></span></p>\n\n\n\n<p>The text fields can be used on posts to retrieve all of the post text, including hashtags. Key phrases or keywords will be populated depending on the query used to capture it into the platform. </p>\n\n\n\n<blockquote><p> If the data pull exceeds the quota, what error does the API return?</p></blockquote>\n\n<p>The error returned would be a 429 rate limit error. </p>\n\n\n\n<blockquote><p><b>Content Access and Data Missing Issues</b><br>\nIt is necessary to ensure that images and videos provided by Meltwater can be accessed normally. However, we have noticed that some retrieved images and videos are still inaccessible, which is inconsistent with what Hugo mentioned before. In cases of missing or unusable data, how should both parties collaborate to resolve the issue?</p>\n</blockquote>\n\n<p>Please feel free to raise any missing images or videoes to us by supplying the Radarly link which corresponds to the API search as well as the request body/route used. You can reach us by mentioning the <b>Radarly API</b> in your email subject line to <a href=\"mailto:help@meltwater.com\" class=\"external-link\" rel=\"nofollow noreferrer\">help@meltwater.com</a>. </p>\n\n\n\n<p>Best,</p>\n\n<p>Adam</p>","rawComment":"Hello team,\n\n\n\nPlease find below answers to the Radarly questions\n\n\n\n{quote}*API (New) Integration Issues: Data Synchronization Mechanism*\nWhat are the mechanisms and time intervals for the Meltwater library's integration with various social media platforms? For example, how often does Facebook sync (e.g., every few minutes)? Additionally, what are the issues related to the pagination size and index time fields for single requests?{quote}\n\n\n\nOnce a query is implemented in a project, the post updates are on a best-effort basis. And they will vary between each platform on Radarly. For the Meta platforms, there can be some hours of delay between the post publication and its capture in Radarly. If one owns the accounts, the best way to ensure a reliable (and near-realtime) data acquisition is to plug the accounts in Radarly.\n\nThe posts that match the request are captured in real time for Twitter/X. There may be some lag for Blogs / Media / Site type platforms (because of the RSS feed verification that takes time or delay in one of our suppliers for forums ...)\n\n\n\nFor pagination size and index time fields this depends more so on the rate limit of the route being explored. \n\nThe rate limiting of API provides a way to limit the number of requests made by a client in a time-span. If a method allows for 100 requests per rate limit window, then it allows you to make 100 requests per window per leveraged access token. Rate limits are divided into 15 minute intervals. Since endpoints require authentication, so there is no concept of unauthenticated calls and rate limits.\n\nThe time window is sliding, that means the number of requests left for a token is equal to : {{MaxRequestNumber - (number of requests in the last X minutes)`}}\n\n\n\nThe number of results (pagination) for a request can be limited (for example: max 10,000 posts for search) so regarding the number of documents, one request could need several calls to get the full list of results.\n\n\n\n{quote}*Index Time Issues*\nDoes the index time always have to be less than the current time? For example, when searching for data at 10:00, if createBefore = 10:00 and createAfter = 09:45 or 10:15, will the search results be consistent when using the same index time range?{quote}\n\n!https://lh7-rt.googleusercontent.com/docsz/AD_4nXf4_oDf2dRLEJdCnct_xrTURxHN-UIf92O5XNEfIA6DG3O2PjeqprV1akun7XRtSCTA9zHBtsqSqz6VWHeDJ6xpJrTPppGM5ZUOU8fojsNH9bCrCwQiVNcjrndkmTEekSvP1YnsmQ?key=pylfGcY0R5Y_Eo6frE1q8oxI|width=371,height=71!\n\n\n\nThe date types here are another way to filter the data to the timeframe you want to retrieve. If you want to search for data specifically captured at 10:00, set createdBefore = 10:01 and createdAfter=09:59. \n\nMore commonly you could also use from and to date metrics:\n\nBelow is a sample for writing a date range from August 15, 2024 through September 15, applying the PST timezone. \n\n \"from\":\"2024-08-15T00:00:00-07:00\",\n \"to\":\"2024-09-15T23:59:59-07:00\",\n\n\n\n\n\n{quote}*Engagement Data Update Issues*\nWhen engagement data (shares, likes, comments) is updated, does the index time also get updated? Is there an API endpoint to query the content of a single post?{quote}\n\nFor individual posts we log the ingested time of the post as well as the most recent update time of the post which can be found under the search endpoint results. \n\nAPI document [link|https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/architecture.html#search-publications]\n\n\n\nFor example:\n\n{noformat}\"radar\":{{noformat}\n\n{noformat}\"created\": \"2025-03-10T19:52:37Z\",{noformat}\n\n{noformat}\"updated\": \"2025-03-10T22:45:56Z\",{noformat}\n\n\n\n\n\n{quote}*Quota Usage and AccessToken Refresh Issues*\nHow can we check the current quota usage and remaining balance? {quote}\n\nThe quota usage isn’t documented however we have the rate limiting per endpoint defined below.\n\nEach rate-limited route limit requests depending on its policy. Rate limit is made per route and per token. Restricted Methods :\n\n* Search: 180 calls / window\n* Influencer: 60 calls / window\n* WordCloud: 60 calls / window\n* Statistics: 60 calls / window\n* Document: 180 calls / window\n* Document Metrics: 180 calls / window\n* Pagination of results\n\n\n\n{quote}In the oauth2/token interface, using grant_type=client_credentials also refreshes the AccessToken. Does this mean we can ignore the usage of grant_type=refresh? What is the difference between these two?{quote}\n\nTechnically the [generation |https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/introduction.html#client-authentication-for-confidential-client-only]of a new access token can be done to refresh but we have a dedicated path to [refresh |https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/introduction.html#refreshing-an-access-token]the same access token. Documentation links are attached here. \n\n\n\nRefresh Access token\n\n*Request*\n\n{{POST}} [https://oauth.linkfluence.com/oauth2/token|https://oauth.linkfluence.com/oauth2/token]\n\n*Headers*\n\n* _Content-Type_: {{application/x-www-form-urlencoded}}\n\n*Post data parameters*\n\n* _refresh_token_: <REFRESH_TOKEN>\n* _grant_type_: {{refresh_token}}\n* _client_id_: (string)\n* _client_secret_: (string)\n\nCurl Example:\n\n{noformat}curl\n -X POST\n -v 'https://oauth.linkfluence.com/oauth2/token'\n -d 'grant_type=refresh_token&refresh_token=xxx'{noformat}\n\n\n\n\n\n{quote}What are the meanings of the fields intended for internal use only, and how can we confirm them? {quote}\n\nAnything outside of our documented fields will typically be for internal use only. The internal fields relate to the Radarly UI usage or internal tracking. \n\n\n\n{quote}For tags assigned to data on social media, can they be retrieved directly from the text field, or do we need to extract them from other fields?{quote}\n\n!https://lh7-rt.googleusercontent.com/docsz/AD_4nXcqjPd2RjTIeDUExs_KHtSc70rVRK3Nz6LUN69ngxlr5vyrSRoy21a71ir2SYSzDKRH6gTEMugR6a-BiCAQ-qRksR6T07wBldxcw1RrTFVPvVuPUHUO-J8zd5elR2wWMi1XhCteHQ?key=pylfGcY0R5Y_Eo6frE1q8oxI|width=1600,height=1089!\n\n\n\nThe text fields can be used on posts to retrieve all of the post text, including hashtags. Key phrases or keywords will be populated depending on the query used to capture it into the platform. \n\n\n\n{quote} If the data pull exceeds the quota, what error does the API return?{quote}\n\nThe error returned would be a 429 rate limit error. \n\n\n\n{quote}*Content Access and Data Missing Issues*\nIt is necessary to ensure that images and videos provided by Meltwater can be accessed normally. However, we have noticed that some retrieved images and videos are still inaccessible, which is inconsistent with what Hugo mentioned before. In cases of missing or unusable data, how should both parties collaborate to resolve the issue?\n\n{quote}\n\nPlease feel free to raise any missing images or videoes to us by supplying the Radarly link which corresponds to the API search as well as the request body/route used. You can reach us by mentioning the *Radarly API* in your email subject line to [help@meltwater.com|mailto:help@meltwater.com]. \n\n\n\nBest,\n\nAdam","adfComment":"{\"type\":\"doc\",\"version\":1,\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Hello team,\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Please find below answers to the Radarly questions\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"API (New) Integration Issues: Data Synchronization Mechanism\",\"marks\":[{\"type\":\"strong\"}]},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"What are the mechanisms and time intervals for the Meltwater library's integration with various social media platforms? For example, how often does Facebook sync (e.g., every few minutes)? Additionally, what are the issues related to the pagination size and index time fields for single requests?\"}]}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Once a query is implemented in a project, the post updates are on a best-effort basis. And they will vary between each platform on Radarly. For the Meta platforms, there can be some hours of delay between the post publication and its capture in Radarly. If one owns the accounts, the best way to ensure a reliable (and near-realtime) data acquisition is to plug the accounts in Radarly.\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The posts that match the request are captured in real time for Twitter/X. There may be some lag for Blogs / Media / Site type platforms (because of the RSS feed verification that takes time or delay in one of our suppliers for forums ...)\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"For pagination size and index time fields this depends more so on the rate limit of the route being explored. \"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The rate limiting of API provides a way to limit the number of requests made by a client in a time-span. If a method allows for 100 requests per rate limit window, then it allows you to make 100 requests per window per leveraged access token. Rate limits are divided into 15 minute intervals. Since endpoints require authentication, so there is no concept of unauthenticated calls and rate limits.\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The time window is sliding, that means the number of requests left for a token is equal to : \"},{\"type\":\"text\",\"text\":\"MaxRequestNumber - (number of requests in the last X minutes)`\",\"marks\":[{\"type\":\"code\"}]}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The number of results (pagination) for a request can be limited (for example: max 10,000 posts for search) so regarding the number of documents, one request could need several calls to get the full list of results.\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Index Time Issues\",\"marks\":[{\"type\":\"strong\"}]},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"Does the index time always have to be less than the current time? For example, when searching for data at 10:00, if createBefore = 10:00 and createAfter = 09:45 or 10:15, will the search results be consistent when using the same index time range?\"}]}]},{\"type\":\"mediaSingle\",\"attrs\":{\"layout\":\"center\"},\"content\":[{\"type\":\"media\",\"attrs\":{\"type\":\"external\",\"url\":\"https://lh7-rt.googleusercontent.com/docsz/AD_4nXf4_oDf2dRLEJdCnct_xrTURxHN-UIf92O5XNEfIA6DG3O2PjeqprV1akun7XRtSCTA9zHBtsqSqz6VWHeDJ6xpJrTPppGM5ZUOU8fojsNH9bCrCwQiVNcjrndkmTEekSvP1YnsmQ?key=pylfGcY0R5Y_Eo6frE1q8oxI\",\"height\":71,\"width\":371}}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The date types here are another way to filter the data to the timeframe you want to retrieve. If you want to search for data specifically captured at 10:00, set createdBefore = 10:01 and createdAfter=09:59. \"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"More commonly you could also use from and to date metrics:\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Below is a sample for writing a date range from August 15, 2024 through September 15, applying the PST timezone. \"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\" \\\"from\\\":\\\"2024-08-15T00:00:00-07:00\\\",\"},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\" \\\"to\\\":\\\"2024-09-15T23:59:59-07:00\\\",\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Engagement Data Update Issues\",\"marks\":[{\"type\":\"strong\"}]},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"When engagement data (shares, likes, comments) is updated, does the index time also get updated? Is there an API endpoint to query the content of a single post?\"}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"For individual posts we log the ingested time of the post as well as the most recent update time of the post which can be found under the search endpoint results. \"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"API document \"},{\"type\":\"text\",\"text\":\"link\",\"marks\":[{\"type\":\"link\",\"attrs\":{\"href\":\"https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/architecture.html#search-publications\"}}]}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"For example:\"}]},{\"type\":\"codeBlock\",\"attrs\":{},\"content\":[{\"type\":\"text\",\"text\":\"\\\"radar\\\":{\"}]},{\"type\":\"codeBlock\",\"attrs\":{},\"content\":[{\"type\":\"text\",\"text\":\"\\\"created\\\": \\\"2025-03-10T19:52:37Z\\\",\"}]},{\"type\":\"codeBlock\",\"attrs\":{},\"content\":[{\"type\":\"text\",\"text\":\"\\\"updated\\\": \\\"2025-03-10T22:45:56Z\\\",\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Quota Usage and AccessToken Refresh Issues\",\"marks\":[{\"type\":\"strong\"}]},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"How can we check the current quota usage and remaining balance? \"}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The quota usage isn’t documented however we have the rate limiting per endpoint defined below.\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Each rate-limited route limit requests depending on its policy. Rate limit is made per route and per token. Restricted Methods :\"}]},{\"type\":\"bulletList\",\"content\":[{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Search: 180 calls / window\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Influencer: 60 calls / window\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"WordCloud: 60 calls / window\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Statistics: 60 calls / window\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Document: 180 calls / window\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Document Metrics: 180 calls / window\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Pagination of results\"}]}]}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"In the oauth2/token interface, using grant_type=client_credentials also refreshes the AccessToken. Does this mean we can ignore the usage of grant_type=refresh? What is the difference between these two?\"}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Technically the \"},{\"type\":\"text\",\"text\":\"generation \",\"marks\":[{\"type\":\"link\",\"attrs\":{\"href\":\"https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/introduction.html#client-authentication-for-confidential-client-only\"}}]},{\"type\":\"text\",\"text\":\"of a new access token can be done to refresh but we have a dedicated path to \"},{\"type\":\"text\",\"text\":\"refresh \",\"marks\":[{\"type\":\"link\",\"attrs\":{\"href\":\"https://linkfluence-radarly-api-documentation-prod.meltwater.io/userguide/introduction.html#refreshing-an-access-token\"}}]},{\"type\":\"text\",\"text\":\"the same access token. Documentation links are attached here. \"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Refresh Access token\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Request\",\"marks\":[{\"type\":\"strong\"}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"POST\",\"marks\":[{\"type\":\"code\"}]},{\"type\":\"text\",\"text\":\" \"},{\"type\":\"text\",\"text\":\"https://oauth.linkfluence.com/oauth2/token\",\"marks\":[{\"type\":\"link\",\"attrs\":{\"href\":\"https://oauth.linkfluence.com/oauth2/token\"}}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Headers\",\"marks\":[{\"type\":\"strong\"}]}]},{\"type\":\"bulletList\",\"content\":[{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Content-Type\",\"marks\":[{\"type\":\"em\"}]},{\"type\":\"text\",\"text\":\": \"},{\"type\":\"text\",\"text\":\"application/x-www-form-urlencoded\",\"marks\":[{\"type\":\"code\"}]}]}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Post data parameters\",\"marks\":[{\"type\":\"strong\"}]}]},{\"type\":\"bulletList\",\"content\":[{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"refresh_token\",\"marks\":[{\"type\":\"em\"}]},{\"type\":\"text\",\"text\":\": <REFRESH_TOKEN>\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"grant_type\",\"marks\":[{\"type\":\"em\"}]},{\"type\":\"text\",\"text\":\": \"},{\"type\":\"text\",\"text\":\"refresh_token\",\"marks\":[{\"type\":\"code\"}]}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"client_id\",\"marks\":[{\"type\":\"em\"}]},{\"type\":\"text\",\"text\":\": (string)\"}]}]},{\"type\":\"listItem\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"client_secret\",\"marks\":[{\"type\":\"em\"}]},{\"type\":\"text\",\"text\":\": (string)\"}]}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Curl Example:\"}]},{\"type\":\"codeBlock\",\"attrs\":{},\"content\":[{\"type\":\"text\",\"text\":\"curl\\n -X POST\\n -v 'https://oauth.linkfluence.com/oauth2/token'\\n -d 'grant_type=refresh_token&refresh_token=xxx'\"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"What are the meanings of the fields intended for internal use only, and how can we confirm them? \"}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Anything outside of our documented fields will typically be for internal use only. The internal fields relate to the Radarly UI usage or internal tracking. \"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"For tags assigned to data on social media, can they be retrieved directly from the text field, or do we need to extract them from other fields?\"}]}]},{\"type\":\"mediaSingle\",\"attrs\":{\"layout\":\"center\"},\"content\":[{\"type\":\"media\",\"attrs\":{\"type\":\"external\",\"url\":\"https://lh7-rt.googleusercontent.com/docsz/AD_4nXcqjPd2RjTIeDUExs_KHtSc70rVRK3Nz6LUN69ngxlr5vyrSRoy21a71ir2SYSzDKRH6gTEMugR6a-BiCAQ-qRksR6T07wBldxcw1RrTFVPvVuPUHUO-J8zd5elR2wWMi1XhCteHQ?key=pylfGcY0R5Y_Eo6frE1q8oxI\",\"height\":1089,\"width\":1600}}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The text fields can be used on posts to retrieve all of the post text, including hashtags. Key phrases or keywords will be populated depending on the query used to capture it into the platform. \"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\" If the data pull exceeds the quota, what error does the API return?\"}]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"The error returned would be a 429 rate limit error. \"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"blockquote\",\"content\":[{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Content Access and Data Missing Issues\",\"marks\":[{\"type\":\"strong\"}]},{\"type\":\"hardBreak\"},{\"type\":\"text\",\"text\":\"It is necessary to ensure that images and videos provided by Meltwater can be accessed normally. However, we have noticed that some retrieved images and videos are still inaccessible, which is inconsistent with what Hugo mentioned before. In cases of missing or unusable data, how should both parties collaborate to resolve the issue?\"}]},{\"type\":\"paragraph\",\"content\":[]}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Please feel free to raise any missing images or videoes to us by supplying the Radarly link which corresponds to the API search as well as the request body/route used. You can reach us by mentioning the \"},{\"type\":\"text\",\"text\":\"Radarly API\",\"marks\":[{\"type\":\"strong\"}]},{\"type\":\"text\",\"text\":\" in your email subject line to \"},{\"type\":\"text\",\"text\":\"help@meltwater.com\",\"marks\":[{\"type\":\"link\",\"attrs\":{\"href\":\"mailto:help@meltwater.com\"}}]},{\"type\":\"text\",\"text\":\". \"}]},{\"type\":\"paragraph\",\"content\":[]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Best,\"}]},{\"type\":\"paragraph\",\"content\":[{\"type\":\"text\",\"text\":\"Adam\"}]}]}","invisibleToReporter":false,"outsiderComment":false,"canAddAuthorAsParticipant":false},{"type":"status-update","activityText":"正在进行","date":"2025-03-13T15:21:26-0400","friendlyDate":"今天 3:21 下午","status":"正在进行"},{"type":"status-update","activityText":"Awaiting Customer","date":"2025-03-13T15:21:28-0400","friendlyDate":"今天 3:21 下午","status":"Awaiting Customer"}],"requestIcon":10474,"iconUrl":"https://meltwater.atlassian.net/rest/servicedeskapi/requesttype/icon/type/SD_REQTYPE/id/10474","canBrowse":true,"canAttach":true,"categoryKey":"indeterminate","creatorAccountId":"712020:d00073de-e427-4fd9-a871-d22b853274b5","formKey":""},"canCreateAttachments":true,"canCreateIssues":true,"canAddComment":true,"canViewIssueInJIRA":false,"canAddParticipants":false,"canRemoveParticipants":true,"canSearchParticipants":false,"canSignupParticipants":false,"canSubmitWithEmailAddress":false,"canShareRequest":false,"topPanels":[],"detailsPanels":[],"optionPanels":[{"params":{},"key":"com.atlassian.plugins.atlassian-connect-plugin:com.cprime.jira.plugins.surveyproject__sd-portal-request-view-content","name":"sd-portal-request-view-content","html":"<div class=\"ap-container\" id=\"ap-com.cprime.jira.plugins.surveyproject__sd-portal-request-view-content\">\n\n <div class=\"ap-content \" id=\"embedded-com.cprime.jira.plugins.surveyproject__sd-portal-request-view-content\"></div>\n <script class=\"ap-iframe-body-script\">\n (function(){\n var data = {\n \"addon_key\":\"com.cprime.jira.plugins.surveyproject\",\n \"uniqueKey\":\"com.cprime.jira.plugins.surveyproject__sd-portal-request-view-content\",\n \"key\":\"sd-portal-request-view-content\",\n \"moduleType\":\"webPanels\", \"moduleLocation\":\"servicedesk.portal.request.panels\", \"title\":\"sd-portal-request-view-content\", \"cp\":\"\",\n \"general\":\"\",\n \"w\":\"\",\n \"h\":\"\",\n \"url\":\"https://surveys.appfire.com/sd-portal-request-view-content?token=&rating=5&issueKey=MWTR-700302&servicedeskrequestId=2448398&xdm_e=https%3A%2F%2Fmeltwater.atlassian.net&xdm_c=channel-com.cprime.jira.plugins.surveyproject__sd-portal-request-view-content&cp=&xdm_deprecated_addon_key_do_not_use=com.cprime.jira.plugins.surveyproject&lic=active&cv=1001.0.0-SNAPSHOT&jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJzdWIiOiI3MTIwMjA6ZDAwMDczZGUtZTQyNy00ZmQ5LWE4NzEtZDIyYjg1MzI3NGI1IiwicXNoIjoiZmQ5M2QyZmU5ZmFhZDJiN2ZiMjllMmIyZjcxMjM2ZjQ0YmJmZWZlMzgyMTliMDI4ZmE5MjYxYzU1Zjg1YjNkYyIsImlzcyI6IjUxOGY3NDA4LTgzZmMtM2E0MS1iNTk3LTBkYmM3YmM0ZmIxMSIsImNvbnRleHQiOnt9LCJleHAiOjE3NDE5MTgxNzcsImlhdCI6MTc0MTkxNzI3N30.JmeLejBRnC6SljrhJl4N-VKaml1HlHwgpRfReLtvzk4\",\n \"contextJwt\": \"eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJzdWIiOiI3MTIwMjA6ZDAwMDczZGUtZTQyNy00ZmQ5LWE4NzEtZDIyYjg1MzI3NGI1IiwicXNoIjoiY29udGV4dC1xc2giLCJpc3MiOiI1MThmNzQwOC04M2ZjLTNhNDEtYjU5Ny0wZGJjN2JjNGZiMTEiLCJjb250ZXh0Ijp7ImxpY2Vuc2UiOnsiYWN0aXZlIjp0cnVlfSwidXJsIjp7ImRpc3BsYXlVcmwiOiJodHRwczpcL1wvbWVsdHdhdGVyLmF0bGFzc2lhbi5uZXQiLCJkaXNwbGF5VXJsU2VydmljZWRlc2tIZWxwQ2VudGVyIjoiaHR0cHM6XC9cL21lbHR3YXRlci5hdGxhc3NpYW4ubmV0In0sImppcmEiOnsiaXNzdWUiOnsiaXNzdWV0eXBlIjp7ImlkIjoiMTAwMjEifSwia2V5IjoiTVdUUi03MDAzMDIiLCJpZCI6IjI0NDgzOTgifSwicHJvamVjdCI6eyJrZXkiOiJNV1RSIiwiaWQiOiIxMDA5NiJ9fX0sImV4cCI6MTc0MTkxODE3NywiaWF0IjoxNzQxOTE3Mjc3fQ.yGb0SB3bgc6hKGuMC1pXq89JjRpJFvOBxtaZmpS88VE\", \"structuredContext\": \"{\\\"license\\\":{\\\"active\\\":true},\\\"url\\\":{\\\"displayUrl\\\":\\\"https://meltwater.atlassian.net\\\",\\\"displayUrlServicedeskHelpCenter\\\":\\\"https://meltwater.atlassian.net\\\"},\\\"jira\\\":{\\\"issue\\\":{\\\"issuetype\\\":{\\\"id\\\":\\\"10021\\\"},\\\"key\\\":\\\"MWTR-700302\\\",\\\"id\\\":\\\"2448398\\\"},\\\"project\\\":{\\\"key\\\":\\\"MWTR\\\",\\\"id\\\":\\\"10096\\\"}}}\",\n \"contentClassifier\":\"\",\n \"productCtx\":\"{\\\"servicedesk.requestId\\\":\\\"2448398\\\",\\\"project.key\\\":\\\"MWTR\\\",\\\"project.id\\\":\\\"10096\\\",\\\"servicedesk.serviceDeskId\\\":\\\"43\\\",\\\"issue.id\\\":\\\"2448398\\\",\\\"issue.key\\\":\\\"MWTR-700302\\\",\\\"servicedesk.requestTypeId\\\":\\\"1992\\\",\\\"issuetype.id\\\":\\\"10021\\\"}\",\n \"timeZone\":\"America/New_York\",\n \"origin\":\"https://surveys.appfire.com\",\n \"hostOrigin\":\"https://meltwater.atlassian.net\",\n \"sandbox\":\"allow-downloads allow-forms allow-modals allow-popups allow-popups-to-escape-sandbox allow-scripts allow-same-origin allow-top-navigation-by-user-activation allow-storage-access-by-user-activation\", \"pearApp\":\"true\", \"apiMigrations\": {\n \"gdpr\": true\n }\n}\n;\n if(window.AP && window.AP.subCreate) {\n window._AP.appendConnectAddon(data);\n } else {\n require(['ac/create'], function(create){\n create.appendConnectAddon(data);\n });\n }\n }());\n</script>\n\n</div>\n"}],"actionSections":[{"params":{"styleClass":"customer-request-actions"},"key":"custom-customer-request-actions","label":"","items":[]}],"issueLinkUrl":"https://meltwater.atlassian.net/browse/MWTR-700302","requestDetailsBaseUrl":"/servicedesk/customer/portal/43/MWTR-700302","customerInvited":false,"subscribeAction":"unsubscribe","approvalStatus":[],"workflowTransitions":[],"readFileMediaCredentials":{"clientId":"cda8e507-93bf-4607-bb2b-48c378baa6e0","endpointUrl":"https://api.media.atlassian.com","tokenLifespanInSeconds":3600,"tokensWithFiles":[{"token":"eyJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJjZGE4ZTUwNy05M2JmLTQ2MDctYmIyYi00OGMzNzhiYWE2ZTAiLCJhY2Nlc3MiOnsidXJuOmZpbGVzdG9yZTpmaWxlOjQ4YjJjOGY0LTI3MDYtNDQ3My04ZTc1LTQ0MmRkNTYyYTM2YyI6WyJyZWFkIl19LCJleHAiOjE3NDE5MjA4MTcsIm5iZiI6MTc0MTkxNzI3NywiYWFJZCI6IjcxMjAyMDpkMDAwNzNkZS1lNDI3LTRmZDktYTg3MS1kMjJiODUzMjc0YjUifQ.Q1GEWO5vwADUWr7ufYRruVYge3bx-sJruo-DRSbTe5M","files":[{"attachmentId":2509495,"attachmentMediaApiId":"48b2c8f4-2706-4473-8e75-442dd562a36c","issueId":2448398}]}]},"hasProformaForm":false,"isProformaHarmonisationEnabled":false},"portalWebFragments":{"headerPanels":[],"subheaderPanels":[],"footerPanels":[],"pagePanels":{"detailsPanels":[],"legacyDetailsPanels":[]}}}
Alibaba