Древо Жизни 6, предварительная версия

[Виктор ДЖ]

Могу ошибаться в причинах проблемы, но предположу - программа "умертвляет" необоснованно тех персон, которые импортируются в нее с датой рождения не имеющей года.
То есть она ставит траурную ленточку и убирает признак "В живых" из записи о человеке, если у него в дне рождения есть только число и месяц рождения без года.

Увидел случайно. Хорошо, что не отправил родственнику картинку древа с этим ляпом.

После того как увидел эту странность, полез смотреть в MH откуда инфу перекинул через файл Гедкома и там в MH человек числится живым, что у него действительно так.

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

"Умервшляются" только те у кого есть дата и месяц без года.

[Genery]

Ввожу сейчас кровного родственника (родственника по родословию и генетическим тестам). Пересечений уже где-то с десяток. Показывается же только ближайшее.

Да, попробуем решить.

[Genery]

Могу ошибаться в причинах проблемы, но предположу - программа "умертвляет" необоснованно тех персон, которые импортируются в нее с датой рождения не имеющей года.

Да, проблема в импорте Гедком. Как выглядит дата без года в вашем Gedcom?

[Genery]

ОШИБКА?
Не корректно отрабатывается функция отображения браков над линиями в дереве. Если браков и разводов с одним человеком было несколько, он указывает общий диапазон от первого брака до последнего развода, вместо нескольких диапазонов.

Не ошибка, так задумано, браков может быть очень много.

[Виктор ДЖ]

Могу ошибаться в причинах проблемы, но предположу - программа "умертвляет" необоснованно тех персон, которые импортируются в нее с датой рождения не имеющей года.

Да, проблема в импорте Гедком. Как выглядит дата без года в вашем Gedcom?

Вот 2 фрагмента из файла Гедком, полученного из MH:
Начало файла:

0 HEAD
1 GEDC
2 VERS 5.5.1
2 FORM LINEAGE-LINKED
1 CHAR UTF-8
1 LANG Russian
1 SOUR MYHERITAGE
2 NAME MyHeritage Family Tree Builder
2 VERS 5.5.1
2 _RTLSAVE RTL
2 CORP MyHeritage.com
1 DEST MYHERITAGE
1 DATE 11 FEB 2024

Фрагмент с конкретной персоной (изменены только ФИО)

1 NAME Имя Отчество //
2 GIVN Имя Отчество
2 _MARNM Фамилия
1 SEX F
1 BIRT
2 DATE 18 декабря
1 FAMS @F500023

[Genery]

Фрагмент с конкретной персоной (изменены только ФИО)
<...>
2 DATE 18 декабря

Печально.

[Тираэль]

ОШИБКА?
Не корректно отрабатывается функция отображения браков над линиями в дереве. Если браков и разводов с одним человеком было несколько, он указывает общий диапазон от первого брака до последнего развода, вместо нескольких диапазонов.

Не ошибка, так задумано, браков может быть очень много.

А чем продиктовано решение сделать именно такую реализацию, а не разбить по диапазонам? Просто в таком виде информация вводит в заблуждение и ее ценность уменьшается.

Браков может быть много, но их все равно в 99,999% случаев адекватное количество, а в случае с браками с одним и тем же человеком еще меньше (я думаю, в подавляющем большинстве случаев это 2, максимум 3).

[Тираэль]

Уважаемый Genery!

Возможно ли в будущем добавить такое событие, как "перемена имени", которое включало бы возможность изменения всех атрибутовов ФИО, а также в события "Брак" и "Развод" добавить поля "Фамилия после брака" и, возможно, "Фамилия вступающего в брак"? (необходимость последнего под вопросом, поскольку они могут подтягиваться из других событий типа "брак", "развод", "перемена имени"). Конечно, сейчас есть возможность добавить все эти поля и события вручную, но хотелось бы чтобы они автоматически находили свое отражение в дереве (отображались ФИО согласно данным по последнему событию, где возможно их изменение).

Например, чтобы для мужчин отображались как основные последние ФИО, а предыдущие, или только ФИО при рождении, отображались в скобках или вообще, чтобы не показывались. И чтобы это можно было настраивать. Для женщин также, чтобы после вступления в брак или после развода показывалась последняя фамилия, а девичья, например, или все предыдущие, в скобках. Или только последняя, в зависимости от настроек.

[tutsi]

При импорте все превью фотографий создаются заново, для этого используются оригиналы фотографий из папки документов. Если по указанному в документе пути нет оригинала фотографии, то превью не создастся. Может, дело в этом? Проверьте, пожалуйста, наличие фотографии в папке документов и правильность указанного к ней пути, в том числе имя файла.

Все фото на месте. Попробую еще раз.

[Виктор ДЖ]

Фрагмент с конкретной персоной (изменены только ФИО)
<...>
2 DATE 18 декабря

Печально.

Для кого?
Я делал как рекомендовали в следующей последовательности - из MH -> Гедком -> ДЖ6 -> Гедком -> ДЖ 5.

В процессе переноса инфы оказалось, что в рабочей базе некоторые персоны оказались помеченными как умершие.

Вобще то о таких рисках нужно предупреждать, чтобы хотя бы проверить.
А если это появилось только в ДЖ 6, а при экспорте в ДЖ 5 напрямую из Гедкома не было, то тогда это серьезная ошибка программы.

Дата дня рождения в виде день + месяц вполне может быть, если день рождения известен, а год нет.

Прикиньте - типа кому то будет предложен подарок с базой, где тостируемый будет помечен как умерший.

В разных ситуациях эффект может быть разным и иногда не предсказуемым.

[opalex]

Вообще-то нежелательно оставлять незаполненным год рождения. День, месяц - можно опустить, но год - нежелательно. Нужно хотя бы задать границу: около ХХ года, до ХХ года, между ... и т.п. Редко, когда это невозможно сделать. Но даже грубое задание даты позволит не смешивать людей, например, 19-го и 20-го века.

[Виктор ДЖ]

Вообще-то нежелательно оставлять незаполненным год рождения. День, месяц - можно опустить, но год - нежелательно. Нужно хотя бы задать границу: около ХХ года, до ХХ года, между ... и т.п. Редко, когда это невозможно сделать. Но даже грубое задание даты позволит не смешивать людей, например, 19-го и 20-го века.

Мне сейчас по телефону 30 персон надиктовали по межгороду несколько человек.

Мне что, каждому пояснять, что нежелательно без года дату и месяц в программу вносить или не вносить вовсе, если день рождения они знают, а год нет?

Когда разговор по телефону, плохая связь и быстро говорят, в том числе переключаются на интересные факты для раздела комментарии и эти люди уже очень пожилые, то или записывать что успел или пропускать или останавливать разговор.

На сегодня я занес больше десятка человек в базу по которым мне сообщили только дату и месяц рождения и при это они верные.

И что, программа при экспорте импорте их всех "умертвит"?

[Виктор ДЖ]

Есть еще один момент.

Есть персоны, пропавшие без вести.
В том числе при очень странных обстоятельствах.

Например в 1949 году в один день пропали и не объявились два молодых человека, являющихся коллегами по работе в одном очень не простом институте.
Один пропал с работы, другой пропал из дома.

До сих пор об их судьбе ничего не известно.
Сестра одного из них считает, что человек жив. Причину пояснять тут не буду.

Но предположу, что в карточке персоны должно быть поле "Пропал без вести" и в древе должна быть возможность на персоне указывать "Пропал без вести" и дату пропажи.

Особенно в тех случаях, когда пропажа не очевидная и при загадочных обстоятельствах.

[Роман Милованов]

Юридически лица, пропавшие без вести, через определённое время начинают считаться умершими. И даже с логической точки зрения человек, не объявившийся с 1949 года и до сих пор с огромной долей вероятности мёртв. Просто в комментариях к персоне нужно написать, что пропал тогда-то. В войну таких миллионы были.

[Виктор ДЖ]

Юридически лица, пропавшие без вести, через определённое время начинают считаться умершими.
И даже с логической точки зрения человек, не объявившийся с 1949 года и до сих пор с огромной долей вероятности мёртв. Просто в комментариях к персоне нужно написать, что пропал тогда-то.
В войну таких миллионы были.

При чем тут война?
Вы возможно не поняли того, что написано выше.
Юридически для некоторых случаев не катит иногда.