Yeah, well the "call to arms" may have been over the top. :) I agree that Twitter should fix the search API. Every time I ask, the answer is that it will be done eventually, and that it will have entities and everything else the streaming API has. I think this means that it will be the streaming API code with the ability to look backwards added. Think about it, isn't that what any architect would do? You combine your code bases. The real problem with search is its inability to go back beyond 5-7 days. Since Twitter plans to make its money from search ads and compete for Google ad revenue, more search results means more searching and more ad revenue. I bet they plan on an IPO within a year, and the story that Twitter search is just a tiny fraction of Google search but growing like crazy is exactly the type of promise that makes investors crazy for an IPO. It is also pretty sad that Google just added the ability to search millions of books going back 500 years, and Twitter only goes back 5 days! So search is clearly very important. I just don't think they want to fix this code. It is Summize code, and they show no interest in diving into it. Until they rewrite it, we have to wait.
On Wed, Dec 22, 2010 at 8:55 PM, Corey Ballou <ball...@gmail.com> wrote: > I'm sure I came off a little strong in the initial post; unfortunately > for me google groups doesn't supply an edit button. I think there is > still a grain of merit to the request to fix the issue, regardless of > the API being free. I'm interest in knowing the trade-offs of Twitter > essentially requiring third party apps to make subsequent calls to > users/lookup for each unique user in a batch of results. The current > problem I see, from Twitter's end, is that the subsequent call returns > far more data than necessary. It's doubling the RTTs on both ends and > creating an excessive amount of bandwidth for a trivial amount of > data. I've got to imagine there's a number of cache misses going on > due to the frequency of user updates and pulling the latest tweet, so > it would seem rather costly. > > > > On Dec 22, 4:33 pm, Robbie Coleman <rob...@robnrob.com> wrote: >> I think twitter's response to this call to arms should be the HTTP Status >> Code: 420 - Chill >> >> ;-} > > -- > Twitter developer documentation and resources: http://dev.twitter.com/doc > API updates via Twitter: http://twitter.com/twitterapi > Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list > Change your membership to this group: > http://groups.google.com/group/twitter-development-talk > -- Adam Green Twitter API Consultant and Trainer http://140dev.com @140dev -- Twitter developer documentation and resources: http://dev.twitter.com/doc API updates via Twitter: http://twitter.com/twitterapi Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list Change your membership to this group: http://groups.google.com/group/twitter-development-talk