Перейти к публикации

MrAnich

Члены СВРТ
  • Публикаций

    3 094
  • Зарегистрирован

  • Посещение

Все публикации пользователя MrAnich

  1. MrAnich

    Юмор :)

    Дык, они как раз все и наполовину полные! Это давний прикол про пессимиста и оптимиста.
  2. Да, пока не забыл, но это был одним из первых вопросов при разговоре с потенциальным разработчиком сайта. При регистрации и создании личного кабинета будут введены положения ФЗ о персональных данных.
  3. Вот здесь весьма подробно обсуждалась тема похозяйственных книг (думаю, ссылочка пригодится).
  4. Из книг ЗАГСа в образцах есть только о рождении и неполная о браке. О смерти - нетути.
  5. И надо ли нам при этом включать в систему поиска и введения информации такие пункты, как: 1. постройки, 2.земля, 3.посевы и насаждения, 4.пчеловодство 5.скот?
  6. Валерий, ты вот такого образца похозяйственные книги имел ввиду?
  7. Которые советские? Что-то о них и не подумал, так что спасибо за подсказку. Но тогда - книга записей актов гражданского состояния тоже ведь здесь не помешает.
  8. MrAnich

    С Днём рождения!!!

    У Станислава Владимировича Думина сегодня день рождения, с чем его и поздравляю.
  9. MrAnich

    С Днём рождения!!!

    Всеволод, с днём рождения и удачи в делах!
  10. А посему: 1. надо к полям с однотипными записями дать уточняющее толкование, типа: ФИО (отца, матери, сына, дочери, жениха, невесты, восприемника, восприемницы, поручителя и т.д. в этом же контексте), 2. поля с разнотипными записями сгруппировать по каким-либо признакам, сократив их максимальное количество. --- Но это по тем документам, которые представлены. Хотелось бы получить для выборки и иные типы документов с метрическими данными.
  11. Семь типов записей из имеющихся у меня документов. Как видно из таблицы, некоторые записи характерны для всех типов документов, некоторые - только для конкретного.
  12. Ирина затронула весьма и весьма важное направление. В начале темы (немного подправил суть заголовка, что не меняет направленности темы), вполне себе тезисно и не совсем детально была заявлена тематика проекта. В принципе, ожидал, что рано или поздно встанет вопрос о сходстве и различии иных генеалогических программ. Вот он и вышел на повестку дня. Как в предыдущем сообщении указал - цель одна: создать глобальный виртуальный архив по генеалогии. Вернёмся вновь к проекту по Первой мировой войне. Что толку от того, что появились в свободном доступе оцифрованные именные списки. Да, они стали доступны, но можно было потратить годы, если не больше, пролистывая сотни тысяч страниц этих самых списков, но так и не найти того, которого хотелось бы найти. А вот проект сделал это возможным, не тратя на это годы и десятилетия - пары минут достаточно, если не меньше. Одно было, с моей частной точки зрения плохо - нужда в волонтёрах, причём, в немалом их количестве с учётом объёмом представленной к освоению информации. Здесь же, в данном проекте, предполагается, что команда будет минимизирована до админа проекта, или, если хотите, руководителя, и нескольких модераторов. А волонтёром становится любой генеалог, которому через создание личного кабинета на сайте, будет предоставлена возможность сохранить ту генеалогическую информацию, которой он на данный момент обладает, с последующим бесконечным её пополнением по мере её появления у него. Будет ему интересно - он туда внесёт, сегодня, может быть, один листик, а через месяц захочет ещё с десяток. А через несколько месяцев или лет ещё что-либо откопает, и вновь внесёт. Это и будет команда волонтёров - самозаходящая, самоинициативная, саморегистрируемая, самозанятая наполнением проекта. Всего лишь условие - вносить всю информацию на листе, а не только фрагмент по родственникам, если таковая в конкретном листе будет присутствовать. Вряд ли сразу, но со временем СВРТ будет обладать уникальным генеалогическим архивохранилищем с фактически мгновенным доступом к лицу, которого могут искать, само собой, при условии, если о нём будет в БД информация. Ни один архив подобным ещё много - много даже не лет не сможет похвастаться. Вносящий получает возможность создавать и пополнять свой личный архив, ищущий - получает доступ ко всей имеющейся информации, присутствующей в проекте, потенциальный родственник - возможность списаться через личный кабинет с автором внесённой информации для вполне себе объединения усилий, уточнения нюансов и много чего другого. А древо - его и здесь можно будет построить, если задать и такое направление, но собственно о построении древа я не думал, так как замыслил именно то, что выше и изложил.
  13. Ну, не совсем и не так. В древе строятся цепочки генеаллгические родственников с привязкой к ним и документов. Здесь же предлагается собрать универсальный архив через частные архивохранилища (это личные кабинеты сайта) с возможностью неограниченного обмена данными (поисковая система) и объединением усилий в поиске по одному и тому же направлению (через возможность отправки сообщения автору, разместившему материал, через свой личный кабинет). Примерно так. Личные кабинеты - это своего рода личные архивы, возможность хранить и систематизировать их в электронном виде.
  14. Здесь надо исходить, моё частное мнение, из следующего: насколько часто, допустим, у всех Ивановых, будет в наличии вторая фамилия. Аналогично - прозвища и несколько имён. 1. Если таких много, допустим вводится поле "дополнительные сведения", где конкретизируется, какие именно сведения туда могут быть внесены. Например, как в приведённом вами случае, данное поле будет предназначено, при наличии, для вторых фамилий, имен, прозвищ, фамилий для замужних женщин в девичестве и т.п. В таком случае не надо будет порождать массу полей, а обойтись одним для нескольких нюансов, связанных с дополнительной идентификацией искомого лица. 2. Если таковых единичные случаи - выше мы говорили о поле "иное". Само собой - это лишь моё мнение. И приветствуются иные видения. Как выше писал, полей можно создать сколько угодно, но какова их будет рациональность, если большая часть будет востребована в единичных случаях - проще создать несколько полей в минимально достаточном количестве, где объединить несколько типов родственных сведений. Что упростит задачу заполнения, но и даст максимально достаточные варианты поиска. К тому же у нас пока ещё не затронут один раздел - населённые пункты и связанное с этим АТД. ---- Как говорил один из исторических персонажей о том, что Карфаген должен пасть, так и ещё в который раз обращаюсь к "сидящим над златом" - неужели трудно или жаль поделиться сканами иных документов, которые были бы востребованы при заполнении планируемого к созданию сайта? Ирина, это не к тебе призыв (на всякий случай уточняю) - ведь на форуме масса людей, обладающих такими документами - неужели никто из них даже единожды в тему не зашёл?
  15. MrAnich

    С Днём рождения!!!

    Светлану Ковалеву с днём рождения и удачи в делах!
  16. В принципе, вот так ёмко, информативно и максимально универсально: "СОБЫТИЕ"- "МЕСТО СОБЫТИЯ"-"ДАТА СОБЫТИЯ"
  17. Разберём на примере четырёх типов документов, имеющихся у меня и ниже представленных (всё также надеюсь, что найдутся желающие поделиться и другими образцами), какие поля (графы) характерны для любого типа представленных документов, а какие поля (графы) характерны только для конкретного типа. Те поля, которые присутствуют в любом типе документа, скорее всего должны быть в полях, те же, которые характерны только для определённого типа документа - насколько они важны для поиска, и важны ли при этом самом поиске (если важны - надо создавать под них поле, если нет - достаточно их затем увидеть при открытии документа, либо вносить в поле "иное": :
  18. Также, пунктом четвертым, может важно поле "событие" и его дата - не знаю.
  19. Спасибо за вопросы. Сегодня буквально с час назад говорили с потенциальным разработчиком этого возможного сайта. По большому счету, как я понял, сколько полей нами задастся - столько и будет. Но, какова их рациональность? Какая задача у нас будет стоять? А она такова: 1. Найти искомое лицо, присутствующее в документах, которые внесены будут в БД, 2. Выстроить отношение родства к искомому лицу по тем лицам, которые указаны во внесённых в БД документах. 3. Узнать, какие типы документов имеются в БД и место их дислокации. Может я не всё указал, но на данный момент, с моей точки зрения, это важные варианты поиска - всё остально вторично. Найдя по этим трём направлениям необходимую информацию, мы увидим и прикреплённые к ней документы, где можно уже детально рассмотреть и иные частности. С этой позиции, допустим, поле "пол" может и не важно, а может и наоборот. По крайней мере, всю иную информацию, не нашедшую в программе своего поля, можно вносить в поле "иное". Поэтому и надо вот здесь обсудить, что важно, а что вторично, но увидится при открытии документа. Посему хотелось и откликов на мою просьбу, выше сказанную, поделиться сканами документов, которых у меня нет, дабы увидеть всё их многообразие. Так что Ваши вопросы важны, и позволяют детализировать, насколько важны либо вторичны те или иные поля для поиска. И нам надо через обсуждение найти то оптимально важное количество полей ввода информации, которые будут принципиально важны именно для поиска, иначе получится нагромождение, в котором сам чёрт ногу сломит.
  20. Надеюсь на появление желающих обсудить, предложить и т.д и т.п. Ну, а мне пора в путь на Набережную Обводного канала, работа ждёт. Кстати, сегодня в Исаакиевском соборе у нас в Петербурге венчается Великий князь Георгий Михайлович Романов со своей супругой. Говорят, до 700 гостей. Само собой, меня не пригласили, не тех кровей. Ну, мне пора.
  21. Так-с, итоги вчерашних предложений и замечаний, но надо думать ещё:
  22. И эти графы (событие и дата события) по идее в опцию "добавить" к каждой персоне пр мере необходимости. Пока так в ответ на подсказки Ирины. Думаем дальше.
×
×
  • Создать...

Важная информация

Пожалуйста, прочитайте Условия использования