hi all.
we launched an endpoint yesterday that allows you to fetch 20 users by
user_id or by screen_name at a time -- we call this our bulk user show
API. for example, to retrieve user objects for user IDs 12863272, 3191321,
9160152, 8285392 and simultaneously screen names of rsarver and
This is great!
But could authentication be made optional? The original API (user/show)
isn't, and those who want to replace it might need to go through a lot of
code changes...
On Thu, Mar 11, 2010 at 9:18 PM, Raffi Krikorian ra...@twitter.com wrote:
hi all.
we launched an endpoint
Raffi, does the limit mean that if you call this API for 20 users at a
time, you can only use it 50 times per hour?
Cheers,
Tim.
On 12/03/2010, at 4:48 AM, Raffi Krikorian ra...@twitter.com wrote:
hi all.
we launched an endpoint yesterday that allows you to fetch 20 users
by user_id or
At this time, no. Sorry. In the future, we will reevaluate whether
this call should have authentication.
On Mar 11, 2010, at 8:22 AM, Harshad RJ harshad...@gmail.com wrote:
This is great!
But could authentication be made optional? The original API (user/
show) isn't, and those who want
So for something like Intersect [1] where I have to do sometimes tens of
thousands of profile lookups per hour I should stick with users/show? Or can
I get an account whitelisted for more lookups per hour?
Abraham
On Thu, Mar 11, 2010 at 07:48, Raffi Krikorian ra...@twitter.com wrote:
hi all.
Erm, doesn¹t 20,000 x users/show equate to 1,000 x users/lookup ?
Or are you whitelisted for more than 20,000 API calls an hour?
On 3/11/10 9:53 AM, Abraham Williams 4bra...@gmail.com wrote:
So for something like Intersect [1] where I have to do sometimes tens of
thousands of profile
My understanding is that it is 50 users/lookup API calls x 20 user objects
per call = 1000 user objects. Not 1000 users/lookup calls of 20 user
objects.
Abraham
On Thu, Mar 11, 2010 at 10:06, Michael Steuer mste...@gmail.com wrote:
Erm, doesn’t 20,000 x users/show equate to 1,000 x
At the risk of opening a huge can of worms, how much of an impact
would it be if *all* API calls required authentication? I know in my
own products, it's zero impact to require everything to
authenticate. Would it simplify things for Twitter if *everything* had
to be authenticated?
--
M.
From the wiki page:
users/lookup
Return up to 20 users worth of extended information, specified by either ID,
screen name, or combination of the two. The author's most recent status (if
the authenticating user has permission) will be returned inline. Users can,
at most, look up 1000
Oh wow, I missed that. I understood it was rate limited at 1000 calls/
hour (which would come out to 20k user objects)
Having a limit of only 1,000 user objects an hour, renders this new
API pretty useless! Come on! I thought the idea was to give developers
who now do 10's of thousands of
i wouldn't necessarily and harshly say useless :P it still prevents you
from having to make 1000 user/show requests (which you can't do right now).
On Thu, Mar 11, 2010 at 10:59 AM, Michael Steuer mste...@gmail.com wrote:
Oh wow, I missed that. I understood it was rate limited at 1000
Raffi,
Is there a limit on how many user/show requests can be done apart from the
standard 20k rate limit?
I'm thinking the limit of 1000 user objects per hour is frustratingly low
too. It's making me hesitate in my decision to use it.
Tim.
On Fri, Mar 12, 2010 at 8:34 AM, Raffi Krikorian
Uh, yes, we can. There are probably apps that are doing on the order of
100,000 user/show requests per hour. I won't name names ...
On 3/11/10 2:34 PM, Raffi Krikorian wrote:
i wouldn't necessarily and harshly say useless :P it still prevents
you from having to make 1000 user/show requests
OK, let me rephrase... For those of us maintaining a cached social graph for
our users and using the social graph methods to update our cache and then
using user/show to update the user objects, the new method is ³useless² as a
replacement for user/show, where you currently CAN do 20,000/hour
I guess what I¹m really trying to say is, I suppose, that for all of us who
have been lobbying for a bulk-lookup method for a pretty long time, what¹s
been made available here is quite disappointing. It¹s like you¹re giving us
the Ferrari we always wanted, but then tell us it has a fuel range of 2
15 matches
Mail list logo