формат GED-файлов

А может ли база в этой программе быть, так сказать, многомерной? То есть можно ли в ней задавать поиск по сразу трем или четырем критериям? И можно ли создать такую структуру базы, чтобы основным ее наполнением были, например, события (это как раз то, что придумал этот мой хитрый знакомый программист, гениальная идея, кстати, по-моему), а у каждого этого события была привязка к этим нескольким "осям" - оси персон, где каждая имеет уникальный номер, оси лет (ну с годами совсем просто) и оси населенных пунктов (вот с этим сложнее всего). То есть...
Если не понятно, я еще раз скажу, но, мне кажется, понятно...
Это мне именно этого хотелось. У нас же не чисто генеалогический сайт. А для построения дерев там предполагалось маленькое приложеньице, манипулирующее списком персон и таблицей связей между ними, а вовсе не всем массивом информации...
Ну так вот, может ли все это ваша программа, или для этого надо писать что-то специальное?..

Ну это я понимаю, про Гейтса
Теперь следующий дурацкий вопрос.
Если я быстренько освою эту программу (я понимаю, что это смешно звучит, но предположим), создам в ней нужную мне базу данных (ну, может не одна, информации слишком много ), то результат будет воспроизводим везде? То есть, если допустим, записать эту базу на диск и дать кому-то этот диск, то для того, чтобы он мог посмотреть, что за фигню я ему дала, у него должна быть установлена программа MS Access или (если предположить, что он тупой, не может и не хочет устанавливать никакие программы) можно как-то сделать, чтобы он ее мог посмотреть и так?

То есть я правильно поняла? Для того, чтобы прочитать базу, созданную с помощью MS Access не нужно устанавливать эту программу, можно пользоваться базой прямо с диска, лишь бы windows был? Это я для верности переспрашиваю...
Отвечаю на вопрос. Ну конечно дам, почему нет... Дело в том (мы, кажется, с вами уже говорили где-то про это, в другой теме), что мне и не особо хочется переделывать сайт в базу, он мне и так нравится . Но база нужна, это я понимаю. Поэтому сделать мне ее хочется, пока просто на диске... А потом уже посмотрю, что с этим делать.
Подтвердите мое предположение - если иметь базу в MS Access можно на ее основании сделать базу для интернета. Было бы желание... Ну и программист, конечно
Кстати, "приложеньице" по рисованию древ мне уже делают. Если опять, конечно, не надуют Это опять человек предложил сам, бесплатно, за славу

Значит, не поняла... Ну и ладно.
Тогда другой вопрос. А если есть база в MS Access (пока нет, это гипотетический вопрос), с определенной структурой, определенными полями и возможностями... Можно ли сделать сетевую версию на другой какой-то платформе, сделав просто конвертор из имеющейся базы. Сложно ли это? Насколько она совместима с разновсяческими способами программирования баз данных в интернете?

Здравствуйте, Сергей Владимирович и Людмила!

Чтобы тема не отклонялась от заявленной предлагаю считать - хотя бы в общении с таким мечтателем как я - что:

1. стандарт GEDCOM еще кое-куда годится, хотя бы потому, что мы им пользуемся очень широко и успешно

2. т. е. хочу сказать, что этот стандарт используется для а) хранения больших массивов генеалогической информации; б) быстрого построения родословных росписей и в) родословных таблиц, т.е для презентации

3. т.е все что нужно генеалогу-любителю и коммерческому генеалогу этот стандарт дает, при соответствующем програмном обеспечении, конечно

4. об "идеальной программе" речь не веду, но о вполне реальной программе, которую необходимо использовать для научных генеалогических исследований, говорить стоит.

5. для начала это может быть простой конвертор, главное - возможность поиска по нескольким параметрам одновременно, при этом совсем не стоит пока задачи перевода обратно из MS Access в GEDCOM.

6. Начинать нужно всегда с простого, двигаясь к цели постепенно.

И вот для начала мне нужно просто соотнести самые распространенные тэги с полями MS Access (или MS EXCEL на худой  конец). Структура моей базы примерно такая. Для каждой персоны задаются поля:
1. Имя
2. Отчество {нет в GEDCOME, но появилось в программе "Генеалогия"}
3. Фамилия
4. Прозвище
5. Другое имя {AKA}
6. Дата рождения
7. Дата крещения
8. Дата смерти
9. Дата погребения
10. Возраст {использую ТЭГ CENSUS}
11. Социальный статус {=ТЭГ CAST}
12. Работа {OCCU}
13. Прибыл <в населенный пункт>{Immigrated}
15. Выбыл <из населенного пункта>{Emigrated}
16. Примечания{NOTE}
Вот и всё. Хорошо было бы сделать для каждого места жительства опред. поле, например "ПЕРВОЕ МЕСТО ЖИТЕЛЬСТВО ДО ПРИХОДА В НАСЕЛЕННЫЙ ПУНКТ", "ВТОРОЕ МЕСТО ЖИТЕЛЬСТВА" и т.д. Для этого кстати можно использовать "ненужные тэги".

Таких полей может быть несколько. Для каждого - задается дата и место. Потом эти поля привязываются к аналогичным полям отца персоны, матери персоны, супруги персоны.

Результат ожидается примерно такой. К примеру, поставлена задача найти всех персон, происходящих из Нижегородской губернии, которые в 1763 г. (3-я ревизия) числились при Невьянском заводе крепостными, были заняты в молотовом производстве, а именно имели должность мастера, у которых отцы также были мастерами и пинадлежали к первому поколению переселенцев, а жены происходили из того же завода. При этом желательно видеть в отчете все прочие поля - возраст, напрмер и т.п. Ни одна генеалогическая программа такого сделать не может, а MS Access может.

Я понимаю, что необходимо изучить эту программу прежде чем что-то от неё требовать, но это возможно, ибо ничего невозможного в моей мечте нет, просто нужен хороший конвертер.

Если я что-то упустил и где ошибся, поправьте.

С уважением, С.Т.