>>>>> "AG" == Arcady Genkin <[EMAIL PROTECTED]> writes:
AG> The syncs go well, and I got my .bbdb into the Palm. However,
AG> some common fields from the .bbdb didn't find their way into the
AG> palm's address book.
Glad to hear this... :)
AG> For example, *some* phone numbers' modifiers were not imported
AG> (were imported with an empty modifier). Fields `fax' were not
AG> imported.
I'm not sure what you mean by an 'empty modifier'. Can you give
an example?
AG> Does capitalization matter for the field names? For example, in
AG> some records in .bbdb I got duplicate phone fields, titled `Work'
AG> and `work'.
Yes, this is actually a tricky issue, since BBDB does distinguish
'work' from 'Work' (so you could have both in a single bbdb record).
This is also complicated by the fact that I use hash tables in perl to
manage much of this information and look for matches so I need to
be very careful where I add 'tolower'...
In the mean time I suggest rationalizing your capitalization.
AG> Only one email out of a list usually found its way in.
This is correct, I'm strongly considering importing the full list,
but part of my intent with SyncBBDB is not necessarily to replicate
all of your BBDB in the Palm just the parts that are important to have
'on-the-go'. Since I have many 'net' fields that have > 1/2 dozen
entries (most just variants of one another) I know I didn't really
care to import the full list for all records, generally the primary
net is all I care about.
AG> Finally, at least one record got messed up in the following way:
AG> I had a contact in .bbdb with whole lotta fields (work and home
AG> addresses, work and home phone numbers, fax number etc.). I then
AG> discovered that the only info that found its way into the palm's
AG> address book were his name, address, and one telephone (without a
AG> modifier). I then edited the record on the palm (just chose
AG> `Work' modifier for the phone number), and then synced with
AG> `bootstrap' again. I then observed that all the `extra' fields
AG> dissappeared from my .bbdb!
So this record was almost certainly split into two Palm records;
one for the home address, one for the work address (this is necessary
since the palm only allows one address per record). I think something
else must have gone wrong since changing the 'modifier' to 'Work'
should not have caused it to clean out the associated bbdb entry.
I still curious as to what you mean when you say "without a
modifier" my Palm always has a modifier for these fields (sometimes
it's wrong but it's always there).
Can you provide the original record and the record after the sync?
AG> Custom field ICQ didn't work, and neither did `birthday' (SyncBBDB
AG> thought the ICQ was a phone number).
AG> Do I need to do some extra configuration for the utility?
If you want to convert 'non-standard' fields (meaning basically
any note other than the note note). You need to add fields to the
'translate' file. If you are using bootstrap this file is the value
you gave for '-trans'.
So for the two you mention I would change Custom1 and Custom2 to
ICQ and Birthday and add the following two lines to the translations
file:
ICQ icq
Birthday birthday
(assuming 'icq', and 'birthday' are the names of the Notes fields in
BBDB).
_______________________________________________
bbdb-info mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/bbdb-info
