the Number of ID's is the number of followers

you also can call
first. Within the result you have

however - you have to do an additional API call if you don't trust the
pagewise calls

Jesse Stay schrieb:
> Thomas, I don't see where it gives you the expected number of users.
> Originally I thought Alex said that was going to be part of it, but not
> seeing it in the docs. I only see ids, next_cursor, and previous_cursor.
> On Sun, Oct 4, 2009 at 8:36 AM, Thomas Hübner <
> <>> wrote:
>     You can use the socialGraph method before:
>     If you have this you have the expected number of users.
>     Jesse Stay schrieb:
>     > I was wondering if it might be possible to include, at least in the
>     > first page, but if it's easier it could be on all pages, either a
>     total
>     > expected number of followers/friends, or a total expected number of
>     > returned pages when the cursor parameter is provided for
>     friends/ids and
>     > followers/ids? I'm assuming since you're moving to the cursor-based
>     > approach you ought to be able to accurately count this now since
>     it's a
>     > snapshot of the data at that time.
>     >
>     > The reason I think that would be useful is that occasionally Twitter
>     > goes down or introduces code that could break this.  This would enable
>     > us to be absolutely sure we've hit the end of the entire set.  I guess
>     > another approach could also be to just list the last expected
>     cursor ID
>     > in the set so we can be looking for that.
>     >
>     > Thanks,
>     >
>     > Jesse

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to