Загрузите GEDCOM-файл на ВГД   [х]
Всероссийское Генеалогическое Древо
На сайте ВГД собираются люди, увлеченные генеалогией, историей, геральдикой и т.д. Здесь вы найдете собеседников, экспертов, умелых помощников в поисках предков и родственников. Вам подскажут где искать документы о павших в боях и пропавших без вести, в какой архив обратиться при исследовании родословной своей семьи, помогут определить по старой фотографии принадлежность к воинским частям, ведомствам и чину. ВГД - поиск людей в прошлом, настоящем и будущем!
Вниз ⇊

Общая тема по генеалогическому программному обеспечению

Вопросы. Ответы. Сравнение. Опыт использования

← Назад    Вперед →Страницы: ← Назад 1 2 3 4 5 ... 45 46 47 48 49 * 50 51 52 53 ... 105 106 107 108 109 110 Вперед →
Модераторы: A1enushka, Руслан Дикушин, apuzanoff
yuri-o

Сообщений: 96
На сайте с 2015 г.
Рейтинг: 54
Пока не пробовал, но подозреваю, что под эти цели можно приспособить FileMaker, шаблон не нашел, видимо с нуля надо разработать
---
Овсянников
gecube
I-Z58 >I-Z138 > ... > I-A6397

Сообщений: 376
На сайте с 2015 г.
Рейтинг: 194
Думаю, что GRAMPS оптимальный вариант.
Разъясню свою точку зрения.

1. GRAMPS написан на Python. Этот язык здоровский. Он с одной стороны простой, а с другой - очень мощный и расширяемый. Он позволяет сконцентрироваться на решении задачи, а не на борьбе с ограничениями самого языка (как если писать на с++).
2. Как следствие того, что GRAMPS написан на Python, эта программа портабельна, т.е. может быть запущена на целом ряде платформ - win, mac, linux, гипотетически даже Андроид.
3. GRAMPS open-source проект и будет только развиваться. Инвестировать в его разработку выгодно. Даже если кто-то возьмёт эти наработки и выпустит коммерческий продукт.
4. Своя система подключаемых модулей это круто. Но для классических приложений разработка такой системы или встроенного языка программирования может оказаться весьма дорогой затеей. Причем по всем параметрам. В случае GRAMPS мы такой язык получаем бесплатно - это Python, на котором и написаны компоненты этой программы.

Из минусов gramps: мне не понравилась скорость работы этого приложения. Она не фонтан. У некоторых коммерческих конкурентов, кстати, скорость работы ещё хуже. С другой стороны, скорость работы можно улучшить - резерв для этого есть.
frosch

frosch

Москва
Сообщений: 371
На сайте с 2015 г.
Рейтинг: 532
yuri-o
А разве когда работает Team Viewer комп не занят целиком?

Пока решаем вопрос с кодировкой и подгрузкой изображения источников. Надеюсь Gedcom в Cyrillic Mac сработает. Напишу как будут новости.
yuri-o

Сообщений: 96
На сайте с 2015 г.
Рейтинг: 54
Минусы конечно в этом есть, занят полностью. Если очень нужно можно по очереди работать
---
Овсянников
frosch

frosch

Москва
Сообщений: 371
На сайте с 2015 г.
Рейтинг: 532
yuri-o
Теоретически возможно, Вы правы. Но не в моем случае.

А с переносом файла из GenoPro в MacFamilyTree не вышло.
vnbob

Сообщений: 542
На сайте с 2013 г.
Рейтинг: 116

gecube написал:
[q]
Думаю, что GRAMPS оптимальный вариант.
[/q]


Скачал последнюю версию - 80 Мб (для сравнения - дистрибутив "Дерева жизни" ~7 Мб), долго устанавливалась.
Много возможностей, графиков - половина непонятно зачем, так для красоты…

Загрузил gedcom-файл на 100 человек - подтормаживает, надо проверить на 10 тыс.

- не нашёл поля "фамилия".
Доня
ушел из жизни 26.02.2019 года. Светлая память!

Доня

алейск алтай
Сообщений: 2908
На сайте с 2011 г.
Рейтинг: 2365

Suncatcher написал:
[q]
Последняя рабочая версия формата (которая используется в FamilySearch.org) была аж в далеком 1999 году и надежд на продолжение разработки мало.
[/q]
Разработчики этой программы выпустили новую программу webtrees
Тема на форуме https://forum.vgd.ru/3/40710/
---
Иванов -воспитанник Московского Воспитательного дома, учителя Ярославки,Тастубы,Месягутово,Миасса,Москвы .А также Жаворонковы, Кочушковы, Козьмины ,Масленниковы Златоустовского уезда
FTDNA 249066. R1a-YP310* YF06830
http://toporov.info/webtrees/inde
gecube
I-Z58 >I-Z138 > ... > I-A6397

Сообщений: 376
На сайте с 2015 г.
Рейтинг: 194
vnbob
скорость работы у GRAMPS - да, не шибко высокая (это обратная стороная интерпретируемости Питона).
По поводу фамилии - у меня в окошке создания персоны все есть: титул, прозвище, в быту, имя, фамилия (или отчество).
Более того - GRAMPS поддерживает несколько имен для каждой персоны.
vnbob

Сообщений: 542
На сайте с 2013 г.
Рейтинг: 116

gecube написал:
[q]
о поводу фамилии - у меня в окошке создания персоны все есть: титул, прозвище, в быту, имя, фамилия (или отчество).
[/q]


Я писал про отчество - для него нет отдельного поля, следовательно, невозможна сортировка по нему.

Думаю, что "прозвища", "в быту" и пр. подобные поля к генеалогии мало отношения имеют - ну и по времени актуально лишь с конца 19 в.
gecube
I-Z58 >I-Z138 > ... > I-A6397

Сообщений: 376
На сайте с 2015 г.
Рейтинг: 194
А я думаю, что:
1. Поддержка нескольких имён обязательна
1. а. Человек в процессе жизни может поменять имя, причём несколько раз, о чем делается соответствующая актовая запись.
1. б. В разных документах имя человека может иметь несколько устойчивых вариантов. Это может быть в связи с тем, что человек проживал на территории нескольких государств.
1. в. У человека может быть два официальных имени - полное и краткое. Не говоря уже о церковных и т.п.
2. Возможно классификация 'в быту', 'прозвище' и т.д. не самая идеальная, но отражает реальность.
2. а. У крестьян до момента фиксации фамилий основным критерием для различения было прозвище. И необходим способ записывать его в базу данных
3. Касательно отчества.
3.1. Оно хорошо для различения людей с одинаковым именем. С другой стороны, не вижу необходимость сортировки только лишь по нему. Сортировка по нему имеет смысл только после сортировке после основных полей - имени и фамилии. Но никакой принципиально новой информации отчество не даёт. С другой стороны, отчество есть в русскоязычных официальных документов - следовательно, оно обязательно должно идти отдельным полем. Не знаю, правда, что с ним у других народов: арабов и китайцев, например
3.2. Также хочу сказать, что отчества недостаточно для различения персон, т.к. легко можно найти две персоны с одними ФИО, но разными датами рождений. С другой стороны, вероятность найти две персоны с одними ФИО, одним г.р.и одним м.р. ничтожна, но реальна
← Назад    Вперед →Страницы: ← Назад 1 2 3 4 5 ... 45 46 47 48 49 * 50 51 52 53 ... 105 106 107 108 109 110 Вперед →
Модераторы: A1enushka, Руслан Дикушин, apuzanoff
Вверх ⇈