the items which may change include the way you specify users (right now, i think, it only supports user_ids), and perhaps a small change on the XML representation. i think the JSON one will stay stable (ish).
On Fri, Apr 9, 2010 at 10:00 AM, Orian Marx (@orian) <or...@orianmarx.com>wrote: > That's awesome. I'm putting it to use this weekend. (fully > understanding the caveat that it might change) > > On Apr 9, 12:17 pm, Raffi Krikorian <ra...@twitter.com> wrote: > > at the risk of introducing features instead of fixing bugs, this endpoint > > may also be of use -- its a work in progress, and a few details of it may > > change: > > > > http://api.twitter.com/1/friendships/lookup.xml?user_id=813286,783214 > > > > On Wed, Mar 31, 2010 at 8:02 AM, Orian Marx (@orian) < > or...@orianmarx.com>wrote: > > > > > > > > > > > > > I would certainly be interested in such a list, but no I don't think > > > Twitter will be providing one. > > > > > On Mar 30, 9:26 pm, mcfnord <mcfn...@gmail.com> wrote: > > > > Hi, Abraham, and everyone. > > > > > > I'm crawling twitter. (But who isn't, right?) Us social graph geeks > > > > have our own advantages, and our own set of challenges. > > > > For example, I would not want to manage the vastness of tweet > volumes. > > > > But I do get neck-deep in social graph data. Which means I crawl with > > > > this:http://twitter.com/friends/ids.xml/?user_id=12345 > > > > x20,000/hr. > > > > so far i've discovered existance of 51 million accounts, and examined > > > > 13 million of these. if i need two scrapes to determine account > > > > activity, then i've got just 89 million captures to go! that's 6 > > > > months at full speed. > > > > > > inactive accounts can live with a vastly slower refresh cycle. > > > > so really what would benefit me (and twitter, as i see it) is a cheat > > > > sheet of active vs. inactive accounts. > > > > download the file, and know the integers within it are active > > > > accounts. > > > > > > in one move, through occasional publication of one file, twitter > saves > > > > 6 months of scrapes for anyone who can leverage a quick-start list of > > > > which accounts are active, and which are inactive. i imagine people > > > > could, in many scenarios, limit their entire set of inquiries to > these > > > > active accounts, saving millions of calls to twitter's api. > > > > > > maybe it's bad p.r. to state explicitly which accounts merit > resources > > > > and which are dead. > > > > > > i guess once it's over i won't look back and perhaps it is i who can > > > > publish this dataset to some other newbie. but what a great > efficiency > > > > for twitter to avoid this for everyone in my shoes. which are small > > > > shoes, i accept. > > > > > > best regards, > > > > john > > > > > > On Mar 23, 11:56 am, Abraham Williams <4bra...@gmail.com> wrote: > > > > > > > Bulk lookup of social graphs seems like it would be a pretty > resource > > > > > intensive call. I would not hold my breath for Twitter to implement > it. > > > > > > > Abraham > > > > > > > On Tue, Mar 23, 2010 at 08:21,OrianMarx (@orian) < > or...@orianmarx.com > > > >wrote: > > > > > > > > Thanks Abraham, don't worry I'm watching Intersect closely ;) > > > > > > > > Unfortunately, this doesn't currently address what I'm getting > at, > > > > > > namely, if I use the bulk user lookup, I'd like to similarly get > > > > > > accurate friend / follower info for each of those users (relative > to > > > > > > the user making the bulk lookup) in one call. > > > > > > > > On Mar 22, 11:00 pm, Abraham Williams <4bra...@gmail.com> wrote: > > > > > > > I provide a simple API that returns common friends and follower > of > > > two > > > > > > > specific Twitter users. It currently works for the 5000 most > recent > > > > > > > (although soon to be increasing) and only on public accounts. > > > > > > > > >http://github.com/abraham/intersect/blob/master/README > > > > > > > > > <http://github.com/abraham/intersect/blob/master/README > >Abraham > > > > > > > > > On Mon, Mar 22, 2010 at 19:41,OrianMarx (@orian) < > > > or...@orianmarx.com > > > > > > >wrote: > > > > > > > > > > The bulk users/lookup call recently added to the API is a > great > > > new > > > > > > > > tool for developers. This call would become even more useful > with > > > a > > > > > > > > corresponding bulk lookup for user relationships. Are there > any > > > plans > > > > > > > > for this? > > > > > > > > > > Also, I'm assuming that the <following> and <notifications> > nodes > > > > > > > > returned in the user objects of the users/lookup call should > be > > > > > > > > considered unreliable as is stated for users/show. > > > > > > > > > > Thanks, > > > > > > > > @orian > > > > > > > > > > To unsubscribe from this group, send email to > > > twitter-development-talk+ > > > > > > > > unsubscribegooglegroups.com or reply to this email with the > > > words > > > > > > "REMOVE > > > > > > > > ME" as the subject. > > > > > > > > > -- > > > > > > > Abraham Williams | Community Advocate |http://abrah.am > > > > > > > TwitterOAuth |http://github.com/abraham/twitteroauth > > > > > > > This email is: [ ] shareable [x] ask first [ ] private. > > > > > > > > To unsubscribe from this group, send email to > > > twitter-development-talk+ > > > > > > unsubscribegooglegroups.com or reply to this email with the > words > > > "REMOVE > > > > > > ME" as the subject. > > > > > > > -- > > > > > Abraham Williams | Community Advocate |http://abrah.am > > > > > TwitterOAuth |http://github.com/abraham/twitteroauth > > > > > This email is: [ ] shareable [x] ask first [ ] private.- Hide > quoted > > > text - > > > > > > > - Show quoted text - > > > > > -- > > > To unsubscribe, reply using "remove me" as the subject. > > > > -- > > Raffi Krikorian > > Twitter Platform Teamhttp://twitter.com/raffi > -- Raffi Krikorian Twitter Platform Team http://twitter.com/raffi
