We here on the Contacts team are thrilled with the response we've been getting for the new Contacts API, but we always knew it could be better. And now it is. We've been listening to your feedback, and are happy to announce several new features:
Support for contact groups
Have you ever wanted to group your contacts? Ever wanted to get your Google contact groups? Now you can create, read, edit and delete contact groups.
Support for contact photos
Google contacts API now gives you access to contact photos. You can read, edit and remove photos through the API.
Support for extended properties
Have you ever wanted to add new properties to a contact? Thought that the contact element does not have enough fields? Extended property allow you to store client-specific properties.
Support for batch processing
Google Contacts API now allows you to collect multiple insert, update, delete and query operations in one request. Please see http://code.google.com/apis/gdata/batch.html for more information. Please also note that the maximum number of operations per request is 100.
We are not resting on our laurels - by continuous tracking of Google Contacts API group (http://groups.google.com/group/google-contacts-api) we want to select the best ideas for extending our feeds and make your life easier.
The documentation has been updated and is located at:
http://code.google.com/apis/contacts/
and if you happen to find bugs or have suggestions, please post them here:
http://code.google.com/p/google-gdata/issues/list
Archives
Followers
More Blogs from Google
More Google Dev Blog Posts
9 comments:
Unrelated, but why can't there be a simple way of de-duping my contacts in gmail.
Also why not expose the contacts separately at addressbook or contacts.google.com ??
I'm currently writing code for the Zend Framework to support this API, and I have a question regarding "categories", like the default "Work", "Personal" and "Other" expressed in the gmail contacts controls. (e.g. Personal Email vs Work Email)
Some of the XML doesn't seem to handle these consistently. If I make a custom category coincidentally also called "work", some elements have nothing to distinguish them from the "built in" work category.
In some elements like organization tag, I have to check the rel= attribute to figure out the category. In others, it's always the label= attribute, and in others it varies between the two.
So just FYI: That aspect is a little weird in the API.
@Terr:
If you're interested in contributing this code to Zend_Gdata, please let me know. I maintain the component and I'd love to see it included! (api.rboyd@google.com)
Cheers,
-Ryan
Ah, good to know. I should have something contributable on Wednesday.
Currently implemented in Zend_Gdata_Contacts_* classes...
* Categories
* Subtypes for phone numbers
* IM/Postal/Phone/Email
* Notes
* Primary e-mail setting
Planned:
* Organization name/title
* Batch processing
As time permits:
* Photos
* Groups
@Terr
Were you able to finish the Zend_Gdata_Contacts_* classes implementation. I am very much interested in using these in a PHP project.
@Ryan
any plans to include it in official Zend release
Satender,
There's a partial patch that was submitted by Darien Hager in the Zend Framework issue tracker here:
http://framework.zend.com/issues/browse/ZF-3369
It's definitely something we'd like to include an a future release. However, I haven't had the opportunity to finish and commit it yet.
--
Trevor Johns
Google Developer Programs
It would seem as though those of us with Blackberries are not the only ones looking for Category Contact synchronization with this API.
When this is fixed for the zend framework, would it be possible for it to be integrated into Google Sync as well?
Currently you can Sync "My Contacts" by using Google Sync for your BlackBerry:
http://www.google.com/mobile/blackberry/sync.html
sohbet
sohbet
Mp3
Mp3
Fıkra
güzel sözler
nur sohbet
guzel sozler
Arkadaşlık Siteleri
Sohbet Ekle
islami sohbet
IRCAsk Forum
IRCAsk Directory
Post a Comment