John, I assume the method to use would then be http://stream.twitter.com/1/statuses/filter.format
It does not mention that it includes retweets, but it will once the API is live? Cheers Sven On Sep 23, 9:38 pm, hansamann <[email protected]> wrote: > Thanx, I'll give that a try. > > On Sep 23, 8:11 pm, John Kalucki <[email protected]> wrote: > > > Retweets will be searched by the follow parameter on the filter > > resource. The intention is that you get all statuses (including > > retweets) where any user_id field matches your predicate list. So, > > tweets, replies and both ends of retweets. > > > If GAE cuts you off after 30 seconds, then you shouldn't open > > connections to the Streaming API. Gather ye data elsewhere and smuggle > > it into GAE by other means. > > > -John Kaluckihttp://twitter.com/jkalucki > > Services, Twitter Inc. > > > On Sep 23, 7:50 pm, hansamann <[email protected]> wrote: > > > > One reason for example is being on Google App Engine and having a 30 > > > second limit. I cannot keep the connection open. > > > > Another reason is I am not interested in everyones retweets, just the > > > retweets (and in this case all, not just a sample) of that twitter > > > user's friends. > > > > What do you think? > > > > Cheers > > > Sven > > > > On Sep 22, 9:49 pm, John Kalucki <[email protected]> wrote: > > > > > Retweetaggregators should use the Streaming API /1/statuses/sample > > > > method to gather a sample of Retweets or apply for the fullRetweet > > > > stream on /1/statuses/retweet. > > > > > The Streaming API may be in Alpha, but the service has been very > > > > reliable. > > > > > I'm unaware of any technical issues that would block a reasonably > > > > proficient service developer on a reasonable stack from integrating > > > > Streaming API results in fairly short order. I'm sure there are > > > > examples of byzantine stacks upon which this isn't true, but > > > > workarounds can be found. > > > > > -John Kaluckihttp://twitter.com/jkalucki > > > > Services, TwitterInc. > > > > > On Sep 22, 9:27 pm, hansamann <[email protected]> wrote: > > > > > > I am still hoping for an answer to the questions in this thread, but > > > > > meanwhile here is another idea the Twitter Team might find > > > > > interesting. > > > > > > As it seems many of us want to track retweets. What we are really > > > > > interested in is the number of retweets over time so we can find > > > > > trending topics, in my case within a community (e.g. not for public > > > > > timeline tweets, just for the tweets among my friends). So: why not > > > > > have a method that is capable of returning severalretweetcounts? > > > > > > So what if statuses/retweets would either accept *just a single id* in > > > > > which case the behaviour is as currently described, or *many ids* in > > > > > which case the response is a summary for many statusIds. The summary > > > > > should contain the usernames that retweeted the original ids and the > > > > >retweetcounts at least. > > > > > > If the API is left as it is, guess a lot of us will need to get > > > > > whitelisted. Excessively calling status/retweets for single tweets > > > > > cannot be the intention of Twitter. Also manyretweetaggregators will > > > > > really be in trouble (unless they use the streaming apis, but those > > > > > again are alpha and some cannot use them for technical reasons) as the > > > > > twitter accounts of their users are not whitelisted and as such > > > > > constraint to 150 API calls. > > > > > > Come on, would anyone at least consider that or let us know best > > > > > practices for tracking retweets after the api is launched? > > > > > > Cheers > > > > > Sven > > > > > > On Sep 18, 4:37 pm, hansamann <[email protected]> wrote: > > > > > > > Excactly, my main point, too. > > > > > > > The problem is I want to track how tweets 'develop' over time. This > > > > > > means I would need to pull the status/retweets every minute or so > > > > > > for > > > > > > every tweet I am tracking. There is a 150 api call limit > > > > > > currently... > > > > > > without whitelisting I will be doomed. > > > > > > > I was hoping that the 'retweeted to me' timeline would include a > > > > > > 'count' field for eachretweet. I could then have checked that > > > > > > timeline every minute (and pull the info for the last 50 retweets to > > > > > > me let's say). This would just have consumed 1 request each minute > > > > > > for > > > > > > example... not 1 request per tweet tracked per minute, which... > > > > > > could > > > > > > be a lot. > > > > > > > Any ideas? > > > > > > > Otherwise: how can I get the app groovytweets whitelisted? > > > > > > > Thanx > > > > > > Sven > > > > > > > On Sep 18, 3:21 pm, Nick Arnett <[email protected]> wrote: > > > > > > > > On Fri, Sep 18, 2009 at 1:57 PM, Marcel Molina > > > > > > > <[email protected]> wrote: > > > > > > > > > Asking developers to collapse retweets in timelines is onerous, > > > > > > > > complicated and confusing. We're not going to do it that way. > > > > > > > > We are > > > > > > > > going to add a resource that gives you all retweets for a given > > > > > > > > tweet. > > > > > > > > In timelines you will get only the firstretweet. You can then > > > > > > > > request > > > > > > > > all retweets for that tweet at any time to get up to 100 > > > > > > > > retweets that > > > > > > > > have been created for it. > > > > > > > > Will timelines show if additional retweets exist for each tweet? > > > > > > > Otherwise, > > > > > > > won't we have to make the request for every tweet to find out if > > > > > > > there are > > > > > > > others? > > > > > > > > Nick
