I'm testing this and it looks like I can reproduce an "Internal Server Error" when I use the call
_uri: !!perl/scalar:URI::http http://api.twitter.com/1/search.json?rpp=100&page=1&q=&geocode=40.645%2C-124.763%2C100mi&max_id=7678398633 _uri_canonical: !!perl/scalar:URI::http http://api.twitter.com/1/search.json?rpp=100&page=1&q=&geocode=40.645%2C-124.763%2C100mi&max_id=7678398633 Note that this is strictly a geocode search - the query string is empty and that's intended. Interesting thing is that if I use "until_id" rather than "max_id", it appears to be searching and returning tweets. If you want, I've got HTTP request / response dumps I can send you for this. On Jan 12, 9:04 am, ImNotQuiteJack <jon.coll...@gmail.com> wrote: > Andy - I'm experiencing the the same problem. All geosearches result > in: > {"error":"Couldn't find Status with ID=7406995447"} > > On Jan 12, 11:38 am, andy_edn <andygup....@gmail.com> wrote: > > > RE:Couldn't find Status with ID=7406995447 > > > I'm wondering if the geocode search API is completely dead? It started > > to go out intermittently yesterday, now it's completely out. Any help > > would be much appreciated since we want to demo this app. > > > It's throwing a 404 {"error":"Couldn't find Status withID=7406995447"}. > > We've tried this from various IP addresses and it > > doesn't matter. I'll include the request and exact error dump below. > > The example I use below was taken directly from the Twitter API > > documentation on this page. > > > To reproduce: I took the following URL from that page and tried to > > load it using a > > browser:http://apiwiki.twitter.com/Twitter-Search-API-Method%3A-search > > > GET /search.atom?geocode=40.757929%2C-73.985506%2C25km HTTP/1.1 > > > HTTP/1.0 404 Not Found > > Date: Tue, 12 Jan 2010 16:34:36 GMT > > Server: hi > > Status: 404 Not Found > > X-Served-From: sjc1c004 > > Content-Type: application/xml; charset=utf-8 > > X-Served-By: sjc1i009.twitter.com > > Content-Length: 111 > > Vary: Accept-Encoding > > Cache-Control: max-age=5 > > Expires: Thu, 01 Jan 1970 00:00:00 GMT > > X-Varnish: 327593908 > > Age: 0 > > Via: 1.1 varnish > > X-Cache-Svr: sjc1i009.twitter.com > > X-Cache: MISS > > Connection: close > > > <?xml version="1.0" encoding="UTF-8"?> > > <hash> > > <error>Couldn't find Status with ID=7406995447</error> > > </hash> > > > On Jan 2, 9:03 pm, John <munz...@gmail.com> wrote: > > > > I recently switched from using page to max_id to prevent duplicates > > > from appearing due to new tweets. But there seems to be an issue when > > > hitting the end when doing a search. It results in an error of > > > "Couldn'tfindStatuswith ID=[id of tweet]". The id that gets > > > returned in the error also doesn't match the ID that I passed in. I > > > can reproduce it everytime. > > > > To reproduce: Do a search for "#tests" then take the ID of the last > > > tweet and do another search using that as the max_id. > > > > Also search and favorites API methods does not list "max_id" as a > > > parameter but they do work correctly with max_id besides the issue > > > above. Shouldn't they be included in the docs?
