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

Здравствуйте
В первую очередь хочу перед всеми извиниться, за то что хоть я и обещал не отвечать на абсолютно необоснованные ни чем реплики пользователя Celler, но всеже ответил, что в очередной раз вызвало наплыв мало полезного текста в тему, а порой заведомо ложного и вводящего многих в заблуждение. Больше этого не повториться. Вести диалог в высокомерно-хамовитой форме, как то делает Celler , я не буду, считаю это попросту недостойным.
Просто деликатно попрошу Celler удалиться из этой темы, на то есть много причин:
- Вы пытаетесь предоставить своё мнение, как догму, даже не попытавшись вникнуть с суть возможных альтернатив
- Своими заблуждениями вводите в оману других
- Наполняете тему информацией не касающейся обсуждаемой темы, а порой и заведомо ложной информацией, усложняя процесс понимания обсуждаемой темы и поиск правдивой информации по ней.

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

Теперь о конструктиве:
Попытаюсь резюмировать ту полезную информацию что была в теме.
Во первых, тут обсуждаются именно Web-based программы, то есть программы, работающие на веб сервере, позволяющие клиентам удаленно с ними работать. Еще раз подчеркиваю - это прикладной специализированный инструмент для работы с генеалогической базой данных во всех смыслах этого понятия - наполнять базу, редактировать, импорт-экспорт данных, разделение прав доступа, предоставление публичной информации и т.д...
И ещё раз, именно ПРОГРАММЫ, а не методы способы и формы ввода и хранения информации.

[q]

Программа — данные, предназначенные для управления кон­кретными компонентами системы обработки ин­формации в целях реализации определённого ал­горитма.
— ГОСТ 19781—90. ЕСПД.

[/q]

Много споров в теме вызвал стандарт GEDCOM. Он к программам имеет косвенное отношение, но все же имеет, поэтому его стоит тут рассмотреть.
Что же есть стандарт GEDCOM?
Genealogical Data Communications - спецификация для обмена генеалогическими данными между разными генеалогическими программами.
Никакого отношения к хранению данных или специфике РАБОТЫ какой либо ПРОГРАММЫ он не имеет. Как и следует из названия - это стандарт на формат ОБМЕНА данными между программами.
В каждой программе данные хранятся в своем определенном формате, каждая программа имеет свою специфику работы и свои возможности, наличие или отсутствие поддержки GEDCOM никак не отражается на функционале программы. Поддержка стандарта GEDCOM важна именно для обмена генеалогическими данными между разными генеалогическими программами. Этот стандарт позволяет однозначно определить каждый элемент генеалогических данных.
Нельзя сказать что виноват стандарт в том что при переносе данных из одной программы в другую потерялись какие то данные или выводятся не верно. Это не проблема стандарта, он описывает данные - однозначно. Это проблема конкретной программы. И не обязательно проблема в поддержке программой стандарта, возможна проблема именно в функционале самой программы, как например вы сделали экспорт из одной программы, в которой было 4 поля для ввода географических мест (город,район,область,страна) и сделали импорт в программу, содержащей 3 поля (город, область,страна). В том что "потерялось" одно поле - стандарт не виноват, в экспортируемом файле наверняка есть описание всех полей.
Были споры по поводу импорта\экспорта из различных форматов, как то например таблиц Exel. Вопрос важный, но мало подходящий для массового использования, поскольку не стандартизирован.
Поясню на простом примере - допустим есть две простейшие таблицы, содержащих всего 2 поля:
таблица1

Имя

Фамилия

и
таблица2

Фамилия

Имя

Содержащие одни и те же данные, но поля расположены в другом порядке.
По какому принципу делать импорт? Как программа может распознать какое поле содержит информацию какого рода?
То есть для конкретного случая можно найти решение, сконвертировав конкретную таблицу в тот же гед файл или написав обработчик для самой программы или сделав импорт данных в ручную в базу данных программы по отдельным полям таблицы... Но это все частные случаи, для таблица1 это будет один алгоритм, для таблица2 уже другой. И подобные таблицы могут отличаться не только порядком полей но и их количеством и типами данных. А поскольку нет в принципе стандарта на представление генеалогических данных в таком виде - то и нет универсального метода импорта данных из такого формата. Чем и хорош стандарт GEDCOM, где четко определены все данные.

Так же были вопросы по поводу отчества. Не знаю почему эти вопросы связали именно с стандартом GEDCOM а не с функционалом какой то конкретной программы...
Возможно мы просто не знаем чего то в этом отношении? Давайте коллективно выясним этот вопрос а не будем утверждать с закрытыми глазами что это не решаемый вопрос даже не попытавшись его решить? То что данные по отчеству можно экспортировать\импортировать в формате GEDCOM - в этом нет никаких сомнений. Я предлагаю выяснить как это делать правильно (согласно стандарта).
Есть много вариантов. Например значения суффиксов и префиксов фамилий и имен, есть вариант просто дописывания отчества к имени, какой из этих вариантов однозначно правильный - я пока не выяснял, но в любом из этих случаев данные попадут в гед файл при экспорте. То что многие программы поддерживают обработку отчества - это известно, на примере рассматриваемой тут программы webtrees - я нашел следующее:
http://pgv.rwweb.de/indilist.p...mp;lang=ru
Просто поиском в гугле случайно наткнулся на этот сайт, обратите внимание на формат шапки таблицы
"Фамилия, имя, отчество (имена):"
Так же читаем спецификацию тегов
NAME {NAME}: =
A word or combination of words used to help identify an individual, title, or other item. More than one NAME line should be used for people who were known by multiple names.
Где в админке webtrees настраивается интерфейс под такой вид и действительно ли по стандарту "combination of words used to help identify an individual" включает в себя отчество - я пока не выяснял.
Предлагаю в этом подробнее разобраться, что бы в дальнейшем вести свои базы согласно стандарта.

Из выясненных тут вопросов:

хочу поблагодарить frato, за решение вопроса импорта данных из ДЖ,https://forum.vgd.ru/post/3/40710/p1130375.htm#pp1130375 вопрос важный, но хочу заметить, что вопрос последовательности географических наименований (город, область, страна) - не единственный, есть вопрос еще количества этих полей. Например "район" может быть важным параметром в указании географического места, в нашей местности например довольно часто в пределах одной области встречаются деревни с одинаковыми наименованиями, и введение четвертого параметра было бы очень полезно. К примеру webtrees - поддерживает до 10 уровней определения географических мест.

Отдельное спасибо хочу сказать Yulita за большую помощь в тестировании программы в плане потребления ресурсов. С ее помощью была выявлена самая ресурсоемкая функция -
функция показания родства между двумя произвольными людьми из дерева. Протестированы результаты ее выполнения при разных значениях лимитов на сервере.
Хочу предупредить всех - что эта функция очень интересная в использовании но на бесплатном хостинге или на недорогом виртуальном, шансов посмотреть линии родства при базе более 1000 персон и более одной линии родства - практически нет. А при базе 10000 персон - может не хватить и выделенного сервера. Разработчик программы сейчас работает над этой проблемой, пока найденое им решение не приемлемо для использования на большинстве хостингов (нужно использовать хранимые процедуры mysql, что далеко не каждый хостер позволяет), поэтому пока найденое им решение не включено в релиз.

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

PS. Еще раз прошу всех не засорять тему лишними беспредметными спорами. Среди этих споров уже сложно найти информацию которая касается непосредственно темы. Буду обращаться за помощью к администрации форума для "чистки" темы.

Wiktor16 написал:

[q]

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

[/q]

У меня, например, количество этих категорий непостоянно, иногда 3 (страна, область, город), иногда 4 (страна, область, район, село). При таком раскладе города-областные центры отображаются в одном списке с областями, районы в одном списке с городами областного подчинения, сёла сами по себе. В общем всё как надо.

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

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

Wiktor16, извините меня, но найдите в моих текстах, которые были до вашей фразы:

Wiktor16 написал:

[q]

Извините конечно, но из никому не нужного технического спора, это все переходит в полный бред. Откройте любой ged файл и посмотрите что там, если это для Вас загадка. И никому не говорите что для редактирования файлов Exell не нужна никакая программа и таблицы во всех БД одинаковы. Давайте прекратим этот бредоподобный спор на счет таблиц.

[/q]

"высокомерно-хамовитую форму". А уж коли вы первый начали, то не обессудьте. Это конечно же уже оффтоп, поэтому тоже присоединяюсь к просьбе выделись всё это обсуждение в отдельную тему и почистить. Но пока расскажу в качестве оффтопа про высокомерно-хамовитую форму. Я уже 12 лет живу в Германии и вначале был восхищён доброжелательностью и культурой, царящей там. К хорошему быстро привыкаешь и вскоре мы были почти такими же. И вот представляете шок, когда мы впервые снова поехали в Россию. Эта повсеместная агрессивность и злоба настолько бросилась в глаза, что это был просто шок. Было просто удивительно, что мы прожили здесь много лет и этого не замечали. В аэропорту я едва уговорил свою супругу не комментировать вслух первого же увиденного ею милиционера... Таким же шоком было увидеть русское телевидение после немецкого. Я за эти годы был участником множества русских форумов и практически отовсюду ушёл по той же причине - от немецких они отличаются как небо и земля. Но поскольку мы как были, так и остались русскими людьми, то единственный способ вообще посещать Россию и русские форумы и не быть белой вороной - на время становиться такими же как и окружение, тем более, что навыки не теряются. Хотя вначале было трудно сохранять при любых встречах суровый вид, не здороваться с улыбкой, не приветствовать всех подряд, не желать незнакомым людям хорошего дня или выходных, не корёжиться от мата и сплошного хамства и т.п.

frato написал:

[q]

а как правильно - я не знаю.

[/q]

К стати, обнаружена еще одна полезная функция webtrees по вводу географических мест:
В настройках дерева - вкладка Edit Options -Использовать базу данных GeoNames для автозавершения названий мест
При включении этой функции, во время ввода первых символов названия нового географического - автоматически выпадает список мест.
Но к сожалению база GeoNames по российским и украинским городам (те которые я на вскидку проверил) содержит не полный список всех уровней. Иногда пропущен район иногда область, но это явно видно, поскольку уровни разделены запятыми и нужно в ручную дописывать только пропущенные значения.

vnbob написал:

[q]

А есть програмное решение - довольно шустро работает:

[/q]

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