Thanks for response Alain.

On Sat, Jun 25, 2011 at 1:19 AM, Alain Vongsouvanh <[email protected]>wrote:

> Hello Satish,
>
> Deleted events have a 
> gd:eventStatus<http://code.google.com/apis/gdata/docs/2.0/elements.html#gdEventStatus>value
>  of "canceled". Deleting an event is similar to updating the event by
> changing its 
> gd:eventStattus<http://code.google.com/apis/gdata/docs/2.0/elements.html#gdEventStatus>value.
>
> For further Calendar API questions, please feel free to post those on the
> Calendar API forum:
>   http://code.google.com/apis/calendar/community/forum.html
>
> Best,
> Alain
>
> On Thu, Jun 23, 2011 at 12:53 PM, Satish Bellapu 
> <[email protected]>wrote:
>
>> Thanks for the mail Alain,
>>
>> Currently i am using the "update-min" & "showdeleted=true" for the
>> contacts, so i am getting the delta changes from the last sync and even able
>> to identify which contacts are been deleted and which are updated, but i am
>> facing issue when i use the same "update-min" & "showdeleted = true" for the
>> calendar data API, actually the issue is, when i do this both the deleted
>> and updated calendars/events used to get in the result but there is no field
>> which distinguished whether its updated or deleted.
>>
>> Can you please help me in get the field/key which i need to check for the
>> difference for the calendars/events data.
>>
>>
>>  --
>> Regards,
>> Satish Bellapu
>>
>> On Wed, Jun 22, 2011 at 11:21 PM, Alain Vongsouvanh <[email protected]>wrote:
>>
>>> Hello Satish,
>>>
>>> Unfortunately, the only Contact's field that contains an Etag (to track
>>> changes) is the Contact's photo. The other fields don't have such an
>>> attribute and I don't have other workaround as to overwrite your local copy
>>> of the contacts with what you get from the API on every update.
>>> On thing you could do however, is to use the 
>>> "updated-min<http://code.google.com/apis/contacts/docs/3.0/reference.html#Parameters>"
>>> query parameter to only retrieve contacts that have been updated since the
>>> last sync.
>>>
>>> Best,
>>> Alain
>>>
>>> On Tue, Jun 21, 2011 at 12:23 AM, Satish Bellapu <
>>> [email protected]> wrote:
>>>
>>>> Hi Alain,
>>>>
>>>> To explain you a little details,
>>>> When we do GET contacts, we will be getting a chunk of json data of a
>>>> contact with all the information including attributes etc in it, so for the
>>>> offline cache we will be saving the contacts information in a table and
>>>> related attributes data in separate table (here contact id will
>>>> be foreign key).
>>>>
>>>> On a regular interval we will be syncing the data from client to server
>>>> and vice-versa.
>>>>
>>>> So, when ever we do the sync, we will be getting the modified contacts
>>>> along with the attributes to it, So, in-order to update the local cache we
>>>> need to know which all attributes are modified or added newly so for this 
>>>> if
>>>> we get at-least the resource attribute id's for each attribute for that
>>>> contact it will be a straight update on that attribute row, otherwise we
>>>> need to clean the local attribute cache and re-write the new attribute data
>>>> which we get from the server for that contact.
>>>>
>>>> Please let me know if you have any better solutions of handling the
>>>> attributes.
>>>>
>>>> Note: we are using protocol GData API's.
>>>>
>>>> Thanks in advance,
>>>>
>>>> --
>>>> Regards,
>>>> Satish Bellapu
>>>>
>>>>  --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Google Contacts, Shared Contacts and User Profiles APIs" group.
>>>> To post to this group, send email to
>>>> [email protected]
>>>> To unsubscribe from this group, send email to
>>>> [email protected]
>>>> For more options, visit this group at
>>>> http://code.google.com/apis/contacts/community/forum.html
>>>>
>>>
>>>
>>>
>>> --
>>> Alain Vongsouvanh
>>>
>>>
>>>
>>>  --
>>> You received this message because you are subscribed to the Google
>>> Groups "Google Contacts, Shared Contacts and User Profiles APIs" group.
>>> To post to this group, send email to
>>> [email protected]
>>> To unsubscribe from this group, send email to
>>> [email protected]
>>> For more options, visit this group at
>>> http://code.google.com/apis/contacts/community/forum.html
>>>
>>
>>
>>
>>
>>
>>  --
>> You received this message because you are subscribed to the Google
>> Groups "Google Contacts, Shared Contacts and User Profiles APIs" group.
>> To post to this group, send email to
>> [email protected]
>> To unsubscribe from this group, send email to
>> [email protected]
>> For more options, visit this group at
>> http://code.google.com/apis/contacts/community/forum.html
>>
>
>
>
> --
> Alain Vongsouvanh
>
>
>
>  --
> You received this message because you are subscribed to the Google
> Groups "Google Contacts, Shared Contacts and User Profiles APIs" group.
> To post to this group, send email to
> [email protected]
> To unsubscribe from this group, send email to
> [email protected]
> For more options, visit this group at
> http://code.google.com/apis/contacts/community/forum.html
>



-- 
Regards,
Satish Bellapu

-- 
You received this message because you are subscribed to the Google
Groups "Google Contacts, Shared Contacts and User Profiles APIs" group.
To post to this group, send email to
[email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://code.google.com/apis/contacts/community/forum.html

Reply via email to