The Ultimate Guide to Decoding the Flickr API
Flickr, being the biggest photo management and sharing site in the world, has an impressive API to let developers access and manipulate almost all of its data. Lets take a look at how to work with the API: at the lowest level possible.
A Word From the Author
In this Web 2.0 era, web applications which have an easy to use, intuitive API have a distinct advantage as it lets developers exploit and build for the platform and thus capture more users. As we move towards the social web and mashups, a good API is not a nice addition anymore: it is downright necessary. And remember too much abstraction is never a good thing. While there are a number of API kits out there to simplify working with the API in question, wouldn't it be cool to know what is actually going on under the hood? Wouldn't it be exciting to deconstruct the actual voodoo going on between the kit and the API? Yeah, I thought so! In this new series, we'll be taking a look at the APIs of some of the most popular services out there. Today, we take a look at the Flickr API.
The Sequence of Events
The tango between the developer and API begins and culminates in a series of well defined steps. I'll explain each step as we go.
Deciding the Type of Application
First of all, we need to decide on the type of application we are going to build. Desktop applications have to use the desktop model while a web application can use either of the models. The mobile model is beyond the scope of this article.
For this article I've chosen to go with the desktop model since the web model requires all the testing to be done on the domain on which the app is to be deployed. This might not necessarily be feasible for a lot of people. We choose the desktop model since it is devoid of this restriction.
Obtaining an API Key
The next step is obtaining an application key. Flickr uses this app key to keep tabs on our usage and other statistics. Head on over here and apply for your own API key.



Since our usage of this particular API key is purely educational we choose to obtain a non-commercial key.



Fill in all the details the form requires with special attention to the description of the project. The devs at Flickr actually read this description if your app misbehaves in some way to make sure it is legit. So spend that extra minute describing your masterpiece.



A successful registration yields you this page. Do note down the api key and the shared secret for later use.
Flickr API Basics
The Flickr API provides a number of methods which may or may not require authentication. Each method takes a number of arguments which modify its behavior and payload. Responses can be received in a number of formats including JSON, XML, SOAP and REST. All these requests can be made to end points corresponding the format you've chosen to make the request in. For example, we'll be using REST for the rest of this article and so our URL end point would be http://api.flickr.com/services/rest/.
Pulling in Public Data
There are a number of methods which pull in public data and thus require no authentication of any sort. We just need the api key we had obtained earlier along with any required arguments of the method in question. Lets take a look at an example.
The getPublicGroups method is an example of a method which doesn't require authentication and which pulls in public data. We pass in the user id of the user and our api key and the API responds in the format you requested with a list of groups the user is part of.
We'd send in a request to this URL.
1 |
http://api.flickr.com/services/rest/?method=flickr.people.getPublicPhotos&api_key=your_api_key&user_id=user_id_x |
Replace your_api_key with the key we obtained earlier and user_id_x with a valid NSID. Since I like my responses to be in JSON, I can add another parameter asking the API to respond with a JSON payload.
1 |
http://api.flickr.com/services/rest/?method=flickr.people.getPublicPhotos&api_key=your_api_key&user_id=user_id_x&format=json |
The API will send a response like so:
1 |
jsonFlickrApi({"photos":{"page":1, "pages":1, "perpage":100, "total":"2", |
2 |
"photo":[{"id":"3728895285", "owner":"40318902@N02", "secret":"df6dfee053", "server":"3466", |
3 |
"farm":4, "title":"opac", "ispublic":1, "isfriend":0, "isfamily":0}, |
4 |
{"id":"3729689790", "owner":"40318902@N02", "secret":"ea9c38a675", |
5 |
"server":"2531", "farm":3, "title":"scale", "ispublic":1, "isfriend":0, "isfamily":0},]}, |
6 |
"stat":"ok"}) |
Properly formatted, it is going to look like this.
1 |
jsonFlickrApi( |
2 |
{"photos": { |
3 |
"page": 1, |
4 |
"pages": 1, |
5 |
"perpage": 100, |
6 |
"total": "2", |
7 |
"photo": [ |
8 |
{
|
9 |
"id": "3729689790", |
10 |
"owner": "40318902@N02", |
11 |
"secret": "ea9c38a675", |
12 |
"server": "3466", |
13 |
"farm": 4, |
14 |
"title": "opac", |
15 |
"ispublic": 1, |
16 |
"isfriend": 0, |
17 |
"isfamily": 0 |
18 |
},
|
19 |
{
|
20 |
"id": "3729689845", |
21 |
"owner": "40318902@N02", |
22 |
"secret": "df6dfee053", |
23 |
"server": "2531", |
24 |
"farm": 3, |
25 |
"title": "scale", |
26 |
"ispublic": 1, |
27 |
"isfriend": 0, |
28 |
"isfamily": 0 |
29 |
}
|
30 |
]
|
31 |
},
|
32 |
"stat": "ok" |
33 |
})
|
Pulling in Private Data
This is probably the reason you want to learn how to work with the Flickr API and so we'll go over each step slowly since this part has a tendency to confuse people.
Signing
To obtain private data, each method needs authentication and for authentication to work each of our calls has to be signed. Signing works like so:
Make an alphabetically sorted list of the arguments
For example, in the previous example our list would look like so:
- api_key: xxx
- format: json
- user_id: yyy
Create the signature string
The signature string is created by taking the API secret we obtained earlier and then appending the list of arguments to it. For example, our signature string would look like so:
1 |
0123456789api_keyxxxformatjsonuseridyyy |
Signing our call
The final step is the actual signing. Flickr expects us to take the MD5 hash of our signature string and append it to our original method call as a named parameter.
So any authenticated call has this general format
1 |
http://api.flickr.com/services/rest/?method=ourmethod&api_key=apikey&api_sig=hashedvalue |
Obtaining a frob
Now with the signing out of the way, we can now move on to the actual authentication. Flickr uses a system similar to OAuth for authorization which means that a user who wants to use our app doesn't need to divulge his/her user credentials. Users are transported to the Flickr web site where the user is asked whether he/she wants to allow our app to access the user's data.
This is where a frob comes in. To create the login link which takes the user to an authorization page on Flickr, we need a way to identify a specific login session.
In order to obtain a frob to identify the session, we need to call the flickr.auth.getFrob passing our api key as a named argument. Our URL would look like so:
1 |
http://api.flickr.com/services/rest/?method=flickr.auth.getFrob&api_key=apikey&api_sig=hashedvalue |
A JSON response looks like so:
1 |
frobcallback( |
2 |
{"frob":{ |
3 |
"_content": "xxx" |
4 |
},
|
5 |
"stat":"ok" |
6 |
})
|
Constructing the login URL
Having successfully obtained a frob, we can now work on building the URL which lets the user authorize our application. The login URL has this general format:
1 |
http://flickr.com/services/auth/?api_key=apikey&api_sig=apisig&perms=perms&frob=frob |
Replace api_key's value with the one we had obtained earlier, api_sig's value with a MD5 hash of our signature string and frob's value with the frob value returned by the API. The perms parameter defines the desired level of account access and has valid values of read, write and delete. Each access includes the rights of all its predecessors.
A valid login URL takes this form:
1 |
|
2 |
http://flickr.com/services/auth/?api_key=63b08e2efcc22de9900163f4d761fdbc&api_sig=663369798c695dbe2fd7e2af7576dd2b&perms=delete&frob=72157621742082858-8e995a1104e28114-870912 |
The authorization pages looks like so:



First, Flickr makes sure the user wasn't conned into authorizing the application.



Next, it is made sure the user knows the level of authorization the he/she is granting to the application.



Successful authorization!
Obtaining the auth token
Once the user has given authorization for our application, we can proceed forward. The final step in this process is obtaining an auth_token. An auth token ties a specific API key to a specific user ID i.e an auth token can be used to manipulate only a specific user's data whilst using a specific API key. An auth token is necessary for each and every API method call which requires authentication.
Obtaining an auth token is as simple as calling the flickr.auth.getToken method passing in the api key, frob and api signature as named parameters. The URL would look like so:
1 |
http://flickr.com/services/auth/?api_key=apikey&api_sig=apisig&frob=frob |
A successful request nets us an auth token which can be used indefinitely to access a specific user's data using a specific api key.
Making the call
Now, that all the prerequisites have been met, we can go about retrieving data as needed. Remember, each of your authenticated calls needs to be signed and so each call must send in the api_key, auth_token and api_sig for the method call to work.
At the base minimum, the URL for your REST request must look like this. Other method specific parameters or parameters which modify the payload can be appended as needed.
1 |
|
2 |
http://flickr.com/services/auth/?api_key=xxx&api_sig=yyy&auth_token=zzz&method=method_name |
While signing, make sure to also include the other arguments and their values. This is a frequent cause of error and headache and is easily rectified. Are you including a callback parameters in the URL to avoid the cross domain restriction in browsers whilst using AJAX? Those have to go in the signature string too!
Reconstructing the URLs
Let's take a look at an example response for a method which returns public photos.
1 |
jsonFlickrApi( |
2 |
{"photos": { |
3 |
"page": 1, |
4 |
"pages": 1, |
5 |
"perpage": 100, |
6 |
"total": "2", |
7 |
"photo": [ |
8 |
{
|
9 |
"id": "3729689790", |
10 |
"owner": "40318902@N02", |
11 |
"secret": "ea9c38a675", |
12 |
"server": "3466", |
13 |
"farm": 4, |
14 |
"title": "opac", |
15 |
"ispublic": 1, |
16 |
"isfriend": 0, |
17 |
"isfamily": 0 |
18 |
},
|
19 |
{
|
20 |
"id": "3729689845", |
21 |
"owner": "40318902@N02", |
22 |
"secret": "df6dfee053", |
23 |
"server": "2531", |
24 |
"farm": 3, |
25 |
"title": "scale", |
26 |
"ispublic": 1, |
27 |
"isfriend": 0, |
28 |
"isfamily": 0 |
29 |
}
|
30 |
]
|
31 |
},
|
32 |
"stat": "ok" |
33 |
})
|
It's all fine and dandy but the response doesn't contain a URL we could just link to. Instead we have to construct a URL for the image in question based on the data sent back from the server. Here is how:
Ever image's URL on Flickr follows a well defined pattern. Unlock this and the response starts to make a lot more sense. Here is the URL of an image in my account.
1 |
http://farm3.static.flickr.com/2531/3729689790_ea9c38a675_b.jpg |
The URL is made of a number of parts:
- Farm ID. 3 in our case.
- Server ID. 2531 here.
- Photo ID - A way to uniquely identify each and every photo hosted by Flickr. 3729689845 in this case.
- Photo secret - ea9c38a675
- Image size - Defines the size of the image to be returned. Possible values include o for original, b for a width/height of 1024, m for 240, t for 100 and s for 75. When not specified it defaults to a width/height of 500.
In short, in order to construct the source of the image, the link would look like the one shown below if we were made to parse the JSON response where data is the variable which holds the response:
1 |
"http://farm" + data.photos.photo[i].farm + ".static.flickr.com/" + data.photos.photo[i].server + "/"+data.photos.photo[i].id + "_"+data.photos.photo[i].secret + ".jpg |
Uploading to Flickr
Now that we've taken a look at how to retrieve data from Flickr using its API, it's time to take a look at how to send data back.
Flickr's upload API is distinct from its REST or SOAP based APIs in that there are no URL endpoints you could just access and retrieve data. Instead data has to be sent via a POST request to
1 |
http://api.flickr.com/services/upload/ |
Since it's outside the scope of this article to show you how to construct a POST query from scratch, we'll use a form element with a enctype value of multipart/form-data in order to generate all the code for us. Using this certain attribute lets us state that the form contains binary data and it has to be handled as such. A sample form would look like this.
1 |
<form enctype="multipart/form-data" method="post" action="http://api.flickr.com/services/upload/"> |
2 |
<input type="file" name="photo"/> |
3 |
<input type="submit" name ="submit" value="Upload"/> |
4 |
</form> |
But remember, we still need to send in a number of parameters to the service including the api key, auth token and the method signature. How do we do that? Its just a matter of creating a hidden text field and modifying their value to reflect the correct values. Like so:
1 |
<form enctype="multipart/form-data" method="post" action="http://api.flickr.com/services/upload/"> |
2 |
<input type="file" name="photo"/> |
3 |
<input type="hidden" name="api_key" value=""/> |
4 |
<input type="hidden" name="auth_token" value=""/> |
5 |
<input type="hidden" name="api_sig" value=""/> |
6 |
<input type="submit" name ="submit" value="Upload"/> |
7 |
</form> |
Remember that while generating the MD5 hash of the signature string you need to upload every element of the form excluding the photo field. This includes the submit buttons value since contents of the entire form are posted to the URL. For the above example, the hash would have to be calculated like so:
1 |
var hash = MD5(secret + "api_key" + apikey + "auth_token" + token + "submitUpload"); |
You are not entirely limited to those arguments. The upload API takes in a number of arguments including the title of the photo, its title and description. If you wanted you could just as easily let the user enter all those data along with privacy settings like so:
1 |
<form enctype="multipart/form-data" method="post" action="http://api.flickr.com/services/upload/"> |
2 |
<input type="file" name="photo"/> |
3 |
<input type="text" name="title" value=""/> |
4 |
<input type="text" name="description" value=""/> |
5 |
<input type="text" name="tags" value=""/> |
6 |
<input type="text" name="is_public" value="0"/> |
7 |
<input type="text" name="is_friend" value="1"/> |
8 |
<input type="text" name="content_type" value="1"/> |
9 |
<input type="text" name="hidden" value="2"/> |
10 |
<input type="hidden" name="api_key" value=""/> |
11 |
<input type="hidden" name="auth_token" value=""/> |
12 |
<input type="hidden" name="api_sig" value=""/> |
13 |
<input type="submit" name ="submit" value="Upload"/> |
14 |
</form> |
Commonly Used Methods
An article on how to work with a service's API would be clearly incomplete without a look at some of the most used API methods. With that in mind, here are a few API methods which should be very helpful irrespective of whether you are creating a mashup or just looking to retrieve your own data.
Remember, authenticated calls require valid values for the api_key, api_sig and auth_token parameters to work while normal calls may or may not require method specific parameters. All calls require the api_key parameter to be sent in. So if I mention the call requires authentication, the fact that the call requires the other arguments is implied implicitly. Arguments noted below are optional unless mentioned otherwise. Methods which return a list of data also take a page and per_page argument to define their namesakes.
I've included responses of each method to give you an idea about the data that is delivered back to us. I've went with JSON as the response format since most devs I work with like JSON better than XML.
flickr.activity.userPhotos
Returns a list of recent activity on photos belonging to the calling user.
Arguments: timeframe - Defines the time frame in which to look for updates.
Authentication: Yes
Response
1 |
{
|
2 |
"items": { |
3 |
"item":[ |
4 |
{
|
5 |
"type": "photo", |
6 |
"id": "3728895285", |
7 |
"owner": "40318902@N02", |
8 |
"ownername": "lordtottuu", |
9 |
"secret": "df6dfee053", |
10 |
"server": "3466", |
11 |
"farm": 4, |
12 |
"title": { |
13 |
"_content": "opac" |
14 |
},
|
15 |
"commentsold": 1, |
16 |
"commentsnew": 0, |
17 |
"notesold": 0, |
18 |
"notesnew": 0, |
19 |
"views": 0, |
20 |
"faves": 0, |
21 |
"more": 0, |
22 |
"activity": { |
23 |
"event": [ |
24 |
{
|
25 |
"type": "comment", |
26 |
"commentid": "40298554-3728895285-72157621628251433", |
27 |
"user": "40318902@N02", |
28 |
"username": "lordtottuu", |
29 |
"dateadded": "1248131143", |
30 |
"_content": "Demo image for my upcoming article on Net Tuts" |
31 |
}
|
32 |
]
|
33 |
}
|
34 |
}
|
35 |
],
|
36 |
"page": 1, |
37 |
"pages": 1, |
38 |
"perpage": 10, |
39 |
"total": 1 |
40 |
},
|
41 |
"stat": "ok" |
42 |
}
|
flickr.contacts.getList
Returns a list of contacts for the calling user.
Arguments: filter - Argument to filter out the list. Valid values include friends, family, both and neither.
Authentication: Yes
Response
1 |
{
|
2 |
"contacts": { |
3 |
"page": 1, |
4 |
"pages": 1, |
5 |
"per_page": 1000, |
6 |
"perpage": 1000, |
7 |
"total": 2, |
8 |
"contact": [ |
9 |
{
|
10 |
"nsid": "7488445@N05", |
11 |
"username": "thegleek", |
12 |
"iconserver": "179", |
13 |
"iconfarm": 1, |
14 |
"ignored": 0, |
15 |
"realname": " Mike Poleski", |
16 |
"friend": "1", |
17 |
"family": "0", |
18 |
"path_alias": null, |
19 |
"location": "" |
20 |
}
|
21 |
]
|
22 |
// Rest of the contacts
|
23 |
},
|
24 |
"stat": "ok" |
flickr.favorites.getList
Returns a list of photos marked favorite by a specific user.
Arguments: min_fave_date, max_fav_date - Self explanatory.
Authentication: Yes
Response
1 |
{
|
2 |
"photos": { |
3 |
"page": 1, |
4 |
"pages": 1, |
5 |
"perpage": 100, |
6 |
"total": "3", |
7 |
"photo": [ |
8 |
{
|
9 |
"id": "2332823355", |
10 |
"owner": "53555705@N00", |
11 |
"secret": "e603be40a2", |
12 |
"server": "2333", |
13 |
"farm": 3, |
14 |
"title": "Xbox 360 still life", |
15 |
"ispublic": 1, |
16 |
"isfriend": 0, |
17 |
"isfamily": 0, |
18 |
"date_faved": "1248134938" |
19 |
}
|
20 |
]
|
21 |
// Rest of the photos
|
22 |
},
|
23 |
"stat": "ok" |
24 |
}
|
flickr.people.getPublicPhotos
Get a list of public photos for the given user.
Arguments: nsid [required] - ID of the calling user, safe_search - To block out NSFW content.
Authentication: No
Response
1 |
{
|
2 |
"photos": { |
3 |
"page": 1, |
4 |
"pages": 1, |
5 |
"perpage": 100, |
6 |
"total": "15", |
7 |
"photo": [ |
8 |
{
|
9 |
"id": "3728895285", |
10 |
"owner": "40318902@N02", |
11 |
"secret": "df6dfee053", |
12 |
"server": "3466", |
13 |
"farm": 4, |
14 |
"title": "opac", |
15 |
"ispublic": 1, |
16 |
"isfriend": 0, |
17 |
"isfamily": 0 |
18 |
}
|
19 |
]
|
20 |
// Rest of the photos
|
21 |
},
|
22 |
"stat": "ok" |
23 |
}
|
flickr.groups.getInfo
To obtain information about a particular group.
Arguments: group_id [required]- The ID of the group about which you seek information.
Authentication: No
Response
1 |
{
|
2 |
"group": { |
3 |
"id": "51035612836@N01", |
4 |
"iconserver": "1", |
5 |
"iconfarm": 1, |
6 |
"name": { |
7 |
"_content": "Flickr API" |
8 |
},
|
9 |
"description": { |
10 |
"_content": string"A Flickr group for Flickr API projects. Driving awareness of the Flickr API, projects that use it and those incredible ideas that programmatically exposed systems produce. Think Google API + Amazon API + Flickr API with a bit of GMail thrown in. The developers of Flickr rightly pointed out they want to keep technical discussions directly related to the API on the mailing list." |
11 |
},
|
12 |
"members": { |
13 |
"_content": "7775" |
14 |
},
|
15 |
"privacy": object{ |
16 |
"_content": "3" |
17 |
},
|
18 |
"lang": null, |
19 |
"ispoolmoderated": 1, |
20 |
"throttle": object{ |
21 |
"count": "3", |
22 |
"mode": "day" |
23 |
},
|
24 |
"restrictions": object{ |
25 |
"photos_ok": 1, |
26 |
"videos_ok": 1, |
27 |
"images_ok": 1, |
28 |
"screens_ok": 1, |
29 |
"art_ok": 1, |
30 |
"safe_ok": 1, |
31 |
"moderate_ok": 0, |
32 |
"restricted_ok": 0, |
33 |
"has_geo": 0 |
34 |
}
|
35 |
},
|
36 |
"stat": "ok" |
37 |
}
|
flickr.photos.getExif
Extracts EXIF data of an existing photo .
Arguments: photo_id [required] - ID of the photo whose EXIF data is to be extracted.
Authentication: No
Response
1 |
{
|
2 |
|
3 |
"photo": { |
4 |
"id": "2332823355", |
5 |
"secret": "e603be40a2", |
6 |
"server": "2333", |
7 |
"farm": 3, |
8 |
"exif": [ |
9 |
{
|
10 |
"tagspace": "TIFF", |
11 |
"tagspaceid": 1, |
12 |
"tag": 271, |
13 |
"label": "Make", |
14 |
"raw": { |
15 |
"_content": "Canon" |
16 |
}
|
17 |
},
|
18 |
{
|
19 |
"tagspace": "TIFF", |
20 |
"tagspaceid": 1, |
21 |
"tag": 272, |
22 |
"label": "Model", |
23 |
"raw": { |
24 |
"_content": "Canon EOS 350D DIGITAL" |
25 |
}
|
26 |
},
|
27 |
// Rest of the exif data
|
28 |
]
|
29 |
},
|
30 |
"stat": "ok" |
31 |
}
|
flickr.photos.geo.getLocation
Returns the latitude and longitude of the place where a specific photo was taken.
Arguments: photo_d [required] - ID of the photo whose location is to be known.
Authentication: No
Response
1 |
{
|
2 |
"photo": object{ |
3 |
"id": string"229097925", |
4 |
"location": object{ |
5 |
"latitude": -33.856874, |
6 |
"longitude": 151.214672, |
7 |
"accuracy": "16", |
8 |
"context": "0", |
9 |
"locality": { |
10 |
"_content": "Sydney", |
11 |
"place_id": "p50kaZyYAJx9BZHQ", |
12 |
"woeid": "1105779" |
13 |
},
|
14 |
"region": object{ |
15 |
"_content":"New South Wales", |
16 |
"place_id": "puGzSeubAphuNnF2", |
17 |
"woeid": "2344700" |
18 |
},
|
19 |
"country": object{ |
20 |
"_content": "Australia", |
21 |
"place_id": "om3Zr2abAphqrm3jdA", |
22 |
"woeid": "23424748" |
23 |
},
|
24 |
"place_id": string"p50kaZyYAJx9BZHQ", |
25 |
"woeid": string"1105779" |
26 |
}
|
27 |
},
|
28 |
"stat": string"ok" |
29 |
}
|
flickr.photos.getFavorites
Returns a list of people who have marked the passed photo as a favorite.
Arguments: photo_id [required] - ID of the photo in question.
Authentication: No
Response
1 |
{
|
2 |
"photo": { |
3 |
"person": [ |
4 |
{
|
5 |
"nsid": "39011391@N06", |
6 |
"username": "derek1960", |
7 |
"favedate": "1243834286" |
8 |
},
|
9 |
// Rest of the photos
|
10 |
],
|
11 |
"id": "229097925", |
12 |
"secret": "13a21546fb", |
13 |
"server": "61", |
14 |
"farm": 1, |
15 |
"page": 1, |
16 |
"pages": 2, |
17 |
"perpage": 10, |
18 |
"total": "18" |
19 |
…}, |
20 |
"stat": "ok" |
21 |
}
|
flickr.places.getTopPlacesList
Returns a list of the 100 most tagged places for a day.
Arguments: place_type_id [required] - Numeric ID of a place to define how to cluster photos.
Authentication: No
Response
1 |
{
|
2 |
"places": object{ |
3 |
"total": number100, |
4 |
"place": [ |
5 |
{
|
6 |
"place_id": "4KO02SibApitvSBieQ", |
7 |
"woeid": "23424977", |
8 |
"latitude": "48.890", |
9 |
"longitude": "-116.982", |
10 |
"place_url": "/United+States", |
11 |
"place_type": "country", |
12 |
"place_type_id": "12", |
13 |
"_content": "United States", |
14 |
"photo_count": "23654" |
15 |
},
|
16 |
// Rest of the 99 countries
|
17 |
],
|
18 |
"date_start": 1248048000, |
19 |
"date_stop": 1248134399 |
20 |
},
|
21 |
"stat": "ok" |
22 |
}
|
flickr.tags.getHotList
Returns a list of most used tags for a given time period.
Arguments: period - Specifies the period for which to obtain tags. count - Specifies the number of tags to return in the response.
Authentication: No
Response
1 |
{
|
2 |
"hottags": { |
3 |
"period": "day", |
4 |
"count": 20, |
5 |
"tag": [ |
6 |
{
|
7 |
"score": "100", |
8 |
"_content": "sundaystreets" |
9 |
},
|
10 |
{
|
11 |
"score": "100", |
12 |
"_content": "happymondayblues" |
13 |
},
|
14 |
{
|
15 |
"score": "100", |
16 |
"_content": "melbourneopenhouse2009" |
17 |
}
|
18 |
]
|
19 |
},
|
20 |
"stat": string"ok" |
21 |
}
|
In conclusion
In this opening part of the series, we looked at how to work with the Flickr API including how to retrieve public and private data, authenticating with the API and how to upload data to the service. We also took a look at some of the most used API methods along with their JSON responses to better understand the structure of the data the API sends back.
Which API is covered next is entirely up to you. Here, at Net Tuts, we cater to popular demand and so we are going to let you, the readers, decide which service's API is going to be written about next. In your comment below, leave the name of the service and the API interface, if need be. We covered REST in this article but we'd be glad to cover SOAP based or XML-RPC based APIs if enough people want it.
Questions? Nice things to say? Criticisms? Hit the comments section and leave me a comment. Happy coding!
- Follow us on Twitter, or subscribe to the NETTUTS RSS Feed for more daily web development tuts and articles.