MyHeritage в феврале удалит аккаунты россиян

tirael написал:

[q]

Вы так и не написали, что это за диаграммы были.

[/q]

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


tirael написал:

[q]

2. Сохранял в SVG - идеальнейшее качество.

[/q]

Качество картинки да. Но что с ней делать. Такую в текстовый документ не вставить без уменьшения масштабности. Уменьшив, его невозможно будет прочесть.

tirael написал:

[q]

3. Не пробовали конвертировать svg в pdf?

[/q]

Конвертировал по вашей просьбе, несколько месяцев назад. Не решает проблемы. Одностранично показывает, только в браузере и через инет.
предлагаете печатать документы только в браузере, через инет? а если нет к примеру инета, как открывать и в чем SVG, вставлять схематический график дерева в текст???
tirael написал:

[q]

3. Есть предположение, что стандартны движок работы с pdf может сохранять дерево только в файл заданного формата. Для сохранения на один лист видимо требуется какой-то дополнительный модуль, который, возможно, стоит не маленьких денег. В случае с MH с учетом его масштабов и цен на программу покупка модуля является каплей в море. В случае с ДЖ это существенно может удорожить стоимость программы, при том что данный функционал не настолько важен для большинства пользователей. Хотя это тоже можно было бы решить каким-нибудь отдельным видом лицензии.

[/q]

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

tirael написал:

[q]

4. Опять же, может быть это хорошо, иметь все в одном файле, но работать с таким файлом крайне сложно, я бы даже сказал - невозможно. Например, мой монитор 27" отображает примерно 1/140 часть дерева на 500 человек в комфортном для меня масштабе. Как можно в таких условиях ориентироваться во всем дереве я не представляю. Опять же, если журнал электронный с приложениями, то наверное, можно и приложение сделать в SVG формате, которое будет открываться любым браузером.

[/q]

Я вообще с ноута работаю, чей экран значительно меньше. Но это решаемо, когда в pdf, можешь сам произвольно менять масштаб, для работы. в ДЖ, же нет такого, что скроллером задаешь тот что именно тебе хочется, а не то что предложено. Мне предлагали уменшить, чтобы больше влезло персон., но в итоге пострадало качество.
Хоть некоторые пишут, что у них норм отображается, но большие деревья то как раз плохо отображаются. Поэтому логичным было бы либо усовершенствовать этот вопрос, чем забивать на нем сводя в SVG.
Ориентироваться можно например по поиску внутри документа. Пользовались ли такой функцией??? Я постоянно пользуюсь.
Приложения, это не то что вы думаете. Это стандартное текстовое, внутри которого вставляются таблицы, рисунки, схемы, что является частью текстового документа.
Никогда не видел, чтобы SVG, графический формат, мог быть текстовым. Второе, это то что для открытия текстового, в таком случае, как описываете, нужен Инет.. А если его нету, то уверены, что откроется в браузере??? Когда нибудь пробовали писать и редактировать текстовый документ при отсутствии интернета??? Вот в этом и проблема, что куда удобнее работать в pdf. К тому же сдаю на верстку только в pdf. Так текст и графики с картинками не улетают, и описание.

tirael написал:

[q]

2. Сохранял в SVG - идеальнейшее качество.
3. Не пробовали конвертировать svg в pdf?

[/q]

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

Итак. моя цель - сохранить всё в FTB и продолжить там вести локальную базу (альтернатива ДЖ). Тема "куда публиковать" пока не актуальна (у меня всё на Geni из МН дублировалось и с другими деревьями соединялось).
Шаг №1 - новый аккаунт на MH.
- всё под VPN, жестко "Германия".
- сделал совсем чистый ящик/аккаунт на gmail, поотключал куки, пересылка почты с нового ящика на существующий gmail (чтобы новый "не светить" на телефоне).
- с этим аккаунтом и под тем же VPN зарегистрировался на MH. Язык изначально предложили немецкий и цены в евро (хороший знак). Профиль и дерево там не заполнял (оно мне и не нужно) - аккаунт только для FTB будет, и на сайт заходить не собираюсь вообще.
Прошло 4 дня - "писем счастья нет", в сообщениях на MH тоже пока тихо.
Теперь ждем февраль.

kom_177 написал:

[q]

Ivaneev написал:

[q]

Итак. моя цель - сохранить всё в FTB и продолжить там вести локальную базу (альтернатива ДЖ). Тема "куда публиковать" пока не актуальна (у меня всё на Geni из МН дублировалось и с другими деревьями соединялось).

[/q]

Вполне логичные действия. А для тех, кто все же решит перенести данные в другие программы, я бы предложил потратить оставшееся время не на выяснения, "какая программа лучше", а на проверку переносимых данных (пока еще есть возможность что-то исправить в FTB или на сайте МХ).
Уверен, что если пользователь прогонит результаты экспорта в гедком через известные сервисы https://gedcom.io/tools/, он может быть неприятно удивлен. Особенно если он активно пользовался SmartMatches на МХ.

[/q]

Не поверите. Неприятные неожиданности вас ждут даже если вы совсем минимально пользовались SmartMatches на МХ. Недавно переносила свое древо на фамилио, обнаружила не только выпады информации, но и полное отсутствие в переносе фото и документов изначально прикрепленных в моем же дереве в МХ. Мною изначально там прикрепленных (из архивов и собственных фотоальбомов), а не перетащенных из чужих аккаунтов в МХ. Причем, замечу, скачивала древо (со всеми проставленными галочками), еще когда аккаунт у меня был платным и до этой эпопеи со сносом российских аккаунтов. Матерюсь на эту тему страшно, поскольку восстановить-то восстановлю в ручную так, как данные изначально там были мои, но с размером моего древа в десяток тысяч персоналий времени и того, что при таком объеме придется заново перечитывать все бумажки, у меня на это теперь уйдет минимум 2 года в режиме 24 на 7. И сверить сейчас по своему первичному древу в МХ, где вся информация уже была отсортирована и систематизирована, уже невозможно, ибо 31 древо суммарно на 13 тысяч персоналий, бесплатный аккаунт позволяет только 250, чтобы получить полный доступ платить надо сразу за год, притом что аккаунт снесут меньше через месяц. Грабеж одним словом. Так и вспоминается старая присказка о том, чем еврей отличается от жида. В связи с чем вопрос - кто-нибудь понижал аккаунт до уровня бесплатного, имея в древе больше 250 персон? Интересует, что происходит после понижения статуса с теми персонами, которые превышают лимит в 250 человек? Они исчезают или информация в этих персоналиях открывается, но ее просто там нельзя редактировать, после такого понижения?

P.S. для тех, кто не понял присказку (а судя по жалобам ее точно кто-то либо не знает, либо не понял). Независимо оттого, что депутат российской ГД относится к категории "заставь дурака богу молиться, он и лоб себе расшибет" все происходящее не снимает вопросов к самому МХ. Поскольку при таких форс-мажорах существует два совершенно разных подхода к решению вопроса. Нормальная клиенто-ориентированная компания, понимая, что клиенты в сложившейся ситуации не виноваты, и построение древа это труд (а это время и зачастую и немалые деньги) дала бы возможность владельцам перед сносом аккаунтов либо бесплатно скачать из них информацию, либо (зная о том, что снос через месяц) ввела бы поденную или помесячную оплату (что опять же многим бы дало возможность забрать свою работу без лишних эксцессов). Но нет! У дорогоуважаемой МХ по-прежнему все, что не оплачено, то не скачиваемо, а оплату можно внести минимум только за годичную подписку. То есть, и под финал нажиться страждут по максималке (или свои штрафы компенсировать за счет тех, кто от отчаяния на эту оплату пойдет, в надежде, что судиться ездить далеко, фиг отсудят). Только вся эта история создает редкостный юридический парадокс. Потому что они одному и тому же человеку сначала умудряются присылать оповещалки об удалении аккаунта, а затем предложения о скидках при оплате за 2 года. Вопрос - а как они собираются выполнять договорные обязательства 2 года, за который хотят взять оплату, если заведомо знают, что удалят аккаунт через месяц (а при условии, что они плату за год хотят уже изначально знаяоб этом это уже точно не форс-мажор)? Вот, честно, очень руки чешутся устроить им показательное судебное развлечение. Жалко только что времени на него не останется, тут либо древо в ручном порядке восстанавливать, либо с судами развлекаться.

Так, я все же попробую объяснить попроще, что не так бывает с переносом из программы в программу или, скажем, на какой-то сайт.

Существуют два способа переноса.

1. Создание полной резервной копии и восстановление из нее. Этот способ переносит ВСЕ данные (структуру, медиафайлы). К сожалению, он годится только лишь для переноса данных из одной копии программы в другую (например, на другой компьютер). С определенными ограничениями он годится и для переноса между двумя ВЕРСИЯМИ одной и той же программы.
Для переноса данных между разными программами (в общем случае) он не подходит, так как каждая программа имеет свой внутренний формат хранения данных, несовместимый (в общем случае) с другими программами.

2. Экспорт/импорт через файл gedcom (.ged).
Формат gedcom был создан специально для того, чтобы это ограничение преодолеть и дать возможность обмена стандартизированной информацией.
Как любой формат, он имеет версии со своим описанием. На текущий момент актуальны версии 5.5 и 7.0.
Каждое описание содержит набор стандартизованных "тегов" (например, дата рождения, имя, фамилия и т.д.). Эти теги при импорте распознаются большинством программ и выстраивают ту же структуру данных, что и в исходной программе, откуда вы тот gedcom экспортировали.
Однако. Поскольку формат является полностью открытым (фактически, это текстовый файл), никто не мешает разработчикам создавать свои "диалекты" гедкома. Эти диалекты содержат набор тегов, специфичных для данной программы и не входящих в единый стандарт.
Это приводит к тому, что как правило, полная структура данных при экспорте-импорте через gedcom НЕ переносится, поскольку "принимающая" программа эти нестандартные теги попросту не понимает и игнорирует их.
В частности, это касается медиафайлов: gedcom их в принципе не хранит (поскольку он текстовый) и в лучшем случае перенесутся лишь ссылки на файлы (а в худшем - они будут проигнорированы).