Caution: The documentation you are viewing is
for an older version of Zend Framework.
You can find the documentation of the current version at:
https://docs.zendframework.com/
Using Picasa Web Albums - Zend_Gdata
Picasa 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.
Note: Authentication
The API provides authentication via AuthSub (recommended) and ClientAuth. HTTP connections must be authenticated for write support, but non-authenticated connections have read-only access.
The 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.
The 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 :
ClientAuth provides direct username/password authentication to the Picasa servers. Since this scheme requires that users provide your application with their password, this authentication is only recommended when other authentication schemes are insufficient.
AuthSub allows authentication to the Picasa servers via a Google proxy server. This provides the same level of convenience as ClientAuth but without the security risk, making this an ideal choice for web-based applications.
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.
In 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:
The primary method to request data from the service is by constructing a query. There are query classes for each of the following types:
User is used to specify the user whose data is being searched for, and is specified as a username. if no user is provided, "default" will be used instead to indicate the currently authenticated user (if authenticated).
Album is used to specify the album which is being searched for, and is specified as either an id, or an album name.
Photo is used to specify the photo which is being searched for, and is specified as an id.
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:
Projection sets the format of the data returned in the feed, as either "api" or "base". Normally, "api" is desired. The default is "api".
Type sets the type of element to be returned, as either "feed" or "entry". The default is "feed".
Access sets the visibility of items to be returned, as "all", "public", or "private". The default is "all". Non-public elements will only be returned if the query is searching for the authenticated user.
Tag sets a tag filter for returned items. When a tag is set, only items tagged with this value will return.
Kind sets the kind of elements to return. When kind is specified, only entries that match this value will be returned.
ImgMax sets the maximum image size for entries returned. Only image entries smaller than this value will be returned.
Thumbsize sets the thumbsize of entries that are returned. Any retrieved entry will have a thumbsize equal to this value.
User sets the user whose data is being searched for. The default is "default".
AlbumId sets the id of the album being searched for. This element only applies to album and photo queries. In the case of photo queries, this specifies the album that contains the requested photo. The album id is mutually exclusive with the album's name. Setting one unsets the other.
AlbumName sets the name of the album being searched for. This element only applies to the album and photo queries. In the case of photo queries, this specifies the album that contains the requested photo. The album name is mutually exclusive with the album's id. Setting one unsets the other.
PhotoId sets the id of the photo being searched for. This element only applies to photo queries.
The service has functions to retrieve a feed, or individual entries, for users, albums, and individual photos.
The 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:
The 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:
The 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:
The 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:
The 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:
The service has functions to create albums, photos, comments, and tags.
The service supports creating a new album for an authenticated user:
The service supports creating a new photo for an authenticated user:
The service supports creating a new comment for a photo:
The service supports creating a new tag for a photo:
The service has functions to delete albums, photos, comments, and tags.
The service supports deleting an album for an authenticated user:
The service supports deleting a photo for an authenticated user:
The service supports deleting a comment for an authenticated user:
The service supports deleting a tag for an authenticated user:
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():