Re: [SyncEvolution] Suggestions for moving Palm Note data to Android

[Max Pyziur]

> Hi,
>
> Le mardi 29 janvier 2013 à 14:47 -0500, Max Pyziur a écrit :
>> Greetings,
>>
>> I have some notes that I made on my Palm Centro.
>>
>> Would anyone have any recommendations on how to move this data to
>> Evolution; it seems that my effort (dumping into some VCF format, and
>> them importing it into Evolution) led to the corruption of my Evolution
>> addressbook, and in turn gotten me subscribed to this email list).
>
> Before my Palm let me down I used to sync it with Evolution with
> gnome-pilot without trouble. In particular, the notes synced fine.
>
> If you still have gnome-pilot somewhere (it's getting rare), you could
> do just one sync with it (gnome-pilot has a setting for "1-way sync
> once") and the rest from Evolution.

Much thanks for all of your help.

(N.B., I have over 30+ memos; importing them one at a time would take some
time.)

I used to sync my Palm Centro w/ J-Pilot, not Gnome-Pilot (although you
can still download and use Gnome-Pilot).

In my haste, I sync'd my desktop J-pilot w/ my Palm Centro, and then wiped
out the data on the Centro in order to take it to the recycler.

I suppose that I can restore the data on the Centro, and then sync it w/
Gnome-Pilot.

In the meantime, I downloaded some Android Apps for use w/ Memos created
on a Palm Centro: PalmNote and NoteEverything (both of which have claims
of interoperability w/ Palm-related data).

J-Pilot exports Palm Memos in two formats: csv and txt. The csv format can
be imported into PalmNote (yay!). PalmNote can export, but only in one
format, it's "PalmNote xml export" format. (NoteEverything doesn't accept
either of the two J-Pilot memo export formats).

So, are there any suggestions on how to handle the "PalmNote xml export"
format, in order to import the data into Evolution?

I don't see that it is given as an option when importing into Evolution; I
also don't see it as an option in importing it into a cloud service
(MemoToo, EverDroid, or OneMediaHub).




>
> HTH, Daniel
>
>>
>>
>>
>> Much thanks,
>>
>> Max Pyziur
>> p...@brama.com
[recycle]


> --
> Daniel CLEMENT


___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
http://lists.syncevolution.org/listinfo/syncevolution

Re: [SyncEvolution] Questions about implementing getDatabases in activesync backend

[Graham Cobb]

On Saturday 02 February 2013 22:04:16 Graham Cobb wrote:
> I will probably post the patch for the ActiveSync backend getDatabases
> code, using this new function, tomorrow.

I have posted the patch in https://bugs.freedesktop.org/show_bug.cgi?id=60235. 
Note that I posted the wrong patch first, please use the updated patch. Of 
course it is dependent on the patch in bug 60204.

I am no C++ programmer so you may want to review the patch before applying.  
It seems to work fine in my testing but you might want to check I haven't 
introduced memory leaks or similar issues.  Note I have only tested against a 
MS Exchange 2010 server (all I have access to).

By the way, I decided that getDatabases would force a FolderSync, even though 
activesyncd keeps a folder cache.  FolderSyncs are not particularly expensive 
if nothing has changed (the server just says nothing has changed, it doesn't 
resend the whole list).  I anticipate that getDatabases is a fairly rare event 
(compared with syncs, for example) and is most likely to be requested exactly 
when something has changed.  It also, conveniently, provides a way for the 
user to force a FolderSync if they need to (I still haven't been able to 
reproduce the problem of the server insisting on a FolderSync).

I considered not doing the FolderSync if the folder list is already in memory 
but I decided that this doesn't help the most common use case (separate 
"syncevolution --print-databases username= backend=" commands for each 
backend) and could be a problem if syncevolution was running as a long-lived 
server process.  Adding timers seemed unnecessarily complicated.

Graham
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
http://lists.syncevolution.org/listinfo/syncevolution