[twitter-dev] Re: Requesting increased access levels for Streaming API
Those 350 requests per user per hour - that's just to the REST api, not the search api? Is there any comparable usage for the search api? We have an app that regularly runs a specific searches for users, performs some significant analysis on them, and gives them the results of that analysis. We bumprf into the Search rate limits last week because of the Fukishima tweet-storm, but we expect to reach them again as we scale up (and our service not working whenever something really important happens would invalidate the model). If we are allowed to make 350 search api requests authenticated as each of our users to avoid rate limiting, that would solve the problem. But if that type of behavior wouldn't let us make more search requests, or if it would be abusive to make requests that way, we'll re-architect the data retrieval system. We're trying not to misbehave, but it's difficult to tell how we're allowed to use our users. On Mar 17, 7:10 pm, Scott Wilcox sc...@dor.ky wrote: Yes, 350 requests per user, per hour. On 17 Mar 2011, at 22:46, hank williams wrote: -- 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
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
Ed, I'm not sure what you mean by: You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Of course! that is exactly what we are saying and I'm not sure if you're really saying you shouldn't get the user's authorization as that doesn't make sense. I don't expect everyone to be able to use User Streams or Site Streams, but that is why the REST API exists. -- Ryan Sarver @rsarver http://twitter.com/rsarver On Wed, Mar 16, 2011 at 8:52 PM, M. Edward (Ed) Borasky zn...@borasky-research.net wrote: On Wed, 16 Mar 2011 09:10:13 -0700 (PDT), Ryan Sarver (@rsarver) ryan.sar...@gmail.com wrote: Also as we stated before, you can use User Streams or Site Streams and get more data by getting more users to authorize your application. Ryan, it's not as simple as getting more users to authorize your application. You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Users tend not to read the fine print. I'd hate to see some data collection / analytics application make some assumptions based on the implicit openness of the tweet stream and then get nailed by a bunch of angry users. Angry users tend to write to their Congressmen and Senators. ;-) Managing a *single* user's User Streams feed is a relatively straightforward coding task - I've got a smallish Perl script that can do it for my own account. Managing multiple users' Site Streams is a much more complex endeavor, and to use that mechanism for a data collection / analytics application is ludicrous IMHO. Somehow, the notion of the right tool for the job seems to have been ignored. ;-) -- http://twitter.com/znmeb http://borasky-research.net A mathematician is a device for turning coffee into theorems. -- Paul Erdős -- 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 -- 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
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
Ryan, I have asked this a few times, (every time you mention using site streams) and I realize everyone at twitter is really busy, but it would be really helpful to know whether it is possible to write twitter web based apps right now given that there is no whitelisting, and site streams seems to be in closed beta. It would seem without site streams, creating webapps that use twitter would be impossible. If there is some workaround that I don't know about, please let me know. Thanks, Hank On Thu, Mar 17, 2011 at 6:09 PM, Ryan Sarver rsar...@twitter.com wrote: Ed, I'm not sure what you mean by: You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Of course! that is exactly what we are saying and I'm not sure if you're really saying you shouldn't get the user's authorization as that doesn't make sense. I don't expect everyone to be able to use User Streams or Site Streams, but that is why the REST API exists. -- Ryan Sarver @rsarver On Wed, Mar 16, 2011 at 8:52 PM, M. Edward (Ed) Borasky zn...@borasky-research.net wrote: On Wed, 16 Mar 2011 09:10:13 -0700 (PDT), Ryan Sarver (@rsarver) ryan.sar...@gmail.com wrote: Also as we stated before, you can use User Streams or Site Streams and get more data by getting more users to authorize your application. Ryan, it's not as simple as getting more users to authorize your application. You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Users tend not to read the fine print. I'd hate to see some data collection / analytics application make some assumptions based on the implicit openness of the tweet stream and then get nailed by a bunch of angry users. Angry users tend to write to their Congressmen and Senators. ;-) Managing a *single* user's User Streams feed is a relatively straightforward coding task - I've got a smallish Perl script that can do it for my own account. Managing multiple users' Site Streams is a much more complex endeavor, and to use that mechanism for a data collection / analytics application is ludicrous IMHO. Somehow, the notion of the right tool for the job seems to have been ignored. ;-) -- http://twitter.com/znmeb http://borasky-research.net A mathematician is a device for turning coffee into theorems. -- Paul Erdős -- 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 -- 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 -- 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
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
Hi Hank, We believe it to be entirely possible to build a web-based Twitter client using only the REST API without whitelisting. Where are you thinking that you would require it? Site Streams makes it easier in some ways, though the implementation can be more complicated and intensive. By requiring that your end-users authenticate a Twitter account, you can execute ~350 authenticated GET requests per hour on behalf of that user from your server's IP address. There are 24 hours in a day. That's 8,400 authenticated GET requests you can make on their behalf per day, in which you're fetching timelines for them, user profile metadata, and so on. If there are specific actions you can't perform for a certain user within 350 requests in a given hour, you queue the rest of the activity and ask the user to wait until you can process the data for them. Interested to know where a whitelisting requirement fits in with your use case. @episod http://twitter.com/episod - Taylor Singletary - Twitter Developer Advocate On Thu, Mar 17, 2011 at 3:22 PM, hank williams hank...@gmail.com wrote: Ryan, I have asked this a few times, (every time you mention using site streams) and I realize everyone at twitter is really busy, but it would be really helpful to know whether it is possible to write twitter web based apps right now given that there is no whitelisting, and site streams seems to be in closed beta. It would seem without site streams, creating webapps that use twitter would be impossible. If there is some workaround that I don't know about, please let me know. Thanks, Hank On Thu, Mar 17, 2011 at 6:09 PM, Ryan Sarver rsar...@twitter.com wrote: Ed, I'm not sure what you mean by: You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Of course! that is exactly what we are saying and I'm not sure if you're really saying you shouldn't get the user's authorization as that doesn't make sense. I don't expect everyone to be able to use User Streams or Site Streams, but that is why the REST API exists. -- Ryan Sarver @rsarver On Wed, Mar 16, 2011 at 8:52 PM, M. Edward (Ed) Borasky zn...@borasky-research.net wrote: On Wed, 16 Mar 2011 09:10:13 -0700 (PDT), Ryan Sarver (@rsarver) ryan.sar...@gmail.com wrote: Also as we stated before, you can use User Streams or Site Streams and get more data by getting more users to authorize your application. Ryan, it's not as simple as getting more users to authorize your application. You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Users tend not to read the fine print. I'd hate to see some data collection / analytics application make some assumptions based on the implicit openness of the tweet stream and then get nailed by a bunch of angry users. Angry users tend to write to their Congressmen and Senators. ;-) Managing a *single* user's User Streams feed is a relatively straightforward coding task - I've got a smallish Perl script that can do it for my own account. Managing multiple users' Site Streams is a much more complex endeavor, and to use that mechanism for a data collection / analytics application is ludicrous IMHO. Somehow, the notion of the right tool for the job seems to have been ignored. ;-) -- http://twitter.com/znmeb http://borasky-research.net A mathematician is a device for turning coffee into theorems. -- Paul Erdős -- 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 -- 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 -- 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 -- 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
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
Thanks Taylor. So just to clarify, the 350 requests is per user account, not per server/ip address? We are creating a web application (not a desktop/mobile client) that will need to query account multiple times per hour. If the rate limits are per user account then we have no problem. If the rate limits are per server or ip address, and we even have a few dozen users then we would quickly be over the rate limit. Happy to use the REST API if that will work, though as we scale it likely means we will send many tens and then hundreds of thousands of requests per hour. The use case is that we are allowing people to backup their tweets (and other data types) and search them. Ultimately we will want to use site streams because we will waste a lot of processing power polling, but as long as the rate limits are per user account we are fine for now. Regards, Hank On Thu, Mar 17, 2011 at 6:36 PM, Taylor Singletary taylorsinglet...@twitter.com wrote: Hi Hank, We believe it to be entirely possible to build a web-based Twitter client using only the REST API without whitelisting. Where are you thinking that you would require it? Site Streams makes it easier in some ways, though the implementation can be more complicated and intensive. By requiring that your end-users authenticate a Twitter account, you can execute ~350 authenticated GET requests per hour on behalf of that user from your server's IP address. There are 24 hours in a day. That's 8,400 authenticated GET requests you can make on their behalf per day, in which you're fetching timelines for them, user profile metadata, and so on. If there are specific actions you can't perform for a certain user within 350 requests in a given hour, you queue the rest of the activity and ask the user to wait until you can process the data for them. Interested to know where a whitelisting requirement fits in with your use case. @episod - Taylor Singletary - Twitter Developer Advocate On Thu, Mar 17, 2011 at 3:22 PM, hank williams hank...@gmail.com wrote: Ryan, I have asked this a few times, (every time you mention using site streams) and I realize everyone at twitter is really busy, but it would be really helpful to know whether it is possible to write twitter web based apps right now given that there is no whitelisting, and site streams seems to be in closed beta. It would seem without site streams, creating webapps that use twitter would be impossible. If there is some workaround that I don't know about, please let me know. Thanks, Hank On Thu, Mar 17, 2011 at 6:09 PM, Ryan Sarver rsar...@twitter.com wrote: Ed, I'm not sure what you mean by: You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Of course! that is exactly what we are saying and I'm not sure if you're really saying you shouldn't get the user's authorization as that doesn't make sense. I don't expect everyone to be able to use User Streams or Site Streams, but that is why the REST API exists. -- Ryan Sarver @rsarver On Wed, Mar 16, 2011 at 8:52 PM, M. Edward (Ed) Borasky zn...@borasky-research.net wrote: On Wed, 16 Mar 2011 09:10:13 -0700 (PDT), Ryan Sarver (@rsarver) ryan.sar...@gmail.com wrote: Also as we stated before, you can use User Streams or Site Streams and get more data by getting more users to authorize your application. Ryan, it's not as simple as getting more users to authorize your application. You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Users tend not to read the fine print. I'd hate to see some data collection / analytics application make some assumptions based on the implicit openness of the tweet stream and then get nailed by a bunch of angry users. Angry users tend to write to their Congressmen and Senators. ;-) Managing a *single* user's User Streams feed is a relatively straightforward coding task - I've got a smallish Perl script that can do it for my own account. Managing multiple users' Site Streams is a much more complex endeavor, and to use that mechanism for a data collection / analytics application is ludicrous IMHO. Somehow, the notion of the right tool for the job seems to have been ignored. ;-) -- http://twitter.com/znmeb http://borasky-research.net A mathematician is a device for turning coffee into theorems. -- Paul Erdős -- 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 -- Twitter developer documentation and resources: http://dev.twitter.com/doc API updates via Twitter: http://twitter.com/twitterapi Issues/Enhancements Tracker:
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
Highly unlikely. At the present time it's either the Streaming API or using GNIP. I don't believe there are any use cases where they would provide you with elevated Streaming API access to the level you desire. Sent from my iPhone On 16 Mar 2011, at 04:23, manusis ra...@manusis.com wrote: Yeah I went through gnip in detail but their pricing is excessively expensive especially when I care only about twitter data and not the hundred other sources that they provide. I was hoping that if not partner track, twitter might be open to give at least restricted track access to developers. On Mar 15, 8:10 pm, hax0rsteve hax0rc...@btinternet.com wrote: From that same post :http://groups.google.com/group/twitter-development-talk/browse_thread... Developers interested in elevated access to the Twitter stream for the purpose of research or analytics can contact our partner Gnip for more information. Fromhttp://gnip.com/ Gnip and Twitter have partnered to bring more Twitter feeds to Gnip customers. Check out Power Track for 100% guaranteed coverage firehose filtering and all commercial Twitter data, only from Gnip. Fromhttp://gnip.com/twitter/power-track • The only feed of its kind: Twitter firehose filtering with 100% coverage guaranteed • Boolean operators, unwound URLs, and matching within unwound URLs supported • Keyword, username, and location filtering supported • Unlimited capacity: no restrictions on filter parameters or results volume - Premium Feed • Pay for what you get - pricing depends on Tweet volume delivered - Premium Feed • Contact i...@gnip.com for more information - Premium Feed HTH On 15 Mar 2011, at 15:04, manusis wrote: Thanks Augusto. But the same thread indicates that tools like Streaming API will replace whitelisting. So it does not make sense for me for Streaming API to put under the same umbrella as whitelisting. Since then, we've added new, more efficient tools for developers, including lookups, ID lists, authentication and the Streaming API. Instead of whitelisting, developers can use these tools to create applications and integrate with the Twitter platform. On Mar 15, 7:41 pm, Augusto Santos augu...@gemeos.org wrote: I think the answer is you never will. This kind of benefit might follow the same rules that whitelist, that will no longer be supported just as the thread below said.http://groups.google.com/group/twitter-development-talk/browse_thread... On Tue, Mar 15, 2011 at 6:58 AM, manusis ra...@manusis.com wrote: The streaming API mentions about different access roles but does not indicate how one could apply for them. The default access level allows up to 400 track keywords, 5,000 follow userids and 25 0.1-360 degree location boxes. Increased access levels allow 100,000 follow userids (“shadow” role), 400,000 follow userids (“birddog” role), 10,000 track keywords (“restricted track” role), 200,000 track keywords (“partner track” role), and 200 0.1-360 degree location boxes (“locRestricted” role). Increased track access levels also pass a higher proportion of statuses before limiting the stream. For our product, we need shadow and partner track access roles. Could somebody shed any light on how one could apply for the increased access levels? Thanks, Rajiv -- 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 -- 氣 -- 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 -- 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 -- 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
[twitter-dev] Re: Requesting increased access levels for Streaming API
We should have been more clear, but elevated levels of streaming was included in the previous statement about ending the whitelisting program. There are open levels for each stream or you can contact Gnip if you are looking for elevated access for the purposes of data analysis. Also as we stated before, you can use User Streams or Site Streams and get more data by getting more users to authorize your application. Hope that helps clarify. Best, Ryan On Mar 16, 1:47 am, Scott Wilcox sc...@dor.ky wrote: Highly unlikely. At the present time it's either the Streaming API or using GNIP. I don't believe there are any use cases where they would provide you with elevated Streaming API access to the level you desire. Sent from my iPhone On 16 Mar 2011, at 04:23, manusis ra...@manusis.com wrote: Yeah I went through gnip in detail but their pricing is excessively expensive especially when I care only about twitter data and not the hundred other sources that they provide. I was hoping that if not partner track, twitter might be open to give at least restricted track access to developers. On Mar 15, 8:10 pm, hax0rsteve hax0rc...@btinternet.com wrote: From that same post :http://groups.google.com/group/twitter-development-talk/browse_thread... Developers interested in elevated access to the Twitter stream for the purpose of research or analytics can contact our partner Gnip for more information. Fromhttp://gnip.com/ Gnip and Twitter have partnered to bring more Twitter feeds to Gnip customers. Check out Power Track for 100% guaranteed coverage firehose filtering and all commercial Twitter data, only from Gnip. Fromhttp://gnip.com/twitter/power-track • The only feed of its kind: Twitter firehose filtering with 100% coverage guaranteed • Boolean operators, unwound URLs, and matching within unwound URLs supported • Keyword, username, and location filtering supported • Unlimited capacity: no restrictions on filter parameters or results volume - Premium Feed • Pay for what you get - pricing depends on Tweet volume delivered - Premium Feed • Contact i...@gnip.com for more information - Premium Feed HTH On 15 Mar 2011, at 15:04, manusis wrote: Thanks Augusto. But the same thread indicates that tools like Streaming API will replace whitelisting. So it does not make sense for me for Streaming API to put under the same umbrella as whitelisting. Since then, we've added new, more efficient tools for developers, including lookups, ID lists, authentication and the Streaming API. Instead of whitelisting, developers can use these tools to create applications and integrate with the Twitter platform. On Mar 15, 7:41 pm, Augusto Santos augu...@gemeos.org wrote: I think the answer is you never will. This kind of benefit might follow the same rules that whitelist, that will no longer be supported just as the thread below said.http://groups.google.com/group/twitter-development-talk/browse_thread... On Tue, Mar 15, 2011 at 6:58 AM, manusis ra...@manusis.com wrote: The streaming API mentions about different access roles but does not indicate how one could apply for them. The default access level allows up to 400 track keywords, 5,000 follow userids and 25 0.1-360 degree location boxes. Increased access levels allow 100,000 follow userids (“shadow” role), 400,000 follow userids (“birddog” role), 10,000 track keywords (“restricted track” role), 200,000 track keywords (“partner track” role), and 200 0.1-360 degree location boxes (“locRestricted” role). Increased track access levels also pass a higher proportion of statuses before limiting the stream. For our product, we need shadow and partner track access roles. Could somebody shed any light on how one could apply for the increased access levels? Thanks, Rajiv -- 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 -- 氣 -- 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 -- 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 -- Twitter developer documentation and resources: http://dev.twitter.com/doc API updates via Twitter:
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
On Wed, 16 Mar 2011 09:10:13 -0700 (PDT), Ryan Sarver (@rsarver) ryan.sar...@gmail.com wrote: Also as we stated before, you can use User Streams or Site Streams and get more data by getting more users to authorize your application. Ryan, it's not as simple as getting more users to authorize your application. You need to get *all* your users to *explicitly* authorize the application's *exact* usage of their data! Users tend not to read the fine print. I'd hate to see some data collection / analytics application make some assumptions based on the implicit openness of the tweet stream and then get nailed by a bunch of angry users. Angry users tend to write to their Congressmen and Senators. ;-) Managing a *single* user's User Streams feed is a relatively straightforward coding task - I've got a smallish Perl script that can do it for my own account. Managing multiple users' Site Streams is a much more complex endeavor, and to use that mechanism for a data collection / analytics application is ludicrous IMHO. Somehow, the notion of the right tool for the job seems to have been ignored. ;-) -- http://twitter.com/znmeb http://borasky-research.net A mathematician is a device for turning coffee into theorems. -- Paul Erdős -- 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
[twitter-dev] Re: Requesting increased access levels for Streaming API
Thanks Augusto. But the same thread indicates that tools like Streaming API will replace whitelisting. So it does not make sense for me for Streaming API to put under the same umbrella as whitelisting. Since then, we've added new, more efficient tools for developers, including lookups, ID lists, authentication and the Streaming API. Instead of whitelisting, developers can use these tools to create applications and integrate with the Twitter platform. On Mar 15, 7:41 pm, Augusto Santos augu...@gemeos.org wrote: I think the answer is you never will. This kind of benefit might follow the same rules that whitelist, that will no longer be supported just as the thread below said.http://groups.google.com/group/twitter-development-talk/browse_thread... On Tue, Mar 15, 2011 at 6:58 AM, manusis ra...@manusis.com wrote: The streaming API mentions about different access roles but does not indicate how one could apply for them. The default access level allows up to 400 track keywords, 5,000 follow userids and 25 0.1-360 degree location boxes. Increased access levels allow 100,000 follow userids (“shadow” role), 400,000 follow userids (“birddog” role), 10,000 track keywords (“restricted track” role), 200,000 track keywords (“partner track” role), and 200 0.1-360 degree location boxes (“locRestricted” role). Increased track access levels also pass a higher proportion of statuses before limiting the stream. For our product, we need shadow and partner track access roles. Could somebody shed any light on how one could apply for the increased access levels? Thanks, Rajiv -- 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 -- 氣 -- 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
Re: [twitter-dev] Re: Requesting increased access levels for Streaming API
From that same post : http://groups.google.com/group/twitter-development-talk/browse_thread/thread/1acd954f8a04fa84/688b8bfe26a5c178 Developers interested in elevated access to the Twitter stream for the purpose of research or analytics can contact our partner Gnip for more information. From http://gnip.com/ Gnip and Twitter have partnered to bring more Twitter feeds to Gnip customers. Check out Power Track for 100% guaranteed coverage firehose filtering and all commercial Twitter data, only from Gnip. From http://gnip.com/twitter/power-track • The only feed of its kind: Twitter firehose filtering with 100% coverage guaranteed • Boolean operators, unwound URLs, and matching within unwound URLs supported • Keyword, username, and location filtering supported • Unlimited capacity: no restrictions on filter parameters or results volume - Premium Feed • Pay for what you get - pricing depends on Tweet volume delivered - Premium Feed • Contact i...@gnip.com for more information - Premium Feed HTH On 15 Mar 2011, at 15:04, manusis wrote: Thanks Augusto. But the same thread indicates that tools like Streaming API will replace whitelisting. So it does not make sense for me for Streaming API to put under the same umbrella as whitelisting. Since then, we've added new, more efficient tools for developers, including lookups, ID lists, authentication and the Streaming API. Instead of whitelisting, developers can use these tools to create applications and integrate with the Twitter platform. On Mar 15, 7:41 pm, Augusto Santos augu...@gemeos.org wrote: I think the answer is you never will. This kind of benefit might follow the same rules that whitelist, that will no longer be supported just as the thread below said.http://groups.google.com/group/twitter-development-talk/browse_thread... On Tue, Mar 15, 2011 at 6:58 AM, manusis ra...@manusis.com wrote: The streaming API mentions about different access roles but does not indicate how one could apply for them. The default access level allows up to 400 track keywords, 5,000 follow userids and 25 0.1-360 degree location boxes. Increased access levels allow 100,000 follow userids (“shadow” role), 400,000 follow userids (“birddog” role), 10,000 track keywords (“restricted track” role), 200,000 track keywords (“partner track” role), and 200 0.1-360 degree location boxes (“locRestricted” role). Increased track access levels also pass a higher proportion of statuses before limiting the stream. For our product, we need shadow and partner track access roles. Could somebody shed any light on how one could apply for the increased access levels? Thanks, Rajiv -- 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 -- 氣 -- 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 -- 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
[twitter-dev] Re: Requesting increased access levels for Streaming API
Yeah I went through gnip in detail but their pricing is excessively expensive especially when I care only about twitter data and not the hundred other sources that they provide. I was hoping that if not partner track, twitter might be open to give at least restricted track access to developers. On Mar 15, 8:10 pm, hax0rsteve hax0rc...@btinternet.com wrote: From that same post :http://groups.google.com/group/twitter-development-talk/browse_thread... Developers interested in elevated access to the Twitter stream for the purpose of research or analytics can contact our partner Gnip for more information. Fromhttp://gnip.com/ Gnip and Twitter have partnered to bring more Twitter feeds to Gnip customers. Check out Power Track for 100% guaranteed coverage firehose filtering and all commercial Twitter data, only from Gnip. Fromhttp://gnip.com/twitter/power-track • The only feed of its kind: Twitter firehose filtering with 100% coverage guaranteed • Boolean operators, unwound URLs, and matching within unwound URLs supported • Keyword, username, and location filtering supported • Unlimited capacity: no restrictions on filter parameters or results volume - Premium Feed • Pay for what you get - pricing depends on Tweet volume delivered - Premium Feed • Contact i...@gnip.com for more information - Premium Feed HTH On 15 Mar 2011, at 15:04, manusis wrote: Thanks Augusto. But the same thread indicates that tools like Streaming API will replace whitelisting. So it does not make sense for me for Streaming API to put under the same umbrella as whitelisting. Since then, we've added new, more efficient tools for developers, including lookups, ID lists, authentication and the Streaming API. Instead of whitelisting, developers can use these tools to create applications and integrate with the Twitter platform. On Mar 15, 7:41 pm, Augusto Santos augu...@gemeos.org wrote: I think the answer is you never will. This kind of benefit might follow the same rules that whitelist, that will no longer be supported just as the thread below said.http://groups.google.com/group/twitter-development-talk/browse_thread... On Tue, Mar 15, 2011 at 6:58 AM, manusis ra...@manusis.com wrote: The streaming API mentions about different access roles but does not indicate how one could apply for them. The default access level allows up to 400 track keywords, 5,000 follow userids and 25 0.1-360 degree location boxes. Increased access levels allow 100,000 follow userids (“shadow” role), 400,000 follow userids (“birddog” role), 10,000 track keywords (“restricted track” role), 200,000 track keywords (“partner track” role), and 200 0.1-360 degree location boxes (“locRestricted” role). Increased track access levels also pass a higher proportion of statuses before limiting the stream. For our product, we need shadow and partner track access roles. Could somebody shed any light on how one could apply for the increased access levels? Thanks, Rajiv -- 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 -- 氣 -- 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 -- 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