i want to make it configurable so mobiled can either be the one pushing all information, or importing all ...
... but in the end even then it comes down to 3 things:
having a foreign-id to idenrefy something as the same even if some/most/all information has changed
making it fuzzy: e.g. a telephone number might have multiple persons, and the person might have multible names
merging information deoending on how simular they are. there is alwaysa trafeof bettween the user approving merges that are obviosely mergable without questing, and atomatic merging of not related things
example:
both of my parents, and my nefu living with them share the same phone number
my father was added in my contacts multiple times with difrent names (all are corrct) "dad", "Firstname", "Fullname"
than again i might have imported an contacts from someoneelse and his "dad" entry has nothing to do with my father
conclusin:
a person cant be identified by just one... phonnumber, name, email ... and one phonnumber, name, email cant be uniqu to just one person
still a person is the centrall object (sry subject (well that doesn't sound right either)), but from there all relations habe to be n:m (many to many)
i want to make it configurable so mobiled can either be the one pushing all information, or importing all ...
... but in the end even then it comes down to 3 things: having a foreign-id to idenrefy something as the same even if some/most/all information has changed making it fuzzy: e.g. a telephone number might have multiple persons, and the person might have multible names merging information deoending on how simular they are. there is alwaysa trafeof bettween the user approving merges that are obviosely mergable without questing, and atomatic merging of not related things
example:
conclusin: a person cant be identified by just one... phonnumber, name, email ... and one phonnumber, name, email cant be uniqu to just one person still a person is the centrall object (sry subject (well that doesn't sound right either)), but from there all relations habe to be n:m (many to many)
lot of work to be done