Thanx, I'll give that a try.
On Sep 23, 8:11 pm, John Kalucki <jkalu...@gmail.com> 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 <sven.hai...@googlemail.com> 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 <jkalu...@gmail.com> 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 <sven.hai...@googlemail.com> 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 <sven.hai...@googlemail.com> 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 <nick.arn...@gmail.com> wrote: > > > > > > > On Fri, Sep 18, 2009 at 1:57 PM, Marcel Molina <mar...@twitter.com> > > > > > > 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