The problem would be with guaranteeing that all clocks had a valid and
reliable time to a very high degree of accuracy.

One thing that could be done, perhaps, is to provide a setting to allow the
user to decide whether to trust timestamps. If yes, then the computer
handles conflict resolution automatically. If no, behavior stays as it is
today.
 On Oct 28, 2012 10:00 AM, "Marc García Martí" <marc.garcia.ma...@gmail.com>
wrote:

> I said I'm no software developer, but if the app itself checked current
> clock locally before uploading content, it could attach the current time to
> the information. That way, assuming all the devices have a valid and
> reliable time, the cloud itself could figure things out automatically.
>
> Thanks
>
> On Oct 28, 2012, at 3:58 PM, Trish Putnam <trish.put...@gmail.com> wrote:
>
> I don't think you could assume a common clock, since that would require
> all the devices to be online at the time of change to access the clock.
> On Oct 28, 2012 6:12 AM, "Marc García Martí" <marc.garcia.ma...@gmail.com>
> wrote:
>
>> Hello,
>>
>> I'm no software developer, but I imagine that if the different clients,
>> or sources of information, shared a common clock, and the cloud server
>> checked that clock, the system itself could resolve the conflicts. just my
>> opinion of course.
>>
>> Thanks
>>
>> On Oct 28, 2012, at 2:44 AM, Dwight Arthur <m...@grantsmiths.org> wrote:
>>
>> I've been thinking long and hard about this and I think I've been coming
>> at it from the wrong angle. I have been studying, when there's a conflict,
>> how can an algorithm resolve it. The better question, I think, is whether
>> the conflict can be avoided. The only way to make a conflict is to update a
>> task on one device and leave that change unsynched for long enough for the
>> user to get to another device and make a conflicting update. If every
>> platform synched soon after a local change and also soon after a remote
>> change has been synched, provided that the sum of the two "soon"s is less
>> than the time it takes to go to a new device and enter a change, then there
>> will be no conflict. (Except in abnormal circumstances such as blackout.)
>>
>> On Wednesday, October 17, 2012 10:53:50 AM UTC-4, kitus wrote:
>>>
>>> <...> I was wondering, can't the cloudsync handle conflicting data
>>> autonomously? why do I have to be prompted when the same action has been
>>> updated from different devices? <...>
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "MyLifeOrganized" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/mylifeorganized/-/Ust4cQY5HccJ.
>> To post to this group, send email to mylifeorganized@googlegroups.com.
>> To unsubscribe from this group, send email to
>> mylifeorganized+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/mylifeorganized?hl=en.
>>
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "MyLifeOrganized" group.
> To post to this group, send email to mylifeorganized@googlegroups.com.
> To unsubscribe from this group, send email to
> mylifeorganized+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/mylifeorganized?hl=en.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"MyLifeOrganized" group.
To post to this group, send email to mylifeorganized@googlegroups.com.
To unsubscribe from this group, send email to 
mylifeorganized+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/mylifeorganized?hl=en.

Reply via email to