Поиск родственников среди однофамильцев

Эту тему я открываю по совету bianca.
После посещения архива, библиотеки, интернета появляется много данных по однофамильцам разыскиваемых родных. Форма этих записей самая разнообразная и диктуется источником. Иногда выпадает удача , и находишь тех, кто для тебя кровные родственники, и степень их родства может быть подтверждена документально. Остальные данные отбрасывать нельзя, там тоже могут быть родные.
У меня эти данные размещены в файлах по фамилиям (например, Ивановы, Сергеевы и т.д.). Можно искать общие признаки, например, место рождения и др., с помощю команд ПРАВКА и НАЙТИ НА ЭТОЙ СТРАНИЦЕ. Но на этом автоматизация кончается.
Вроде, не подходят и программы ДРЕВО ЖИЗНИ, genopro. Там все строится, когда известна степень родства.
Пытался я использовать EXCEL.с последующей фильтрацией, но там для правильной фильтрации очень высокие требования к однообразию внесения данных (сокращения, падежи и пр.). Кроме того, нужно заполнять таблицу с затратой времени из уже имеющегося файла по однофамильцам, образующегося после посещения архива, библиотеки или интернета. В таком файле однообразия нет. Поиск через команды ПРАВКА и НАЙТИ НА ЭТОЙ СТРАНИЦЕ, на мой взгляд, более гибок.
Положительного ответа на мои вопросы в темах форума по генеалогическим программам и СУБД я не нашел. Поэтому и размещаю данную тему в разделе "Генеалогия: практика" подальше от тем по генеалогическим программам.
Прошу участников форума поделиться своим опытом.

Когда я начинала только работать в Житомирском архиве с метрическими книгами, то получила дельный совет от опытного тамошнего генеалога - он сказал, что одно из правил сбора материалов для родословной - это выписывание ВСЕХ однофамильцев по данному селу. Однофамильцы в селе считаются родственниками, и при поиске вглубь это часто подтверждается. У меня кто в 7-м, кто в 10-м колене, но нанизываются на одного предка. Но у меня стоит цель собрать всех -юродных, поэтому я веду учет однофамильцев, в том числе женщин, вступивших в брак и давших потомство под другой фамилией.
Однофамильцев по каждой отдельно взятой фамилии, как и вы, dedboris, я учитываю в отдельном файле, в Экселе. Три листа - отдельно рождения, браки и смерти. Один человек - одна строка в таблице. Эту таблицу удобно сотрировать по любому столбцу - по дате, фамилии или отчеству. Работа та ещё, но для увлеченного человека даже приятная. После каждого посещения архива я тратила час-два для внесения выписанных имен в базу. Зато как только один из этих однофамильцев "попадает" в мое дерево, пусть даже как муж или жена кого-то из прямых, у меня уже всегда под рукой вся его родословная. И тогда я если захочу, могу их внести уже в дерево, используя генеалогическую специальную программу - в моем случае PAF.
Надеюсь, что понятно написала. А то я умею закрутить...
База однофамильцев, конечно, по объему во много раз превосходит основную базу предков и родственников, так что эта работа на любителя.
Почему-то мне кажется, что мы с Вами уже общались по электронной почте по поводу баз...

Ludmilla
Я полностью согласен с Вами, что никакая автоматизация не заменит головы. Однако, когда накопился ворох разнообразной информации, хотелось бы что-то систематизировать перед очередным походом в архив. Вот про это я и приглашаю форумчан поделиться опытом.
Здесь важна и форма ведения собственного досье и способы сопоставления информации.
А в конце-концов решение о родстве может быть сделано лишь на основе документов, но не только совпадения данных в файлах. На самом деле, совпадения могут быть случайными.

Paulina
Спасибо за Ваши советы.
Хотелось бы знать, как по Вашему опыту EXCEL чувствителен к однообразию написания информации? Как Вы обходитесь с отчествами людей (Михайлов сын, Михайлов, Михайлович и.т.д.).
У меня были трудности. Почему Вы делаете три таблицы (то есть часть сортировки делаете вручную). Разве все это нельзя разместить в одной?
Успехов.

Ludmilla
Спасибо. Сам я такой возможности не заметил. Я раньше вводил всех через события Свадьба и Рождение. Вы открыли для меня новые возможности в программе Древо жизни.