MyHeritage.com и Family Tree Builder

Липчанка написал:

[q]

karseral написал:

[q]

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

[/q]

Ни в коем разе не виню "разработчиков генеалогического ПО по всему миру", что "типо ... они виноваты". Почему Вы всегда стараетесь объединить себя то со всеми пользователями МН, то с разработчиками ПО по всему миру. Я говорила только о Вас.

[/q]

т.е. вы считаете, что ошибки рукотворные и созданы мной, а не ПО? При том что уже давно даже ленивый утверждает что это не так?
До коле вы будите всему миру доказывать, то к чему я никаким боком неимею отношения, и требовать меня заблокировать. при таком успехе, если произошла ошибка экспорта, импорта и обновления, можно каждого блокировать. В чем выгода обвинять человека, шибки в дереве которого созданы ПО, и он их хочет решить, при этом разработчик такими ошибками, чтобы даже кривой экспорт мог бы стать нормальным импортом, не старается сделать. Зато в ответ получаю - "как хотите так и исправляйте - это вы их создали, вы и виноваты".
И ведь ладно бы МН. Так нет. когда импортируешь gedcom в Фемири и Фамилио из ДЖ, так туда криво встает.
и логичным было бы разработчикам этих сервисов винить, что это плохой экспорт. Но в ответ от пользователей ДЖ льется что типа виноваты Фемири и Фамилио.
Вот и как не посмотри, у вас виноват я и все разработчики выходят.

В свете писем счастья от МН пыталась экспортировать в Gedcom, тишина полная после нажатия кнопки начать экспорт. Что делать? Версия МН обновленная, бесплатная, фото немного, жаль все потерять.

tirael написал:

[q]

karseral написал:

[q]

однако их ДЖ обвиняет в том, что не не подстраиваются под ДЖ.

[/q]

Не было такого.

[/q]

мне в личных сообщения Елена писала четко, что мой кривой gedcom это их вина и они должны были сделать ту кодировку, что у ДЖ.

karseral написал:

[q]

tirael написал:

[q]

karseral написал:

[q]

мне в личных сообщения Елена писала четко, что мой кривой gedcom это их вина и они должны были сделать ту кодировку, что у ДЖ.

[/q]

Не верю. Пока что это только Ваши слова. Даже если Елена что-то подобное и писала, то допускаю, что Вы неверно их интерпретировали или искажаете смысл написанного.

[/q]

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

[/q]

Ну вот, ЧТД.
1) Что касается 5 версии, то давно уже было объявлено, что она обновляться больше не будет, поскольку разработчик теперь развивает 6 версию. За небольшую плату можно перейти и получать в будущем обновления, в том числе касающиеся совместимости с другими проектами. Что собственно и происходит. Устраняются недочеты, которые есть в 5 версии, добавляется новый функционал, делаются шаги в сторону совместимости. Но Вы вместо того, чтобы сказать спасибо, на каждом углу их хаите. Кроме того приписываете им высказывания, которых не было.
2) По поводу кодировки непонятно, что вы имеете ввиду под кодировкой. Стандарт гедком или кодирование текста (ANCI, KOI8-R, Windows-1251 и т.п.). Если стандарт, то я отчасти согласен с ней, что стандарт на то и сделан, чтобы обеспечить совместимость продуктов и если какой-то разработчик отступает от стандарта даже там, где этого можно не делать (пример не приведу, но за МН были замечены такие косяки, с датами вроде), то это действительно проблема разработчика, откуда идет импорт. Когда же речь идет о расширении функционала продукта над стандартом, потому что он чего-то не предусмотрел, то здесь свою позицию я выше обозначил - друге разработчики должны быть заинтересованы реализовать в этой части правильный импорт, чтобы обеспечить совместимость и привлечь дополнительных пользователей.

tirael написал:

[q]

Ну вот, ЧТД.
1) Что касается 5 версии, то давно уже было объявлено, что она обновляться больше не будет, поскольку разработчик теперь развивает 6 версию. За небольшую плату можно перейти и получать в будущем обновления, в том числе касающиеся совместимости с другими проектами. Что собственно и происходит. Устраняются недочеты, которые есть в 5 версии, добавляется новый функционал, делаются шаги в сторону совместимости. Но Вы вместо того, чтобы сказать спасибо, на каждом углу их хаите. Кроме того приписываете им высказывания, которых не было.
2) По поводу кодировки непонятно, что вы имеете ввиду под кодировкой. Стандарт гедком или кодирование текста (ANCI, KOI8-R, Windows-1251 и т.п.). Если стандарт, то я отчасти согласен с ней, что стандарт на то и сделан, чтобы обеспечить совместимость продуктов и если какой-то разработчик отступает от стандарта даже там, где этого можно не делать (пример не приведу, но за МН были замечены такие косяки, с датами вроде), то это действительно проблема разработчика, откуда идет импорт. Когда же речь идет о расширении функционала продукта над стандартом, потому что он чего-то не предусмотрел, то здесь свою позицию я выше обозначил - друге разработчики должны быть заинтересованы реализовать в этой части правильный импорт, чтобы обеспечить совместимость и привлечь дополнительных пользователей.

[/q]

В 2022-году многие, у кого заканчивалась платная подписка на МНпереходя на другие сервисы, в частности я на ДЖ, не знали что версия 5,6, которую нам так пиарили, самой крутой и лучшей программой, в итоге оказалась той, чье обновление устранение ошибок импорта не рабочая. то. есть. мы уже заведомо импортировали в ту версию программы, ДЖ данные которые сильно отличались по кодировке с МН, который постоянно совершенствует и стандарт и функционал, в то время как ДЖ этим не занимался. Ошибки импорта могли быть в частности и поэтому, поскольку если бы я переходил к примеру в сентябре 2021 года, когда вышло обновление 5,6, то у меня могли быть совсем иные ошибки, а могло их и вовсе не быть. Это косяк ДЖ, что они не занимаются как МН постоянным совершенствованием своих стандартов и функционала. Поэтому приходится ждать обновления локалок годами, в которых внесут например новые стандарты совместимости кодировок, чтения и распознавания данных МН. ведь с сентября 2021 года эти данные не добавлялись. соответственно мои ошибки в частности вызваны тем что ДЖ не занимался с 09.2021 до 04.2024 года,внесением добавлений по распознаванию данных МН. 3 года это большой срок. за это время многие ПО могут изменить свои стандарты и методы расшифровки и импорта/экспорта данных, в то время как ДЖ остается догоняющей ПО.
У меня с датами косяков не было в МН. Все мои косяки это многочисленные дубликаты персон в событиях удаляя мусор которых рвется все дерево.
можно сколь угодно словоблудить, но эту проблему никто не решал и не решает из техподдержки ДЖ, предлагая мне самому их решать. а они не решаются никак, хоть ты удаляй и пересоздавай их заново что на участках от МН в gedcome ДЖ, то новых создаваемых в данной ПО.
Единственное что изменилось, это убрали многочисленные сотни дубликатов мест, решение которых не хотели изначально искать предлагая мне создавать 4 параллельных временных вселенных нынешней РФ, где 4 Москвы разных государств РФ.
Можно было бы и проблему дубликатов решить. Но ее же не решили. Да и проблемы обновления ДЖ случаются, когда чисти не чисти кэш, но данные отображаются некорректно, вместо равных данных версии 5,6 или 1 бетта, получается, что в последующих бетта, можно ожидать увеличение дубликатов фото или событий, решение которых находится в несколько кратных перезагрузках ПК.
Если бы ДЖ хотела делать свой продукт более совершенным, она бы постоянно бы этим занималась. а так я получил кучи дублей, которые невозможно устранить, кроме как уничтожив все данные в ДЖ, и с нуля строить. Лицензию многие приобретали чтобы строить на том, что уже ранее простроено, а не для того чтобы годами восстанавливать данные.