query=SEARCH_TERMDon't forget to URL encode your search term if it has spaces or quotes in it.
key=API_KEYHere's where you put in your Technorati API Key. You get 500 queries per day, from midnight to midnight PST.
start=RANKINGThe API call returns 20 results. If you want to see result 21-40, set start=21. You can begin viewing results anywhere in the stream, so if you set start=30, you'd see results 30-49. Note that there is no guarantee that results will be contiguous - rankings can change, and because the indexes are rebuilt frequently, some rankings may change between calls. If this is an issue for you, let us know
version=0.9These two variables are built to allow for various format changes as time goes on. The current Technorati API is at version 0.9, and as long as you set version=0.9 in your API call, we'll always return API 0.9 results. This gives you developers the assurance that your applications will work for a long time, and it allows us to make changes and extensions to the API. If you leave the version variable out of your query, it will default to the most recent version of the API (which is currently 0.9).
type=xml
http://api.technorati.com/search?query=%22David+Sifry%22&key=94035daac6b136378856f3239648ab27&start=1Please send your feedback and comments, and if you have problems or questions, check on the api-discuss mailing list - lots of smart people hang out there.
Congrats David!
I sent Mark Pilgrim a patch. Meanwhile, the technorati.py with search engine support can be downloaded from http://infoastro.com/rvr/img/technorati.py
This patch is currently used by jibot, a #joiito bot (yes, there is more than once there :)
Posted by: rvr at June 9, 2003 5:53 AMThe net effect is that all other queries (eg, "type=weblog") appear to be pooched.
Try
Posted by: Jacques Distler at June 10, 2003 2:27 PMHi David, I'm glad you did this, thanks for the work, but... is there any way to index on the individual RSS entry rather than on the whole HTML page? I'm getting a lot of false-positives on two-word queries, where the words actually occur in separate items.
For instance, I'm tracking how people feel about advertising done in SWF files, and the term "flash advertising" pulls up *pages* where both terms occur, instead of individual entries where both terms occur. A search on "bush segway" shows a similar thing, although with the time-sorting the first few entries are actually relevant.
... or do you see a way I can otherwise qualify my searches to find terms in proximity to each other, if not within the same entry?
tx,
jd
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |