Web-based программы

На сайте ВГД собираются люди, увлеченные генеалогией, историей, геральдикой и т.д. Здесь вы найдете собеседников, экспертов, умелых помощников в поисках предков и родственников. Вам подскажут где искать документы о павших в боях и пропавших без вести, в какой архив обратиться при исследовании родословной своей семьи, помогут определить по старой фотографии принадлежность к воинским частям, ведомствам и чину. ВГД - поиск людей в прошлом, настоящем и будущем!

Заметил нестыковку Webtrees с ДЖ по населённым местам. Вот как должны отображаться места по правильному:

[ Изображение на стороннем сайте: da4decd1951d.jpg ]

т.е. в England находятся места: Lancashire, London, Suffolk, но при загрузке гедкома из ДЖ получается совсем наоборот:

[ Изображение на стороннем сайте: 11f74ef2ac58.jpg ]

т.е. внутри Донецкой области содержится Украина, а это неправильно.
Это связано с тем, что в гедкоме ДЖ места обозначены так: "страна, область, город", а для Webtrees нужно чтобы места наоборот обозначались: "город, область, страна".

Решение подсказали разработчики "Древа Жизни":

Dmitry Kirkinsky написал:

[q]
Меню "Настройка" - "Настройка программы" - вкладка "Места".
[/q]

Там в поле "Порядок частей места" вместо значения "От страны к адресу" устанавливаем значение "От адреса к стране".

frato написал:

[q]
Если существует более простой способ устранения нестыковки - буду благодарен, если подскажете.
[/q]

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

[q]
1 PLAC
2 FORM City, County, State/Province, Country
[/q]

И судя по всему, скрипт отсортировал данные именно по этому принципу.
И наверное не правильно будет такое переворачивание... логика скрипта от этого не изменится, он будет продолжать понимать именно такой порядок данных при вводе новых записей City, County, State/Province, Country

Наверняка в админке есть установки по этому поводу, наверное нужно копать где то в эту сторону: Google Maps™-Дополнительно и там в самом низу уровни

И\или стоит поиграться с редактированием этого порядка в гед файле до импорта

[q]
1 PLAC
2 FORM City, County, State/Province, Country
[/q]

Стоит с этим разобраться подробнее...

Для чистоты эксперимента - не забывать чистить кеш:
Администрирование - Очистить директорию данных - выделить чекбокс "cache" - нажать кнопку "удалить"

Есть ли возможность в подобных программах объединения разных древ в одно? В Webtrees я такого не нашёл. Может не так искал?

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

yvb написал:

[q]
Есть ли возможность в подобных программах объединения разных древ в одно? В Webtrees я такого не нашёл. Может не так искал?
[/q]

Администрирование->Семейные деревья->Слияние записей

Также можно объединять на родовиде, на фэмилиспэйс, в ДЖ (а из ДЖ потом выкладывать объединённый гедком).

frato написал:

[q]
yvb написал:

[q]

Есть ли возможность в подобных программах объединения разных древ в одно? В Webtrees я такого не нашёл. Может не так искал?

[/q]

Администрирование->Семейные деревья->Слияние записей
[/q]

Тут Администрирование->Семейные деревья->Слияние записей - речь именно о слиянии записей, а не всей базы. То есть можно конечно всю базу так пройти - но это не удобно и долго. Webtrees действительно не умеет полностью объединять две базы сходу. Webtrees все таки больше позиционируется как программа для одновременной совместной работы и для наглядного предоставления информации. Но это умеют другие программы или специальные отдельные утилиты, например http://www.genmerge.com ( есть как платные так и бесплатные). С одной стороны жаль что нет такого функционала в Webtrees, а с другой - может и хорошо что не перегружена лишними задачами. Главное что стандарт GEDCOM это поддерживает. В любом случае плюс стандартизированных программ на лицо - не важно в какой программе вы работаете, не важно где - результат работы всегда можно сохранить, перенести, объединить и т.д.. (речь конечно о стандартизированных программах).

yvb написал:

[q]
Возвращаясь к таблицам, в них гораздо быстрее вводится информация из объёмных документов, например, из различных списков людей, чем через генеалогическую программу с последующим формированием гедком-файла.
[/q]

Правильнее будет сказать - Вам так удобнее и возможно быстрее.
Мне например - наоборот. В программу я не ввожу повторяющие записи из списка (не ввожу и не копирую, каждое наименование вводится всего один раз). А это значительно быстрее с учетом большого количества повторяющихся фамилий, географических мест, наименований архивов и т.д..
Причем после ввода в таблицу, данные то еще требуют определенной обработки (или речь идет о вводе данных исключительно ради ввода данных? Без всякого дальнейшего использования введенной информации?) В программе - после ввода исходных данных - сразу же имеем конечный результат - в виде различных и многочисленных справочников, графиков, карт, отчетов и т.д..
Тут не о чем спорить - Вам нравится заполнять таблицы - заполняйте на здоровье, но в мире есть много людей которые давно поняли, что если нужно выкопать большой котлован - удобнее использовать экскаватор (специализированную машину), но если очень хочется и очень нравится - то можно покопать и простой лопатой. Так же и специализированным ПО, можно его использовать для более эффективной работы, а можно и на бумаге вообще вести свою базу. Раз спрос есть на это ПО - значит оно кому то нужно, и за платные версии программ люди платят деньги не за нелюбовь к таблицам, а за более эффективную работу.

Wiktor16 написал:

[q]
Тут не о чем спорить - Вам нравится заполнять таблицы - заполняйте на здоровье,
[/q]

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

KRAN написал:

[q]
предлагается автоматизировать этот процесс
[/q]

и

yvb написал:

[q]
Возвращаясь к таблицам, в них гораздо быстрее вводится информация
[/q]

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

Celler написал:

[q]
тема по сути заглохла
[/q]

Тема не заглохла, а просто основные вопросы решены (кроме самых абсурдных) и люди высказали свое мнение, многие пробуют, используют ищут более приемлемое применение, решают вопросы по сути, делают выводы и не разводят демогогию ...

Celler написал:

[q]
GEDCOM напоминает обыкновенный HTML, только последний ориентирован на форматирование и представление информации на сайтах, а GEDCOM - на всестороннее описание персон
[/q]

В огороде бузина, а в Киеве дядько. Да HTML предназначен для стандартизации предоставления информации на веб-сайтах, а GEDCOM для стандартизации генеалогических данных, в чем связь и в чем общность? Что тут нужно доказывать или аргументировать? Что общего между HyperText Markup Language — «язык разметки гипертекста» и Genealogical Data Communications — спецификация для обмена генеалогическими данными между разными генеалогическими программами.

Celler написал:

[q]
браузеры, так и для отображения GEDCOM нужны специальные программы.......Плюс, самое ценное - информацию - можно очень легко скопировать с браузера и сохранить где угодно. А вот с GEDCOM всё иначе,- и разработка его и представление осуществляется в одних и тех же программах, в которых нет доступа ни к удобному представлению и изменению кода, ни к возможности представления информации в таком виде, чтобы её можно было скопировать.
[/q]

Еще раз повторять что данное сравнение более чем абсурдно не буду, но Вы ответьте (только сами для себя, дабы в очередной раз не засорять тему) - сколько генеалогических, программ поддерживающих формат GEDCOM, Вы пытались использовать, и у Вас возникла проблема "сохранить где угодно" данные из этой программы? Даже не пытаюсь уточнять где и зачем.

Celler написал:

[q]
И в то же время отсутствуют тэги, отражающие нашу специфику.
[/q]

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

Celler написал:

[q]
Следующим, чрезвычайно негативным моментом, является неполная совместимость генеалогических программ между собой и этим форматом. Это означает, что в какую-либо программу можно вносить какую-то информацию, каковая, при переносе её в другую программу, или просто при сохранении её в GEDCOM, будет безвозвратно потеряна. И беда в том, что большинство пользователей даже представления не имеет, какая информация из их любимой программы может быть безвозвратно потеряна, и не существует удобного способа эту информацию где-либо сохранить.
[/q]

Еще одна попытка ввести людей в заблуждение? Зачем?
Вы говорите о недостатке стандарта GEDCOM (который достаточно подробно описан) или о какойто конкретной генеалогической программе, которая в неполной мере поддерживается стандарта (о какой именно программе Вы говорите?????? )
Есть стандарт, очень четко описанный, для в полне определенных целей, и если какой то разработчик не хочет, не может или еще по какой то причине отступает от него, при чем тут сам стандарт? На основании Вашего, не очень удачного примера, давайте обвиним стандарт предоставления информации в формате HTML в том, что какой то из браузеров не в полной мере его поддерживает?

Celler написал:

[q]
справочник по населённым пунктам, но это бессмысленно - лучше делать это в табличных программах.
[/q]

Лучше для кого? И к тому же кто Вам сказал что формат GEDCOM не поддерживает работу с географическими данными? Вы опять хотите выдать свое мнение за неопоримую действительность.

Celler написал:

[q]
Разработчики придумали этот формат только для сбора информации с других.
[/q]

и тут же

Celler написал:

[q]
и, главное, объединить информацию с другими очень не просто.
[/q]

не знаю, следите ли Вы сами за ходом своей мысли - я не уловил ни связи ни логики в этой фразе.

Celler написал:

[q]
Вот теперь мне понятно, почему в этих программах нет экспорта-импорта в таблицы
[/q]

опять Вы свое заблуждение выдаете за действительнось. Назовите хотябы одну программу, неспособную "делать импорт в таблицу" (даже не хочу пытаться спрашивать у Вас , что в Вашем понятии есть таблица).

Celler написал:

[q]
А для тех кто не в курсе, сообщаю, что более мощного инструмента для сбора больших объёмов информации в интернете, в том числе и по персонам, помимо табличных программ, просто не существует.
[/q]

Помимо сбора информации, есть вопрос ее использования, проблема сбора и хранения информации без возможности ее использования, для меня например абсолютно не актуальна.
Если бы Вы еще сами могли для себя прояснить что есть таблицы...
http://royal.only-fresh.com/ - вот тут, например, используется суммарно 34 таблицы, с суммарным количеством записей - 228648. Вот и подумайте, в каком виде Вы можете для себя представить такой объем информации, что бы его можно было как то использовать (а не тупо наполнить и хранить).

Уже все поняли, по моему, что Вы просто боготворите таблицы в любых их ипостасях, создайте отдельную тему и обсуждайте там эти абстракции, тут хотелось бы обсуждать конкретные ПРИКЛАДНЫЕ вещи и инструменты по работе.

О таблицах. Речь идёт об электронных таблицах, то есть о программах, таких как Эксель, Опен оффис калк и т.д. Я нашёл возможность импортирования табличных данных в гедком-файлы. Есть и обратная возможность экспорта из гедком-файла в файлы, которые читаются электронными таблицами. Правда класс данных ограничен теми данными, которые отображаются в гедком-файлах. Например, нет в гедкоме отчества, приходится его добавлять к имени.
То есть, если эффективней использовать ввод данных через электронные таблицы или есть уже готовые данные, представленные в виде файлов электронных таблиц, то нет проблемы с вводом этих данных в гедком-файл. А затем все данные легко импортируются в ту же программу webtrees.
Но в webtrees каждый гедком-файл вводится в отдельное древо и нет понятных возможностей совместной работы с разными древами. Поиск возможен только в пределах одного древа. Это большой недостаток. Может другие программы лишены этого недостатка?

в том числе Webtrees