Программы построения генеалогического дерева

Никакой конкретики по требованиям к работе с прогами гендрева вы не приводили, не частные случаи и конкретика по насущным задачам для большинства пользователей.
И что, разве есть программа ГД которая способна достоверно выявить кто есть чей ребенок у двух пар родителей?!
Что касается синронизации, то это не основная фича для прог ГД. Рекламы конкретного софта я в начале темы не увидел, а лишь отзывы пользователей конкретной проги ГД, преимущественно положительные.
Что касается проги ДЖ, да, она не идеальна и не способна качественно функционировать с предельно большими базами заведенных данных. Но это не является актуальной задачей для большинства строящих свое ГД. Ну. разве если, как вы, пользователи ставят уникальную задачу заводить в базу ГД данные обо всех жителях родных деревень. Но это задача не построения личного ГД, а нечто иное, более общего краеведческого характера.
И повторю для особо героических "танкистов" по использованию собранных вручную материалов: именно с помощью таких документов, в т.ч. хранящихся в различных архивах, а также опросу старших родственников, по аналитике всего собранного материала и составляется гендрево. Никак иначе.

 

Вы прикалываетесь?
Поместье давалось дворянину в "прокорм" как плата за службу. Есть служба, есть поместье, нет службы возвращай поместье государству и его отдадут другому.

Сообщения объединены, 14 янв 2019, время первого редактирования 14 янв 2019

Насущная задача одна установить родственные связи. Графически изобразить ставшую известной связь дело десятое.

Забегу вперед, Хотел по истечении недели после вопроса опубликовать решение. Сама выявить нет, а помочь с применением встроенных функций да.

Вопрос как вы анализируете этот материал. Применяете вы генеалогические программы для анализа или нет? На сколько понял ваши посты лично вы нет. Для вас функция программы одна - нарисовать дерево на основе тех данных которые вы выявили в результате кропотливого анализа в уме и ввели в прогу.

 

ко времени Сергея Львовича это уже было седой стариной, особенно после манифеста о вольности дворянской. Его поместье было уже собственностью, и не могло быть конфисковано, даже если бы Сергей Львович забил на службу гвоздь.

 

1) Программа построения ГД обозначает свои задачи своим названием, т.е. выстраивает ветки ГД. Если данные заведены верно, та же программа ДЖ выстраивает связи автоматически.
2)Вопрос в том как завести данные. Не существует программ которые способны анализировать архивные документы. Ну, пока во всяком случае. А именно эти материалы лежат в основе составления БД для ДЖ, плюс, если важно установление не юридического, а биологического родства необходим генетический анализ на основе биологического материала.
И самое главное, что скажет вам любой специалист с техническим образованием. Заведение в одну программу/техническое устройство решение большого множества задач, усложняет (утяжеляет) работу как программ, так и девайсов. Хотите чтобы программа меньше зависала, уберите неосновные задачи из её функционала.

 

Расскажите это тем у кого конфисковали при Екатерине и Павле.
Но и без всего этого, в моем уезде в 19 веке в своих поместьях жило от силы пять дворян, остальные на службе.
Что далеко ходить сын Сергея Львовича - Александр, который в своем Михайловском отбывал ссылку (в возрасте 25 лет), а в Болдино был пару раз за всю жизнь.
Как ни крути, он сначала поэт, потом дворцовый служащий и в последнюю очередь помещик.

Манифест сослужил дурную службу которая в конце концов привела к крестьянским реформам. Получив "вольность" и права на имения масса дворян их в короткий срок заложило перезаложило.

Сообщения объединены, 14 янв 2019, время первого редактирования 14 янв 2019

Опять двадцать пять.
Не буду вдаваться в подробности, что были проги которые записи из МК конвертировали в формат GEDCOM, от них отказались.
Не анализируют автоматически, но помогают это делать.

Уберите из ДЖ фото и она ускорится в десятки раз, но потеряет свою привлекательность для обывателя.

Извечный вопрос "вам шашечки или ехать". Хотите иметь красивое дерево, но информацию для БД анализировать на коленке, флаг в руки. ДЖ одна из лучших в данном случае.
Вам важен анализ информации собранной по крупицам, когда архивная информация обрывочна, в силу той же плохой сохранности, связи не явные. Тогда и программы используются другие.

Возвращаясь к моему посту с которого началась дискуссия: "Бессмыслено сравнивать две генеалогические программы предназначенные для решения разных задач"
Мой тезка, на чей пост я отвечал, в течении двух лет пытался сравнить две проги: ДЖ, особенности которой вы подробно описали, она генерирует ГД на основе созданной пользователем БД.
Вторая ГеноПро - которая работает от обратного, она не строит автоматически дерево, а наоборот, пользователь "рисует" дерево, анализирует его, вносит коррективы и уже на основе построенного пользователем дерева прога заполняет БД.
Есть еще целый спектр программ в которых реализованы другие алгоритмы работы с ГД.

 

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

Кстати, я как-то побывал в музее-квартире Василия Львовича Пушкина, дяди поэта, где и поставил музейных служащих в тупик вопросами о том, в каком уезде располагалось имение и сколько там было крепостных. Пришлось самому искать. Оказалось, что на пару с братом у них счет шел на тысячи крестьян.

 

Во времена Пушкина камер-юнкер не чин а звание. Титулярный советник как раз чин, причем самый низкий который давал возможность получить звание камер-юнкера. Позже планку повысили до коллежского асессора.

Это не класс, а то же чин. От него зависел размер жалования.

Не исключено, что вы могли с таким же успехом поставить в тупик самого Пушкина.

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

P.s. Не пойму, чего я парюсь, защищая авторов программы ДЖ, которую считаю неудачной. Они прадеду поэта как раз написали основным занятием "Богатый помещик", хотя был сержантом Преображенского полка.

 

вот-вот))

 

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

Сообщения объединены, 19 янв 2019, время первого редактирования 19 янв 2019

И при чем здесь родословие всех жителей деревень всех мест где ваши предки жили? Если говорить о потомках крепостных крестьян, то их предков тасовали немеряно, продавая оптом и в розницу даже в другие губернии. И какое это имеет отношение к программам построения ГД? Еще раз прошу: прочтите начало всей темы.

Сообщения объединены, 19 янв 2019

Есть программы построения ГД в которых фотографии и фотоальбомы будут заметно меньше тормозить её работу? Еще раз: программа построения ГД, а не прога о сборе генеалогических данных, о которой вы талдычите понимая под ней прогу построения ГД. Вы в терминологии ушли не в ту степь, уважаемый.

Сообщения объединены, 19 янв 2019

Установление собственно родственных связей к программе построения ГД имеет отношение как источник, стройматериал.
Вы не отделяете мух от котлет. Путая строительство дома с кирпичными заводами, комбинатами производства блоков панельного домостроения и т.п.

Программа построения ГД, этимологически даже, это по аналогии строительство собственно дома. А сбор материалов генеалогического характера, это по аналогии производство стройматериалов (кирпич, панели, панельные блоки и т.д.).
Не каждый согласиться вашей концепцией поедать котлеты вместе с мухами.

 

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

Сообщения объединены, 19 янв 2019, время первого редактирования 19 янв 2019

Если сами слабо представляете, что такое ГД, почитайте определение в википедии:
Генеалогическим или родословным древом называют представление восходящих или нисходящих родословий и генеалогических таблиц вообще.

Переводя с русского на русский объясняю, что например родословная роспись - это тоже ГД. Более того именно она лежит в основе написания книг посвященных родословию, а схема, так в приложении и то не всегда.

Учите историю, мать вашу.
Тогда будете знать, что крестьяне самое не больное сословие в РИ. Куда им до священников или тем более дворян. Про разночинцев даже упоминать не приходится.

Сообщения объединены, 19 янв 2019

Извините это вы путаете строительство дома с его изображением, выбирая что лучшее рисовать его как живописец, или просто сфотографировать одним нажатием кнопки.
Сам процесс строительства оставляя за скобками.

Я говорю об автоматизации процесса строительства дома, вы о визуализации уже построенного.

ДЖ, которую вы так усердно рекламируете, не строит ГД, она рисует картинку, на основе БД созданной пользователем, это он в ручную выявляет связи вводит в базу данные, кто чей ребенок, супруг, родитель. Другие проги тоже сами не делают, но помогают.

 

Прошу прощения, но разобью спор временно, поделившись своими наработками, на которые меня натаскали мои "учителя", пытающиесяся создать наше древо рода уже более 30 лет, и может наш вариант тоже кому-то будет удобен. Сразу оговорюсь, что он не сравним ни с чем, трудоёмок, но имеет место быть. Это перевод данных с бумажных носителей в автокад (графически каждую семью рисовала ночами на отдельном листе в клетку после походов в архив, съёмка была запрещена по методикам, поэтому только такой вариант был возможен. Создавая изначально на обложке пары по ФИО мужа и жены, чтобы удобнее было искать их, когда смотрела записи о рождении и о смерти... ). Так как уже найденное до меня дерево, нарисованное мааааленькими ячейками уже занимало порядка 10 метров в длину (рулон обоев если раскатать) и в самом автокадее 32 листа А-4 при склейке и это дерево было без рс, только по метрикам и то не всем+ современники, то после расширения мною его в три раза после изучения всех сохранившихся ревизий и метрик оставшихся+я всех женщин рода по соседним сёлам и деревням прошерстила, чтобы отследить фамилию, не говоря про само родовое село, то дерево стало на 88 листов А-4....

Сообщения объединены, 20 янв 2019, время первого редактирования 20 янв 2019

И оно при попытках заливки его на ДЖ висело страшно, но самое печальное - становилось ещё шире и не имело возможности в бумажном виде осуществлять поиск нужного человека... Поэтому мы и отказались от ДЖ. И сделали некую удобную нам для поиска схему - на каждом листе а-4 я делала "шапку-привязку" к родоначальнику и по поколениям можно было бы определить кто кем приходится. Раскладывала листы в папку с файлами как книжку, чтобы перелистывая с поворотом на 90° все укладывалось в поле зрения. Это основной был том. Чистовик. А черновики склеивала скотчем гармошкой по большим веткам, чтобы под рукой были и таи править можно новичков было... Прошерстила все социальные сети с ними, и это помогает в том случае, когда компа нет под рукой - лазила и по деревням с обходом, где даже ноут не воткнешь в розетку, и по кладбищам, срисовывая ещё данные туда... Как-то так... Прошу не судить строго, комментировать тоже не стоит наверное, смысла нет... Но то, что удобный вариант иметь мегапроект в полевых условиях - вот можно на заметку взять. Ну а сама сейчас тоже дико испытываю потребность в новой универсальной быстрой и лёгкой проге систематизировать ВСЕ! Деревья мои не для выкладывания на обзор, для себя и детей делаю, но мне полные такие они интересны по всем именно персонам рода на тот случай, если обратятся родственники с села узнать привязку - вот им и сообщить, ну и интересны демографические процессы в пределах одной кровной большой семьи... Конечно, в идеале, хотела бы оцифрованные копии метрик держать под рукой и созданные деревца на досуге склеивать в одно большое по другим односельчанам (конечно когда свои кончатся), просто процесс захватывает...

 

Ни какой спор вы не разбиваете.
Наоборот очень интересно ознакомится с мнением человека имеющего практический опыт.
Правда рассказ ваш получился сумбурным и не совсем понятным.
Например 10 м в длину, это сколько персон?
Например на этом фото распечатка дерева которое в исходнике у меня на компе занимает 12, 5 тыс пикселей и 400 персон.

На листе А-4 сколько информации получается?

 

Посчитала первый вариант, который на листах А-4 получился в количестве 32 штук и это же дерево, нарисованное от руки на рулоне обоев 10 метров - около 1271 персоны, но было неудобно визуально смотреть и искать привязку современника к родоначальнику - приходилось разматывать, ставя ограничители, и ползать реально по полу, поэтому после РС и добавленных метрик и современников и перешли на форму склеенного гармошкой с обозначением привязки на каждом А-4, вышло 88 листов, персон считала давно очень именно по количеству по поколениям в принципе, а не на всем листе, так как родоначальник и начальная часть дублировалась же. Но сразу не скажу сколько их, так как вторую большую часть не распечатала ещё - как-то другие дела в жизни стали происходить и отложила большое дерево до лучших времён. Предполагаю, что на 88 листах должно быть раза в 3-4 больше, то есть около 5 тысяч. У нас оно восходящее: внизу родоначальник рода и пошло вверх и только кровные родственники с супругами и детьми, но с максимальным изучением смены фамилии и отслеживанием их судьбы, ведь женщины после замужества продолжали нести кровь рода дальше. У нас такой принцип именно у этого большого дерева получался. Автокад давал возможность максимально уплотнить дерево и сохранить метрические данные и смену фамилии. Из элементов там нужны были только горизонтальные и вертикальные линии и овал. Ну и текст печатала там же. Зато можно было на линию брака нанести дату свадьбы

 

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

Сообщения объединены, 21 янв 2019, время первого редактирования 21 янв 2019

Где это я рекламировал именно ДЖ? Что вы в который уже раз на меня клевещите, уважаемый?! Напротив, я отмечал, что прога ДЖ имеет немало недостатков, а также нововведений в новых версиях которые (нововведения) меня не устраивают.
Но главное, что любой завод БД в прогу построения ГД на первоначальном этапе требует ручного и контролируемого ввода данных.
Ну и заявление что некая прога на основе БД не строит ГД, а рисует картинку, вообще бред. Если программа правильно картинку нарисовала автоматически, это и значит, что генсвязи между персонами тоже в ней автоматически верно выстроены.

 

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

Пять тысяч персон нарисовать фактически в ручную, огромный труд. Я бы не решился на такой "подвиг".

У вас оно нисходящее от предка к потомкам. Ориентация на бумаге значения не имеет.

Ну это делают все генеалогические программы.

Ну ГеноПро делает это последние лет двадцать в автоматическом режиме.

Сообщения объединены, 21 янв 2019, время первого редактирования 21 янв 2019

Получил заявку на поиск выполненную в программе Гено Про, некоторые возможности продемонстрированы.

 

Господа, вы бы обратились к какому-нибудь программисту, ну или сами бы выучили какой Бэйсик/Си++. Задачка сделать такую программу абсолютно плевая!

 

Как все запущено.
Сравнение процесса создания ГД со строительством дома для вас нормально, а аналогичное сравнение генеопрограмм с текстовыми редакторами выше вашего понимания?

Извините но вы демонстрируете очень низкий уровень знаний . Мне не интересно общение с дилетантами возомнившими себя крупными специалистами.

 

В моем случае объяснено доступно, с семантической т.з., в вашем примере перевернуто с ног на голову. Умение понятно разъяснять свою т.з. дано несомненно не каждому, и качественно имеет разные градации в каждом отд. случае. Особенно когда нет единого мнения по терминологии.

Не настаиваю.

 

Ну, если плевая, то не возникали бы вопросы проблемности работы таких программ с большой БД.

 

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