[chandler-dev] Fwd: syncml Re: Chandler and PDA/Mobile/Smartphone

Mon Dec 15 14:11:40 PST 2008

Hi,

I'm forwarding your message to the chandler-dev list, where there's  
been a related discussion on writing a CalDAV-to-SyncML or Chandler  
Morse Code-to-SyncML bridge, proposed by Jared.

If you aren't already, you can subscribe to the dev list here: http:// 
lists.osafoundation.org/mailman/listinfo/chandler-dev/

Best,
Mimi

Begin forwarded message:

> From: jabendroth at gmx.de
> Date: December 11, 2008 11:48:21 AM PST
> To: chandler-users at osafoundation.org
> Subject: [chandler-users] syncml Re:  Chandler and PDA/Mobile/ 
> Smartphone
>
> adding to my thoughts below, I did some more googling and came  
> across SyncML, a standard used by Nokia and many other devices,  
> including IPhone (using third party tool)
>
> Looking for an open source framework that could be used to add  
> SyncML support to Chandler I came across OpenSync (successor of  
> Multisync)
> http://www.opensync.org/
>
> The next question would be: How much work is it to add SyncML  
> support to Chandler ?
> There is already a reply from 2003, which says its quick for a  
> first running demo.
> http://chandlerproject.org/Projects/SyncML
>
> Is there anybody on the list, which has enough Chandler Code  
> knowledge to team up doing the project of a very simple chandler to  
> todo syncML service? I am a newy to Phyton, Chandler Code and  
> SyncML - so the best I could do is understand, provide code after  
> guidance and motivate ;)
>
>
>
>
> -------- Original-Nachricht --------
>> Datum: Thu, 11 Dec 2008 15:44:13 +0100
>> Von: jabendroth at gmx.de
>> An: chandler-users at osafoundation.org
>> Betreff: Re: [chandler-users] Chandler and PDA/Mobile/Smartphone
>
>> am having the same problem. And I think the real issue is that  
>> Chandler is
>> so advanced in it's "Items" notion that it is hard to even just  
>> match to
>> other PIM designs.
>>
>> Here is a try to outline how things can work, please someone shed  
>> light on
>> my errors and outline if something works alread:
>>
>>   Chandler
>> syncs with
>>
>>   Item A in Collection Homework stamped Adress
>> generic Adressbook (1way, using SyncML ?)
>>
>>   Item B in Collection Homework stamped Calender
>> generic  Cal Application 1way, using CalDAV
>>
>>   Item C in Collection Homework NOT stamped
>> generic ToDo Application (using SyncML)
>>
>>
>> My suggestions:
>> a) Let A,B also sync with ToDo ? If ToDo is the only place to make  
>> changes
>> the data model is simple enough for synchronization.
>>
>> b) A,B find a oneway sync as most important on the road is the  
>> overview of
>> available timeslots, or know address, new entries (calender or  
>> adress)
>> could pop up in chandler as not stamped and then stamping is added  
>> on desktop
>> and one way syncing distributes.
>> This still requires one way syncing of Calender and one way  
>> syncing of
>> Adresses
>>
>> c) implement a very simply "quick view and entry" application for  
>> ToDos on
>> mobile device that syncs natively with Chandler, or provide a  
>> connector
>> that uses existing application. I think SyncML is most important  
>> standard
>> here (?)
>>
>> any comments ?
>>
>>
>>
>>
>> -------- Original-Nachricht --------
>>> Datum: Wed, 10 Dec 2008 12:51:02 -0800 (PST)
>>> Von: Andrew Tong <amwt at yahoo.com>
>>> An: chandler-users at osafoundation.org
>>> Betreff: Re: [chandler-users] Chandler and PDA/Mobile/Smartphone
>>
>>> Here are my findings regarding iPhone and Chandler-Hub/Cosmo- 
>>> Server to
>>> date:
>>>
>>> 1.0 Mac:
>>> - Since iPhone syncs with iCal.app...
>>> - iCal.app is a CalDav (from OS 10.5 Leopard)  and iCalendar client
>>> - iCal.app does 1-way or 2-way sync with Cosmo Server
>>> - iPhone does 2-way sync with iCal.app
>>> - iPhone effectively does 2-way sync with Cosmo Server
>>>
>>>
>>> 2.0 Windows
>>> - Since iPhone syncs only with Outlook 2003/2007...
>>>
>>> 2.1 Out-of-the-box XP
>>> - Don't wan't to buy/use Outlook...
>>> - No iPhone sync
>>>
>>> 2.2 Outlook 2-way
>>> - Since OL doesn't support CalDav
>>> - Can't get http://openconnector.org/ to work (CalDav for OL)
>>> - No iPhone 2-way sync via OL, yet
>>>
>>> 2.3.1 Outlook 1-way subscribe
>>> - Subscribe to calendar on Cosmo from OL
>>> - iPhone can't sync with such "external" calendars!
>>> - No iPhone 1-way sync via OL
>>>
>>> 2.3.2 OUtlook 1-way import
>>> - Export .ics from Chandler
>>> - Import .ics into OL
>>> - iPhone syncs 2-way with OL via iTunes
>>> - iPhone effectively does 1-way sync with Chandler via OL
>>> - Should work, but itunes/OL sync is broken for many users
>>>
>>> 3.0 Over-the-air
>>>
>>> 3.1 NemusSync 1-way via Google Calendar
>>> - Export .ics from Chandler
>>> - Import .ics into gCal
>>> - Jailbroken iPhone does 1/2-way sync with gGal OTA via NemusSync
>>> - iPhone effectively does 1-way sync with Cosmo Server via gGal
>>>
>>> 3.2 Funambol 2-way via Thunderbird/Lightning via Funambol server
>>> - www.forge.funambol.org is an opensource SyncML project
>>> - Thunderbird/Lightning syncs 2-way with Cosmo over CalDav
>>> - Tb/Ln sycs 2-way with Funambol server using Funambol Tb/Ln plugin
>>> - iPhone syncs 2-way with Funambol server using Funambol iPHone app
>>> - But Funambol iPHone app syncs contacts only
>>> - No iPhone 2-way sync via SyncML, yet
>>>
>>>
>>> We currently use a local Cosmo server with Chandler clients. XP  
>>> is my
>>> primary work machine, so 1.0 is out. I don't use and I don't want to
>>> buy Outlook, so 2.x are out. I don't want't to rely on the cloud,  
>>> so 3.1
>>> is out. As you can see, the situation is rather dire on the windows
>> side.
>>> Apple should make iTunes talk to any CalDav server, especially since
>> this
>>> is the path it is following on the Mac side. Apple should also  
>>> open up
>>> whatever API is needed so that Funambol can support event sync as  
>>> well,
>> and
>>> NemusSync can work on un-jailbroken phones. Since NemuSync is  
>>> working
>> quite
>>> with with gCal presumably over CalDav, I have asked on their forum
>>> groups.google.com/group/nemussync suggesting the support of local  
>>> CalDav
>> server as
>>> well as gCal.
>>>
>>> Can this outline form some sort of skeleton wiki others doing  
>>> similar
>>> investigations to add to?
>>>
>>>
>>>
>>> _______________________________________________
>>> chandler-users at osafoundation.org mailing list
>>> unsubscribe here:
>>> http://lists.osafoundation.org/mailman/listinfo/chandler-users
>>> Chandler wiki: http://chandlerproject.org/wikihome
>> _______________________________________________
>> chandler-users at osafoundation.org mailing list
>> unsubscribe here:
>> http://lists.osafoundation.org/mailman/listinfo/chandler-users
>> Chandler wiki: http://chandlerproject.org/wikihome
> _______________________________________________
> chandler-users at osafoundation.org mailing list
> unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/ 
> chandler-users
> Chandler wiki: http://chandlerproject.org/wikihome

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osafoundation.org/pipermail/chandler-dev/attachments/20081215/77637431/attachment.htm 