John, thanx for your comment over at groovyconsole.appspot.com - http://groovyconsole.appspot.com/view.groovy?id=19003
In case you do not get updates on comments there, let me ask my main question again. This would make my (our) lives a lot easier when it comes to retweet tracking, still it would not require me to use the streaming API: >If we could pass multiple status ids into the statuses/retweets method in >which case it returns summaries for each tweets retweets like the count, only >the screennames that >retweeted, etc. I could keep it on one system. It would >help me a lot. Are you investigating support for this? Is this under consideration? Thx Sven On Sep 24, 9:50 am, John Kalucki <jkalu...@gmail.com> wrote: > I'll update the Wiki to reflect the new reality. > > Retweetswill begin to flow through all /1/statuses/* resources soon > -- in advance of the full retweet launch. This will give developers > time to test and deploy features in advance. Also, the retweet volume > is very low now, so exceptions should be easier to handle. > > -John Kaluckihttp://twitter.com/jkalucki > Services, Twitter Inc. > > On Sep 23, 10:15 pm, hansamann <sven.hai...@googlemail.com> wrote: > > > John, I assume the method to use would then be > > >http://stream.twitter.com/1/statuses/filter.format > > > It does not mention that it includesretweets, but it will once the > > API is live? > > > Cheers > > Sven > > > On Sep 23, 9:38 pm, hansamann <sven.hai...@googlemail.com> wrote: > > > > Thanx, I'll give that a try. > > > > On Sep 23, 8:11 pm, John Kalucki <jkalu...@gmail.com> wrote: > > > > >Retweetswill 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 ofretweets. > > > > > 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 everyonesretweets, 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 ofRetweetsor 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 trackretweets. What we are really > > > > > > > interested in is the number ofretweetsover 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/retweetswould 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/retweetsfor 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 trackingretweetsafter 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/retweetsevery 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 > > > > > > > > 50retweetsto > > > > > > > > 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 collapseretweetsin 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 allretweetsfor a > > > > > > > > > > given tweet. > > > > > > > > > > In timelines you will get only the firstretweet. You can > > > > > > > > > > then request > > > > > > > > > > allretweetsfor that tweet at any time to get up to > > > > > > > > > > 100retweetsthat > > > > > > > > > > have been created for it. > > > > > > > > > > Will timelines show if additionalretweetsexist for each > > > > > > > > > tweet? Otherwise, > > > > > > > > > won't we have to make the request for every tweet to find out > > > > > > > > > if there are > > > > > > > > > others? > > > > > > > > > > Nick