webservice dive matching?

[Mark Kampe]

The phone was certainly displaying the correct local time, and
while I was there the dive list in the app also showed the correct
local times for each dive.  Now (in the phone app) the times display
as two hours earlier than actual ... which is consistent with the 
difference in time zones between the Cayman Islands and California.

But the theory that the timezone was improperly set might be
a good one:

    I did not set or check the setting of the timezone while in
    the Cayman Islands.  The time (obtained from the network) was
    (more or less) correct so I simply assumed that all was as it
    should be.

    The reported times from the web-site differ from the correct
    local dive times by the GMT offset ... which could be consistent
    with an offset not set?

I should also observe (in case it might be relevant) that I did
not actually upload the locations to the server until I got home.

Is there other information I can provide that might help to confirm
or refute this hypothesis?

Is there any way to repair this, or should I simply manually copy
the info from the downloaded locations into the xml dive log?
Timezone botches would seem to be a likely mode of failure, and
so perhaps it would be useful to provide a means of correcting
them in the download dialog ... something like

    1) display a list of the down-loaded dive names and times
       before asking the user to accept them (this would address
       other problems too as people could see missing dives or
       other errors)

    2) add a timezone correction field to the download dialog

PS ... I recompiled the web service module to enable diagnostic
        logging to get some insight into this problem.  It would
        be supremely cool if ALL diagnostics could be enabled by
        command-line options, because many people don't have the
        ability to find and enable compile-time options.

        I usually just create a global debug bit-mask variable, make
        all debugs conditional upon some bit (variable and bits defined
        in a debug header file), and use a string-to-bit map in the
        argument processing so you can say something like

           subsurface --debug=download,xml-parse,match



On 05/21/13 07:50, Thiago Macieira wrote:
> On terça-feira, 21 de maio de 2013 07.46.29, Linus Torvalds wrote:
>> But that sounds unlikely, since the phone being in the wrong timezone
>> tends to be pretty obvious. But maybe that's just my near-OCD speaking
>> (I can't stand clocks that are wrong).
>
> He might have fixed the time, but not the timezone. Some carriers do not
> provide a network timestamp, so people need to update the clock manually. They
> probably do not update the timezone in that case.