Jacob, Please let me try to explain more. I have to query data by "set Updated Min/Max Datetime" (that is querying by modified date) because I have to know about which schedule was deleted recently for my sync. (When query by "Updated Min/Max Datetime", Google will return data with event Status=cancel, which means the event was deleted so that I can find and delete this event from my Database).
Jacky.S On 7月4日, 下午3时07分, Jacob Basham <[EMAIL PROTECTED]> wrote: > Im not sure I fully understand your question... What do you mean by > querying by modified date, I thought you could only query by start date. > > Why don't you page by the start dates as discussed before, and compare > the modified date on the client side. > > On Jul 4, 2007, at 1:10 AM, "Jacky.S" <[EMAIL PROTECTED]> wrote: > > > > > > > But one more thing, when query events by specified update datestamp to > > do sync, the start min datetime and start max datetime will no longer > > work. So how to "page" this result is still need to be figured out. > > > Thanks, > > > Jacky.S > > > On 7??3??, ????9 49??, Jacob Basham > > <[EMAIL PROTECTED]> wrote: > >> If I remember correctly, the default max is 1000, so you don't need > >> to > >> worry about setting it. If there is no until date, you will have to > >> "page" by dates. Month to month, or year to year. > > >> Perhaps a good question to ask would be, if you are syncing with > >> google and you are running into issues of a single event having more > >> then 1000 changes... Perhaps you need to sync more often? > > >> And yes, recieving 1000 entries each query will take a while, and > >> will > >> take time to parse which is why the default max is 1000. You have to > >> find a happy medium between query time and procesing time. > > >> On Jul 3, 2007, at 2:38 AM, "Jacky.S" <[EMAIL PROTECTED]> wrote: > > >>> Hi Jacob, > > >>> If the recurring event contains no until information, how to > >>> calculate > >>> the amount of MAX result ? > >>> And I've already set the MAX value to be 1000, which took time while > >>> querying from Google server via network. However, to do the > >>> synchronization, I've to have my app done this query times by times, > >>> which would be a very time issue. > > >>> Thanks, > > >>> Jacky.S > > >>> On 7??3??, ????10 59??, Jacob Basham > >>> <[EMAIL PROTECTED]> wrote: > >>>> Use the recurring event data to calculate how many times the event > >>>> happens between the curent date and the date the event occurs > >>>> until. > >>>> If the number is over 1000, add the max query amount to that > >>>> number. > > >>>> On Jul 2, 2007, at 9:16 PM, "Jacky.S" <[EMAIL PROTECTED]> > >>>> wrote: > > >>>>> Hi, > > >>>>> May I have a question? > > >>>>> How to query schedule when schedule's count is more than the MAX > >>>>> of > >>>>> max-result? > > >>>>> To synchronized schedule with Google Calendar, I tried to query > >>>>> some > >>>>> updated recurrent entities by setting "singleevents=true" and I > >>>>> set > >>>>> "max-result" is 1000. But because of "single recurrent event", the > >>>>> count of entities may be easily exceed 1000. So there would always > >>>>> be > >>>>> some updated events that can't be queried. > > >>>>> However, I can temporarily sovle this problem by resetting "max- > >>>>> result" value to a larger one. But I can't guarantee that if the > >>>>> count > >>>>> of schedule that is going to be queried would still be more than > >>>>> the > >>>>> value of max-result or even more than the MAX value of max-result. > > >>>>> Anyone can help me? > > >>>>> Thanks, > > >>>>> Jacky.S- ??? >>???????? - > > >>>> - ???3/4??? ????? -- ??? >>???????? - > > >> - ???3/4??? ????? -- 隐藏被引用文字 - > > - 显示引用的文字 - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Calendar Data API" 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://groups.google.com/group/google-calendar-help-dataapi?hl=en -~----------~----~----~----~------~----~------~--~---
