Will the streaming API ever expose tweets from protected users?--or is it an infrastructure limitation that isn't going away anytime soon? Also, will we ever see the ability to get real time tweets based on search operators (http://search.twitter.com/operators)?
On Aug 26, 3:06 pm, John Kalucki <[email protected]> wrote: > The resources in the Streaming API have been rationalized. You'll need > to update the URLs that streaming clients are using over the next two > weeks. The old URLs will be deprecated on or after September 9, 2009. > The change is documented in the > Wiki:http://apiwiki.twitter.com/Streaming-API-Documentation, > specifically inhttp://apiwiki.twitter.com/Streaming-API-Documentation#Methods. > > The new scheme allows for API versioning, streams that contain objects > other than statuses, separates access level control from URLs and > allows multiple filter predicates to be specified on a single > connection. The cute resource names have, sadly, been dropped we move > towards pushing the service out of Alpha. Also, /track and friends > have been merged with /follow and friends into a single resource. When > you connect to a given resource, you will automatically be given the > highest access level possible. > > The following is a mapping from the old URLs to the new URLs. > Otherwise, you should notice only subtle changes to the Streaming API > error handling behavior. All other functionality should continue to > work as in the past. > > /firehose - /1/statuses/firehose > /spritzer, /gardenhose - /1/statuses/sample > /birddog, /shadow, /follow - /1/statuses/filter > /partner/track, /restricted/track, /track - /1/statuses/filter > > For example, if you have been connecting to /gardenhose.json, connect > to /1/statuses/sample.json. > > Note that the Streaming API is still in Alpha test. > > -John Kaluckihttp://twitter.com/jkalucki > Services, Twitter Inc.
