The Echo Nest API allows you to call methods that respond in JSON or XML. Individual methods are detailed in the menu on the left. You can call a method by using an HTTP GET to retrieve http://developer.echonest.com/api/v4/[type]/[method] along with method specific arguments.
You must have your own API key to make use of The Echo Nest API. To obtain a key, register for an account.
The example method calls in this set of documentation use a guest API key that is for demonstration purposes only and should not be used for any other application.
We want to be as flexible as possible with our API and data feeds; if you have an interesting use of our platform, we want to help. Here are some basic ground rules that all developers should abide by when using the API and data feeds.
Use UTF-8 encoding when sending arguments to API methods.
Some API methods need to be authenticated. We use Oauth authentication for these requests. For these authenticated requests you must generate a cryptographic signature based upon your request, consumer key and shared secret. The authentication process can be a bit complicated, so it is recommended that you use a library (such as pyechonest or jEN) to handle all of the authentication details. To sign a request, you add a nonce parameter (a random string of characters that differs from call to call), a timestamp (the number of seconds since the epoch) and a signature which is generated by applying a cryptographic hash (such as SHA1) to your consumer key, shared secret and the base string portion of the request. A guide to signing requests can be found in The Oauth 1.0 Guide. Netflix also has an excellent description of how to sign requests in their Authentication oveview.
API methods are subject to rate limits. In general, non-commercial users of our API can expect a rate limit of around 120 calls per minute. This may vary depending upon overall system activity. If we are under a light load we may increase the limit associated with your API key and conversely, if we are under heavy load we may reduce that limit. If you need a guaranteed API limit, contact us at email@example.com. You can discover what your current rate limit and activity is by inspecting the response header that is returned with each API method call. There are three fields in the header associated with rate limits:
- X-RateLimit-Limit - the current rate limit for this API key
- X-RateLimit-Used - the number of method calls used on this API key this minute
- X-RateLimit-Remaining - the estimated number of remaining calls allowed by this API key this minute
You can inspect the response header with the -i option to curl like so:
curl -i 'http://developer.echonest.com/api/v4/artist/profile?api_key=YOUR_API_KEY&name=weezer'
This returns a response header with content like so:
HTTP/1.1 200 OK Content-Length: 135 X-RateLimit-Limit: 120 X-RateLimit-Remaining: 62 X-RateLimit-Used: 58
This indicates that the current rate limit is 120 calls per minute. In the current minute 58 calls have been made and we estimate that you will have 62 calls remaining for the current minute.
Many calls take ID of items (artists, songs, tracks, etc). IDs can be full formed Echo Nest IDs like music://id.echonest.com/~/AR/ARC51DL1187B9A9FED or can in abbreviated form such as ARC51DL1187B9A9FED. We also support other ID spaces through Project Rosetta stone.
The Echo Nest API supports multiple ID spaces. You can use an ID from a supported ID space in place of an Echo Nest ID in any call that takes an Echo Nest ID. For example, you can get news for Radiohead using a MusicBrainz ID like so:
Or using a 7Digital ID like so:
Similarly you can use a personal catalog foreign_id like so:
Methods that return Echo Nest IDs can also be used to retrieve IDs in a foreign ID space. For example, the following artist similarity call will return musicbrainz artist IDs:
Certain methods can be constrained to only return items that are members of the given ID space. For example, by setting the limit parameter to true, the following artist/similar call will limit results to those that fall in the 7Digital catalog:
Similarly, methods can be constrained to only return items that are members of a personal catalog. For example, the following call will limit similar artists to only those that are contained in the catalog CAABOUD13216257FC7:
Some Rosetta spaces are associated with specific locales. The format for a locale-specific Rosetta ID space is name-XX where XX is the country code for the supported locale. For example, 7digital-US:track:6372821 is a 7Digital ID space for the US locale. The special locale 'WW' indicates a catalog that is a superset of a number of supported locales.
Currently supported ID spaces are:
- 7Digital artists - Example: 7digital-US:artist:142111 - Supported locales are US, UK and AU
- 7Digital tracks - Example: 7digital-US:track:6372821 - Supported locales are US, UK and AU
- Deezer artists - Example: deezer:artist:399
- Deezer tracks - Example: deezer:track:20592361
- Discogs artists - Example: discogs:artist:125776
- EMI Blue Note artists - Example: emi_bluenote:artist:116397124906
- EMI Blue Note tracks - Example: emi_bluenote:track:EUEDD0029529
- EMI Open Collection artists - Example: emi_open_collection:artist:123094
- EMI Open Collection tracks - Example: emi_open_collection:track:EUEDD03057023
- EMI artists- Example: emi_artists:artist:198648
- EMI tracks- Example: emi_artists:track:EMIDD1342684
- Facebook artists - Example: facebook:artist:6979332244
- Free Music Archive artists - Example: fma:artist:3243
- Free Music Archive tracks - Example: fma:track:11764
- JamBase artists - Example: jambase:artist:8317
- LyricFind US songs - Example: lyricfind-US:song:3d294a4831babc7d57169ecda7117a16
- Musicbrainz artists - Example: musicbrainz:artist:a74b1b7f-71a5-4011-9441-d0b5e4122711
- MusixMatch songs - Example: musixmatch-WW:song:3310380
- Playme artists - Example: playme:artist:1234
- Playme tracks - Example: playme:track:554928
- Rhapsody artists - Example: rhapsody-US:artist:Art.10620458
- Rhapsody tracks - Example: rhapsody-US:track:Tra.1872369
- Rdio artists - Example: rdio-US:artist:r91318 - Supported locals are AT, AU, BR, CA, CH, DE, DK, ES, FI, FR, IE, IT, NL NO, NZ, PT, SE, UK and US
- Rdio tracks - Example: rdio-US:track:t4438390 - Supported locals are AT, AU, BR, CA, CH, DE, DK, ES, FI, FR, IE, IT, NL NO, NZ, PT, SE, UK and US
- SeatGeek artists - Example: seatgeek:artist:35
- Seatwave artists - Example: seatwave:artist:1000
- Songkick artists - Example: songkick:artist:3084961
- SongMeanings artists - Example: songmeaningsg:artist:200
- SongMeanings songs - Example: songmeanings:song:471679
- Spotify artists - Example: spotify-WW:artist:4Z8W4fKeB5YxbusRsdQVPb
- Spotify tracks - Example: spotify-WW:track:3L7BcXHCG8uT92viO6Tikl
- Twitter artists - Example: twitter:artist:justinbieber
- WhoSampled artists - Example: whosampled:artist:3309
- WhoSampled tracks - Example: whosampled:track:8482
These parameters are valid for all methods in the API
Parameter Required? Multiple? Values Description api_key yes no YOUR_API_KEY the developer API key format no no json, jsonp, xml the format of the response callback Required if format is jsonp no MyJSFunc the callback function for JSONP requests
|1||Missing/ Invalid API Key|
|2||This API key is not allowed to call this method|
|3||Rate Limit Exceeded|
- May 2, 2013 - Added Rosetta id support for SeatGeek
- April 29, 2013 - Some playlist/dynamic API usability improvements
- March 20, 2013 - Added support and documentation for 'speechiness' and 'liveness' in song and playlist methods.
- January 31, 2013 - Added support and documentation for 'artist_location' in artist methods.
- December 17, 2012 - Added support and documentation for 'genre' in artist and playlisting methods.
- December 14, 2012 - Added support and documentation for 'general' taste profiles.
- December 11, 2012 - Added Rosetta id support for WhoSampled artists and tracks. Details in this blog post: WhoSampled Joins Rosetta Stone, Opening Music App Possibilities
- November 21, 2012 - Added support for the 'live' and 'studio' song type. Details in the blog post: We are doing it live!
- November 16, 2012 - Added support for the 'christmas' song type. Details in the blog post: Christmas comes early to The Echo Nest
- November 15, 2012 - Added Rosetta id support for Rhapsody artists and tracks. Details in the blog post: The Echo Nest Partners with Rhapsody
- November 5, 2012 - Added Rosetta id support for Deezer artists and tracks. Details in the blog post: The Echo Nest Partners with Deezer
- October 9, 2012 - Added support for Taste Profile Attributes Details in the blog post: Taste Profile Attributes Go Public
- July 12, 2012 - Added support for Taste Profile similarity. Details in the blog post: The Echo Nest’s Taste Profile Similarity Will Bring People Together
- June 8, 2012 - Added support for 19 new Rdio territories. Details in the blog post: New Rdio Rosetta catalogs
- May 22, 2012 - Added Rosetta support for Discogs. Details in the blog post: Combining the Discogs and The Echo Nest APIs
- April 23, 2012 - Added support Rosetta support for Songkick. Details in the blog post: Songkick Joins Rosetta Stone for Concert Listings in Music Apps
- April 12, 2012 - Added Rosetta support for Jambase and SongMeanings. Details in the blog post: JamBase and SongMeanings Bring Concert Listings and Lyric Interpretations to Rosetta Stone
- March 30, 2012 - Added Rosetta support for Musixmatch. Details in the blog post: Expand your Echo Nest app with MusixMatch lyrics
- March 29, 2012 - Added Rosetta support for Spotify. Details in the blog post: Spotify + The Echo Nest API… Spotify Apps Just Got Smarter