Recently we have experienced long delay(Sometimes more than 15 minutes) in change notification for chat\channel message subscription. Microsoft Teams Graph API document (https://learn.microsoft.com/en-us/graph/webhooks#latency) latency will be within 10 seconds to 60 seconds.
Does Microsoft \ Microsoft Teams \ Microsoft Teams Graph API has a status page to show these kind of un-usual activity ?
Related
Hi I published my app about 18 hours ago and still writes me 'waiting for publication' and moreover every time I connect to google play console it gives me an error in red at the top with 'error 1000004'.
This morning I tried to create another release and send it as an update to restart sending, but still nothing 'awaiting publication'
In general, publication has always been very fast for my other apps.
I have been testing an application I am developing using the webapi, and I have started to get the following error message:
GCSP: Hello error: [1010] The Gracenote ODP 15822 [Name: *registered-name*]
[App: *registered-app*] application has reached is daily lookup limit with
Gracenote. You may try again tomorrow or may contact Gracenote support at
support#gracenote.com.
[Gracenote Error: <ERR>]
The application I am developing is looking up track details and cover artwork for songs being streamed from Mood/Pandora for Business service. It is making approximately one call for each song, so something like 15 searches per hour on average. I may have done more during testing, but not a lot more.
Once completed, I would expect this service to make fewer than 500 searches per day per location, and for it initially to be used at 4 locations.
What are the lookup limits I am running into?
What are my options to get a higher lookup limit?
Thanks
I am Fetching Data from Google Analytics For Metrics (Pageviews,Unique pageviews, TimeonPAge, Exits) as below
DataResource.GaResource.GetRequest r = GAS.Data.Ga.Get(profileID,startdate.ToString("yyyy-MM-dd"),enddate.ToString("yyyy-MM-dd"),"ga:pageviews,ga:uniquePageviews,ga:timeOnPage,ga:exits");
r.Dimensions = "ga:pagePath";
r.Filters = "ga:pagePath=~ItemID=" + strPagePath + "*";
r.MaxResults = 1000;
GaData d = r.Fetch();`
then I received the following exception after fetching data(Metrics) for some random number of videos:
>>Error while fetching pageviews From GA Google.Apis.Requests.RequestError
>>Quota Error: profileId ga:****** has exceeded the daily request limit. [403]
>>Errors [
>> Message[Quota Error: profileId ga:****** has exceeded the daily request >>>limit.] Location[ - ] Reason[dailyLimitExceeded] Domain[global]
>>]
I am fetching these four metrics( page views, unique views.. so on) for one ItemID.
Does Google Analytics calculate it as 4 different Requests or one single request??
Each request you send against the Google analytics API counts as one. The Quota is not project or user based.
Pagination:
Your request above you are requesting maxResults of 1000 if the total number of rows in your request is 100000 then you are going to have to make 100 requests to get all of the data.
All APIs:
Requests to all of the APIs count against the same quota so if you are also using the management api it counts as well as the reporting api.
All Users and applications:
Now here is the fun part about the current quota system it is not project related.
Lets say my company has a profile 1234567. Now our marketing team all has access. Each member of the marketing team likes different apps. They all install the app they like best. They are all using the same 10000 request quota.
Reset:
Your quota will reset at midnight west cost USA time. No one will be able to access that view id until then. Top tip when testing create a development view under the web property to request from then you wont blow out your production view.
I've deployed a Microsoft-Cognitive Translator Text API environment in Azure. I've been following the documentation, and landed on the Getting a token on this interactive page section. Inserting my private key in the field has the process wait very long and fail, most of the time. I was able to get a result a few times, but it's very rare.
Using the command line curls, I've been getting 500s, or SSLRead errors. Is the service down ATM, or was it moved to somewhere else ?
See https://azure.microsoft.com/en-us/status/history/:
2/14 Cognitive Services | Resolved
Summary of impact: Between as early as 22:00 UTC on 13 Feb 2017 and
4:00 UTC on 14 Feb 2017, a subset of customers using Cognitive
Services may have received intermittent timeouts or errors when making
API requests or generating tokens for their Cognitive Services.
Preliminary root cause: At this stage Engineers do not have a
definitive root cause.
Mitigation: Engineers scaled out the service in order to mitigate.
Next steps: Engineers will continue to investigate to establish the
full root cause.
I am just pulling some data from Cloud API and the results that I am getting back, do not match with what is logged in Microsoft Health app.
Out of 4 data points for 2 days, only 1 is a match:
Calories - Cloud API Day 1: 2,691
Calories - MS Health Day 1: 2,693
Calories - Cloud API Day 2: 3,468
Calories - MS Health Day 2: 3,490
Steps - Cloud API Day 1: 9,052
Steps - MS Health Day 1: 9,052
Steps - Cloud API Day 2: 22,786
Steps - MS Health Day 2: 22,936
I pulled the data hourly and add it up to a full day.
https://api.microsofthealth.net/v1/me/Summaries/hourly?startTime=2015-12-10T08:00:00.000Z&endTime=2015-12-12T08:00:00.000Z
I tried pulling the data daily, however the numbers are even more off.
Anybody know what I am doing wrong here?
It looks like the data reported in Microsoft Health App and what is actually logged by the Band do not match.
MSHealthApp / Band Image
In the photo above, I just synced my band with Microsoft Health and for some reason the Microsoft Health App is over reporting the number of steps that I have taken, 13,078 steps on the MS Band and 13,230 reported in the Microsoft Health App.
I believe that this is why I am not getting matching numbers.
Looks like there is some kind of fundamental bug in the Microsoft Health App.
I will use the number returned by the Cloud Api and ignore any information in the Microsoft Health App.