Using Picasa Web AlbumsPicasa Web Albums is a service which allows users to maintain albums of their own pictures, and browse the albums and pictures of others. The API offers a programmatic interface to this service, allowing users to add to, update, and remove from their albums, as well as providing the ability to tag and comment on photos. Access to public albums and photos is not restricted by account, however, a user must be logged in for non-read-only access. For more information on the API, including instructions for enabling API access, refer to the » Picasa Web Albums Data API Overview.
Connecting To The ServiceThe Picasa Web Albums API, like all GData APIs, is based off of the Atom Publishing Protocol (APP), an XML based format for managing web-based resources. Traffic between a client and the servers occurs over HTTP and allows for both authenticated and unauthenticated connections. Before any transactions can occur, this connection needs to be made. Creating a connection to the Picasa servers involves two steps: creating an HTTP client and binding a Zend_Gdata_Photos service instance to that client. AuthenticationThe Google Picasa API allows access to both public and private photo feeds. Public feeds do not require authentication, but are read-only and offer reduced functionality. Private feeds offers the most complete functionality but requires an authenticated connection to the Picasa servers. There are three authentication schemes that are supported by Google Picasa :
The Zend_Gdata library provides support for both authentication schemes. The rest of this chapter will assume that you are familiar the authentication schemes available and how to create an appropriate authenticated connection. For more information, please see section the Authentication section of this manual or the » Authentication Overview in the Google Data API Developer's Guide. Creating A Service InstanceIn order to interact with the servers, this library provides the Zend_Gdata_Photos service class. This class provides a common interface to the Google Data and Atom Publishing Protocol models and assists in marshaling requests to and from the servers. Once deciding on an authentication scheme, the next step is to create an instance of Zend_Gdata_Photos. The class constructor takes an instance of Zend_Http_Client as a single argument. This provides an interface for AuthSub and ClientAuth authentication, as both of these require creation of a special authenticated HTTP client. If no arguments are provided, an unauthenticated instance of Zend_Http_Client will be automatically created. The example below shows how to create a service class using ClientAuth authentication:
A service instance using AuthSub can be created in a similar, though slightly more lengthy fashion:
Finally, an unauthenticated server can be created for use with public feeds:
Understanding and Constructing QueriesThe primary method to request data from the service is by constructing a query. There are query classes for each of the following types:
A new UserQuery can be constructed as followed:
for each query, a number of parameters limiting the search can be requested, or specified, with get(Parameter) and set(Parameter), respectively. They are as follows:
Retrieving Feeds And EntriesThe service has functions to retrieve a feed, or individual entries, for users, albums, and individual photos. Retrieving A UserThe service supports retrieving a user feed and list of the user's content. If the requested user is also the authenticated user, entries marked as "hidden" will also be returned. The user feed can be accessed by passing the username to the getUserFeed() method:
Or, the feed can be accessed by constructing a query, first:
Constructing a query also provides the ability to request a user entry object:
Retrieving An AlbumThe service supports retrieving an album feed and a list of the album's content. The album feed is accessed by constructing a query object and passing it to getAlbumFeed():
Alternatively, the query object can be given an album name with setAlbumName(). Setting the album name is mutually exclusive with setting the album id, and setting one will unset the other. Constructing a query also provides the ability to request an album entry object:
Retrieving A PhotoThe service supports retrieving a photo feed and a list of associated comments and tags. The photo feed is accessed by constructing a query object and passing it to getPhotoFeed():
Constructing a query also provides the ability to request a photo entry object:
Retrieving A CommentThe service supports retrieving comments from a feed of a different type. By setting a query to return a kind of "comment", a feed request can return comments associated with a specific user, album, or photo. Performing an action on each of the comments on a given photo can be accomplished as follows:
Retrieving A TagThe service supports retrieving tags from a feed of a different type. By setting a query to return a kind of "tag", a feed request can return tags associated with a specific photo. Performing an action on each of the tags on a given photo can be accomplished as follows:
Creating EntriesThe service has functions to create albums, photos, comments, and tags. Creating An AlbumThe service supports creating a new album for an authenticated user:
Creating A PhotoThe service supports creating a new photo for an authenticated user:
Creating A CommentThe service supports creating a new comment for a photo:
Creating A TagThe service supports creating a new tag for a photo:
Deleting EntriesThe service has functions to delete albums, photos, comments, and tags. Deleting An AlbumThe service supports deleting an album for an authenticated user:
Deleting A PhotoThe service supports deleting a photo for an authenticated user:
Deleting A CommentThe service supports deleting a comment for an authenticated user:
Deleting A TagThe service supports deleting a tag for an authenticated user:
Optimistic Concurrency (Notes On Deletion)GData feeds, including those of the Picasa Web Albums service, implement optimistic concurrency, a versioning system that prevents users from overwriting changes, inadvertently. When deleting a entry through the service class, if the entry has been modified since it was last fetched, an exception will be thrown, unless explicitly set otherwise (in which case the deletion is retried on the updated entry). An example of how to handle versioning during a deletion is shown by deleteAlbumEntry():
|
|