I have couple questions about google pay api of passes:
How many loyalty classes can we create?
What is the daily quota of this rest api call, like how many calls we can make per user per day?
Can we send the pass token links in email with a "self generated QRcode"? Or it have to be the "add to google pay button", is this allowed according to google design and use cases?
Thank you for answer this question.
How many loyalty classes can we create?
Unlimited
What is the daily quota of this rest api call, like how many calls we
can make per user per day?
"We might limit the rate at which you can call our API. We recommend you keep your requests to no more than 20 requests per second."
Source : https://developers.google.com/pay/passes/guides/get-started/api-guidelines/performance-tips#limit
Can we send the pass token links in email with a "self generated
QRcode"? Or it have to be the "add to google pay button", is this
allowed according to google design and use cases?
It's a shame to use a QRCode, especially if the user uses Gmail which integrates Go-To-Action (https://developers.google.com/gmail/markup/reference/go-to-action).
Related
I want to allow my users to pay food to my business users using Stripe Connect. I never used Stripe, but by reading the Stripe documentation, this seems feasible and relatively easy to implement.
According to this Google documentation page, the purchase or rental of physical goods via a given app is not subject to their fees.
Does this imply that I will not pay any fee to Google, even if I distribute my app via Google Play?
Given your use case, you should be able to use Stripe instead of Google Play's billing system and not be subject to Google extra fees. That being said, it would depend on how you implement your app. For example, if you were to sell tokens (that were only available in-app) that could be redeemed for food, that would probably still need to use Google's billing system. You should probably write in to Stripe Support (https://support.stripe.com/contact) to talk through what you want and be completely sure.
When using the LUIS programmatic API, we get frequent 429 errors ("too many requests") when doing a half-dozen GET and POST requests. We've inserted a pause in our code to deal with this.
We have a paid subscription key to LUIS, which indicates we should get 50 requests/second (see https://azure.microsoft.com/en-us/pricing/details/cognitive-services/language-understanding-intelligent-services/). However, it seems the paid subscription key can only be used for hitting the application endpoint. For Ocp-Apim-Subscription-Key in request headers, we must use our "programmatic key", which is associated with the Starter_Key, which is (apparently) rate-limited.
Am I missing something here? How do we get more throughput on the LUIS programmatic api?
One of our engineers arrived at the following answer, so I'm going to post his answer here.
The programmatic API is limited to 5 requests per second, 100K requests per month for everyone. Your paid subscription key is only for the endpoint API, not for the programmatic API.
If you need more throughput:
Put your API requests in a queue. It is unlikely that you need to update your LUIS model non-stop, 5 times per second -- you probably just have a burst of updates. Put them in a queue to stay within the limit.
Don't try using the same user account to manage multiple LUIS models. Set up additional accounts for each model, which gives you additional programmatic keys. Each programmatic key gives you 5 requests per second.
With a simple java program, I send GET requests using YouTube Data API specifically videos.list, in order to get the public metadata of a video and store it as .json files.
For my universities research, we have to do this with all available YouTube video IDs provided in the Youtube-8M Database.
Therefore, I would like to know if there is a way to extend the available quota for requests (I already know about the billing option, but I am a student and my university is small).
I have read the YouTube API terms, which states that only one project per client may be used to send such requests with the necessary API Key.
If I understand it correctly, even my simple java code is such a client.
In some other Stack Overflow questions about extending ones daily quota with API Keys, some suggested creating multiple accounts or projects.
Is this a legal option or not? Or is there another possibility to get a higher quota for simple requests used in research like I do right now?
If you go to the Google Developer console where you enabled the YouTube API. the second tab is called quota
Click the pencil next to which ever quota it is that you are blowing out. A new window will pop up with a link called apply for higher quota.
Fill out the form to apply. To my knowledge you do not have to pay for additional YouTube quota but it can take time to get approved. Make sure you comply with everything on the form.
I have never heard of the one project per client term. Technically you can run your application using different API Keys it should work fine. Technically there is nothing wrong with creating additional projects on Google Developer console. You don't need to go as far as creating another Google account.
Is there any way to get the requests quota of Google Calendar API by calling some API method in code?
I know that I can see the total and remaining requests count on the project dashboard. But, I want to fetch it in my application and display it to admin user on a web page for convenience so that he doesn't need to sign in to Google to view the quota.
Thanks
No there is no way to see how much of the Quota you have used on any of the Google APIs. I normally keep a running count of requests for display to the user. But there is no way to check what the over all quota usage is for the application.
I have done send feed back from the Developer console several times asking them to add an API. There are cloud monitoring APIs but nothing for monitoring quota usage.
We need to get user's profile picture from Google+ by API: https://content.googleapis.com/plus/v1/people/{UID}?key={APP_KEY}(https://developers.google.com/+/api/latest/people/get)
Does anyone know there is daily call limitation number or not ?
Thanks.
The Google+ API has two different quotas depending on the methods you call.
The "Sign-in" quota which includes the people.get method is limited to 20,000,000 calls per day (which should be plenty to get started). Even though it says "Sign-in" the methods will use this quota even if the calls are un-authenticated only using an API-Key.
You can visit the Quotas section in the Google APIs Console for your project to check these quotas (and how much you have used up already) and also request more if necessary:
https://code.google.com/apis/console/#:quotas
Also see the docs about which methods are included in the "sign-in" quota.
https://developers.google.com/+/api/#quota