Web-based программы
в том числе Webtrees
YulitaНа перекрестке трех веков  Киев Сообщений: 3381 На сайте с 2003 г. Рейтинг: 1786 | Наверх ##
9 марта 2012 14:12 Wiktor16 написал: [q] Посему для решения проблемы, нужно выяснить - в какой кодировке нужно создать файл для загрузки в GeneWeb и сделать экспорт файла из ДЖ именно в этой кодировке.
Очень подозреваю что кодировка должна быть UTF-8, как наиболее распространенная, но это не факт.[/q]
Да в том-то и дело, что ни UTF-8, ни другие кодировки не проходят, вернее, гед-файл на латинице конвертируется, загружается и читается под любой кодировкой, а файл с кириллицей - ни под какой. Даже импорт в Ages! (с которой GeneWeb лучше всего контачит) и последующее пересохранение гед-файла, ничего не дает  Хотя, до последнего обновления GeneWeb, кириллица читалась совершенно спокойно  --- Юлия, КиевБляхер, Бурштейн, Гречаные, Дзюман, Замула, Иващенко, Ка(в)уровы, Каменецкие, Лабыш, Сорочан
Мой дневник | | |
| vnbob
Сообщений: 542
На сайте с 2013 г.
Рейтинг: 116
| Наверх ##
9 марта 2012 14:34 Wiktor16 написал: [q]
vnbob написал:[q] степени достоверности/конфиденциальности - не стандартизованы в гед-ком, а в самом стандарте нет (?) таких возможностей, как разделение информации по уровням доступа...[/q]
На самом деле поддержка конфиденциальности стандартизирована в GEDCOM.RESN таг для этого используется.[/q]
это хорошо  а степень достоверности? Wiktor16 написал: [q]
Поэтому я считаю, если смотреть в будующее - стоит обращать внимание на то, на сколько та или иная программа поддерживает стандартИ webtrees поддерживает [/q]
Согласн. Но дело в том, что на сегодняшний день рынок ген-программ уже поделен, и наверное все (?) кто более-менее занимаются составлением достаточно большой родословной не "на коленке", используют софт в русском сегменте офф-лайн программ лидер - ДЖ. Но есть много вопросов, некоторые Дмитрий оперативно решает, другие уже несколько лет стоят… а главное - перспектива - весь проект завязан на 1 человека, код не открыт, данные - "черный ящик" | | |
| Wiktor16 Участник
Сообщений: 65
На сайте с 2011 г.
Рейтинг: 10 | Наверх ##
9 марта 2012 18:06 vnbob написал: [q] а степень достоверности?[/q]
Об описании, истории развития и стандартах гедком можно почитать тут http://ru.wikipedia.org/wiki/GEDCOMАнглийская версия - более полная http://en.wikipedia.org/wiki/GEDCOMПолная спецификация стандарта - http://homepages.rootsweb.ance...5gctoc.htmНа этой странице http://homepages.rootsweb.ance...5gcint.htm спецификации стандарта, упоминается интересующая Вас функция - [q]
A RESTRICTION (RESN) tag and a <RESTRICTION_NOTICE> primitive were added to the INDIVIDUAL_RECORD context. This allows some records in Ancestral File to be marked for privacy (indicating some personal information is not included) and some records to be marked as locked (indicating that Ancestral File will not make changes to the record without authorization from an assigned record steward). [/q]
На счет полностью поделеного рынка ПО - весьма сомневаюсь, яркий пример тому недавний (относительно) выход в свет webtrees, как прямого конкурента PhpGedView . Да и нас, потребителей этого программного продукта, в общем не должен волновать вопрос "передела рынка" мы выбираем лучшее из предложенного по своим требованиям. К тому же повторюсь еще раз, уже не однократно я об этом упоминал, десктопные программы (те которые работают локально на вашем компьютере), публичные сервисы в интернете (бесплатные или платные, которые позволяют вести вашу базу на их ресурсах и скажем так - по их правилам) и программы предназначенные для установки на сервер для личного использования - это три разные категории продуктов. Которые не конкурируют и не могут между собой конкурировать. Их можно использовать совместно, например вести локально базу и периодически импортить на сайт (или наоборот) и тут возникает вопрос стандартизации, в котором в первую очередь должны быть заинтересованы разработчики, для более массового применения их продуктов (поскольку выбор то хоть и не большой - но есть). На счет открытости кода - все три упомянутые тут программы : PhpGedView, webtrees, GeneWeb - полностью с открытым кодом. | | |
| yvb
Сообщений: 488
На сайте с 2008 г.
Рейтинг: 147
| Наверх ##
10 марта 2012 6:25 Wiktor16, спасибо за информацию по webtrees . Интересная программа! Установил, всё довольно просто. Для тестирования поискал гедком-файлы. Нашёл здесь - http://www.rusgenealog.ru/index.php?id=gedcom . Загрузил файл по русской знати на 9700 персон. Но возникла проблема с кодировкой. Всё отображается крякозябрами. Выходит программа не со всеми кодировками совместима? | | |
| vnbob
Сообщений: 542
На сайте с 2013 г.
Рейтинг: 116
| Наверх ##
10 марта 2012 7:47 yvb написал: [q] Но возникла проблема с кодировкой. Всё отображается крякозябрами. Выходит программа не со всеми кодировками совместима?[/q]
кодировка rusgen.ged - 1251, нужно перевести в UTF-8 - для этого загрузить в "блокнот", "сохранить как" с выбором нужной кодировки | | |
| vnbob
Сообщений: 542
На сайте с 2013 г.
Рейтинг: 116
| Наверх ##
10 марта 2012 7:55 Wiktor16 написал: [q] На счет полностью поделеного рынка ПО - весьма сомневаюсь, яркий пример тому недавний (относительно) выход в свет webtrees, как прямого конкурента PhpGedView .
Да и нас, потребителей этого программного продукта, в общем не должен волновать вопрос "передела рынка" мы выбираем лучшее из предложенного по своим требованиям.[/q]
Я имел в виду десктопные приложения. А насчёт выбора лучшего продукта, это ведь не полкило свежей колбасы купить, тут с программой несколько лет работаешь, привыкаешь к ней, достаточно большая база уже набита, и довольно сложно перейти на что-то новое, тем более что (как оказалось) не все поля/данные сохраняются в гед-ком как надо. Плюс вопрос о допролнительных таблицах (справочниках), например в ДЖ есть возможность построить разветвлённый многоуровневый справочник населённых мест | | |
| Wiktor16 Участник
Сообщений: 65
На сайте с 2011 г.
Рейтинг: 10 | Наверх ##
10 марта 2012 13:09 yvb написал: [q] Выходит программа не со всеми кодировками совместима? [/q]
Webtrees работает с файлами в кодировке UTF-8 (всегда и для всех языков интерфейса), что как по мне - более удобно, меньше путаницы, всегда UTF-8 и точка. Можете воспользоваться методом vnbob для конвертации файла . vnbob написал: [q] сложно перейти на что-то новое, тем более что (как оказалось) не все поля/данные сохраняются в гед-ком как надо. [/q]
Вот в этом и есть основная проблема. А ведь чем дальше - тем все сложнее и сложнее будет (база растет, соответственно количество нестандартизированых данных тоже). vnbob написал: [q] о допролнительных таблицах (справочниках),[/q]
Ну так чтобы вообще совершенно ни к чему не привязаный новый справочник завести - я в Webtrees такого не нашел. Подозреваю что это связано именно со стандартом гедком, где типы данных четко определены... Для дополнительной информации - там в общем то достаточно много типов данных:цитаты, источники, примечания, общие примечания, места, медиаобъект.... Работа с географическими местами в Webtrees построена вообще с использованием Google Maps, посему в плане недостатка информации по этому справочнику проблем быть не должно И при всем при этом - данные в базе по географическим местам будут храниться в формате GEDCOM | | |
| yvb
Сообщений: 488
На сайте с 2008 г.
Рейтинг: 147
| Наверх ##
10 марта 2012 14:55 vnbob написал: [q] кодировка rusgen.ged - 1251,
нужно перевести в UTF-8 - для этого загрузить в "блокнот", "сохранить как" с выбором нужной кодировки [/q]
Перекодировал файл в UTF-8, но при загрузке файла в любой кодировке выдаётся сообщение: This GEDCOM is encoded using ANSI. Assume this to mean ISO-8859-1Опять всё в виде крякозябров. | | |
| Wiktor16 Участник
Сообщений: 65
На сайте с 2011 г.
Рейтинг: 10 | Наверх ##
10 марта 2012 15:14 В уже сконвертированом файле, отредактируйте строку с тегом CHAR (она в самом начале файла должна быть , в пределах первых 5 строк)
Нужно:
CHAR UTF-8
У Вас там сейчас наверняка
CHAR ISO-8859-1 | | |
| yvb
Сообщений: 488
На сайте с 2008 г.
Рейтинг: 147
| Наверх ##
10 марта 2012 15:25 Спасибо, оказалось, что в файлах, которые я скачал был тег CHAR ANSI. После замены на CHAR UTF-8 всё отображается правильно. | | |
|
