Интересно было бы иметь примеры таких имен, для улучшения ged2doc.
ODT файлы лучше открывать/редактировать в LibreOffice (https://www.libreoffice.org/), для MS Word ODT формат - не родной, поддержка не 100%.
Модераторы: Genery, Elena Polyanskikh
Интересно было бы иметь примеры таких имен, для улучшения ged2doc.
ODT файлы лучше открывать/редактировать в LibreOffice (https://www.libreoffice.org/), для MS Word ODT формат - не родной, поддержка не 100%.
Попробуйте установить новую версию https://github.com/andy-z/ged2doc/releases/tag/v0.1.10 - там это должно быть исправлено.
было бы полезно иметь скриншоты с примерами ругани.
Да, действительно, в 1.10 по прежнему "девичье имя", попробую разобраться к следующей версии.После этого ODT файл создался с "Девичьим именем"
Английские даты появляются тогда, когда ged2doc нашел что-то, что не соотвествует стандарту GEDCOM - тогда даты просто тупо копируются из входного файла в выходной. Надо убеждать разработчиков Древа следовать стандарту, тут опять же могут помочь примеры таких нестандартных дат.Да, и даты где-то по русски, а где-то по английски. Принцип пока понять не смог.
Не надо убеждать, мы следуем стандарту. Если это не так - присылайте примеры.
Убеждать не буду, но примеров у нас есть
Такого формата даты не существует в стандарте GEDCOM1 BIRT
2 DATE 31 JAN
а стандарт требует представление типа1 BIRT
2 DATE @#DJULIAN@ BET 1901 AND 1905
1 BIRT
2 DATE BET @#DJULIAN@ 1901 AND @#DJULIAN@ 1905
У Вас скорей всего есть несколько папок со сгенерироваными фотографиями, типа 20180407.ged.files, 20180408.ged.files, и т.д., поэтому даже после переименования файл находится в какой-то предыдущей папке. Попробуйте указывать более специфичное название папки для опции -i:
Код: Выделить всё
ged2doc -l ru -i D:\GedCom\20180408.ged.files D:\GedCom\20180408.ged derevo.odt
Значит в Вашей системе cp1251 не является кодировкой по умолчанию.
Можно вообще не писать такие даты с неизвестным годом, но не уверен, что это лучше.- Древо позволяет указывать даты включающие только месяц и число, без года. При выводе в GEDCOM получается что-то типа:Такого формата даты не существует в стандарте GEDCOM1 BIRT
2 DATE 31 JAN
Согласен, это нужно поправить.- Для дат не-грегорианского календаря тип календаря выводится в неправильном положении для некоторых типов дат, например древо выводита стандарт требует представление типа1 BIRT
2 DATE @#DJULIAN@ BET 1901 AND 19051 BIRT
2 DATE BET @#DJULIAN@ 1901 AND @#DJULIAN@ 1905
Не понимаю при чем тут cp1251. Файл создается с кодировкой ANSEL (по крайней мере это прописано в заголовках). Вполне естественно, что кириллица не может быть закодирована в ANSEL, но хотелось бы какую-то диагностику в этом случае, иначе юзеры подумают, что файл сохранился без ошибок. Если же Вы "кодировкой по умолчанию" называете системную кодировку, то тогда почему в заголовках прописано ANSEL?
Как вариант можно наверное сохранять это как "фразу" (<DATE_PHRASE> в стандарте), т.е. просто как текст, но текст по-видимому должен быть на языке интерфейса, типа:Можно вообще не писать такие даты с неизвестным годом, но не уверен, что это лучше.
1 BIRT
2 DATE (31 января)
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость