Единая база по генеалогии

[Николай Чернухин (Энич)]

Николай Чернухин

 

То на костер, то в программисты. Про костер я уже сообщал. Программистом не являюсь, экспертных оценок давать не смею.
Про совершенство я также изложил - оно, совершенство, случится, если все генеалоги, владеющие информацией, ее туда внесут.
Про фантастику не знаю - из какой это области, покажут дальнейшие события. Всякое может случиться - может и Ваш прогноз будет сродни прогнозам Нострадамуса.
Мы здесь обсуждаем варианты создания и принципы работы, а не техническую составляющую, сами же наглядные варианты я для демонстрации также предложил в одном из комментариев со ссылкой где их возможно просмотреть (комментарий № 86,стр. 5).
Насчет функционирования как раз и будем ждать - здесь волшебников нет: взмахнул палочкой - и вот она...
Даже не несколько месяцев пройдет с этого дня, скорее - пара лет точно.
Схемы и принципы работы совпадают с предложенными мною для обсуждения.

[Celler]

Николай Чернухин, Вы в очередной раз указали принцип задуманной БД:

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

но Вы должны понимать, что любая БД ценна своей структурой и самое главное, внутренними связями.
Любая БД это во-первых одна или больше таблиц. Если Вы задумали БД в виде одной таблицы с четырьмя столбцами для ФИО, времени, места события и источника информации, то толку от неё будет нуль. Чтобы объяснить почему, возьму для примера самый простейший столбец из названных - время события. Время события может потребоваться записать множеством совершенно различных способов:
05.01.1905
05 января 1905 года в полдень
начало января 1905 года
первая половина января 1905 года
январь 1905 года
начало 1905 года
начало 20 века
и многие другие варианты. А ещё может быть потребуется указать на новый или старый стиль или указать отрезок времени, например, "с конца января до 18 декабря". А ещё дата может быть приблизительная. А это всё означает, что если все возможные варианты без всякого разбора будут вноситься в одну графу, то совершенно невозможно будет произвести какие-нибудь операции в БД, связанные со временем события. Поэтому чтобы даже создать удобную систему, позволяющую вносить время в самых разных форматах и самое главное, производить поиск и выдавать результаты с учётом форматов представления времени, потребуется создать довольно сложную структуру. Ценность любой БД заключается не в возможности внести туда информацию, а в возможности её оттуда извлечь.
Вы же собираетесь уместить всеобъемлющую БД в четыре столбца. Ну, ну...

[Николай Чернухин (Энич)]

Ни в коем разе. Минимальный принцип вводится для упрощения поиска документа, интересующего нас. Мы все знаем насколько разнородны по форме, содержанию и т.д. бывают документы, в которых содержится информация, содержащая в себе сведения генеалогического характера.
Сегодня ребята приехали досрочно - разложили мы имеющиеся у меня архивные документы - грубо получилось, без более подробной детализации, документов 5ти разных типов - как их обобщить - для этого надо задействовать КОГО: человека, вносящего документ в БД, КАК, что бы не было каши - нужна схема ввода в виде таблички, в которой присутствует ряд признаков (ведь не просто надо скопировать документ, как вы понимаете) - их, этих признаков несколько, (может во время создания, нужно будет корректировать их дальше - не знаю). Сидели мы с этими документами и смотрели, что мы должны загнать в табличке ввода, чтобы затем привязать к ней сам документ - и везде происходят повторяющиеся признаки, которые характерны для всех, имевшихся под рукой документов, то есть (уже изложенные в предыд. коммент.):
1.НАС интересует персона или нет - интересует, у всех типов документов, нам необходимых при составлении своих родословных нужна персона - у всех - мы же не марками машин занимаемся - в представленных документах ПЕРСОНА есть
2. В ряде представленных документов присутствует несколько персон - они нам также нужны при создании БД - это означило продолжение строки "персона" в "другие персоны";
3. где жил наш персонаж - нас интересует - интересует (мы ведь прослеживаем географию своих предков - прослеживаем - мы же не в абстрактном безвоздушно-безтерриториальном пространстве жили - живем - и будем жить) - вот вам место события (назовите по другому, если подобная фразеология вас не устраивает - важно донести принцип до вас, а не количество стержней, потраченных при написании буквы, например "ять")- мы его также вносим. Если место события делить на 20000 территориально административных единиц при вводе - кто ж этим будет заниматься - надо внести место события в виде признака территории (населенный пункт-волость-уезд-губерния(область, край, проч) - упрошенная терминология при нашем с вами общении не отменяет детализацию всех признаков - они изначально должны там присутствовать - иначе мы не разберемся, где - когда - и с кем - что там происходило
4. когда произошло событие с персоной нас интересует - интересует, признак даты события также должен быть на основании документа внесен ВНОСЯЩИМ (может быть и с расшифровкой по указанному принципу, но при детализации даты - сама дата события при вводе должна быть однотипной, то есть при внесении - обработанной ВНОСЯЩИМ по предложенному в карточке ввода).
5. Также в каждом представленном документе содержится источник информации (банальные примеры - вы получили письмо, там есть обратный адрес?, вы получили ответ из архива - там присутствует название архива, который явился источником, представившим вам информацию, вы взяли справку из ЗАГСа - там же написано название этого самого ЗАГСа, справка из сельсовета, продолжать, думаю, не стоит).
6.Только после заполнения всех полей (я на форуме регистрировался - там представлены поля для заполнения, так же и там - только названия другие) вводится документ, который и ПРИВЯЗЫВАЕТСЯ к этой самой страничке, карточке (назовите по другому) ввода информации.
А дальше на примере банального ЭКЗЕЛЯ - много -много всяких таблиц, ссылок, и прочая, чтобы документ сортировался в ячейках по предложенным вариантам ввода - сортируйте потом как хотите:
А.Задали параметр - ИВАНОВЫХ ВСЕХ СЮДА - вот вам все Ивановы,
Б. А мне все Ивановы не нужны, задаете второй параметр, Ивановых из 18-го века - нате получите.
В. А мне, которых в деревне Непонятнокакой Ещетого уезда - вот вам и результат, зачем вам больше при поиске - ведь после заданных параметров веберутся только те документы, которые вас интересуют, вскрыв которые, вы и увидите ВСЕ ОСТАЛЬНОЕ, почитав его ли, скопировав ли себе куда -нибудь, распечатав ли. ПРИЧЕМ ЗДЕСЬ 4 СТОЛБЦА - вы немножко одно принимаете за другое, либо я слабый теоретик, чтобы объяснять некоторые моменты.
Маленький пример из понятной мне отрасли (я врач): есть признаки пола – анатомические, а есть физиологические, есть первичные, есть вторичные – не будем здесь давать им полную характеристику, только кратко: все знают, кто мальчик, а кто девочка – и как это определить, прочее – детализация очевидного с массой вариаций.
Хотелось бы прочитать Ваш комментарий теперь - чтобы увидеть очередные изъяны.

 

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

[Николай Чернухин (Энич)]

И еще - отвечая тем, у кого "физическое образование позволяет", также тем "кто про 4 столбца, 1,5 и проч." - с моей точки зрения, в данной дискуссии важно изложить принципы (обобщенно) создания, ввода-вывода информации, возможности ее применения, детализировать некоторые моменты спорного характера, наметить пути их решения - вы же пытаетесь дискуссию перевести в плоскость детализации технических составляющих программы - столбцы, схемы, ссылки, гиперссылки, корневые каталоги - это работа программиста, внутреннее построение самой программы - тоже работа программиста.
Нам важно - как мы насытим программу материалом, что для этого нужно, сколько человек, десятков человек, сотен, тысяч готовы дать материал, в каком объеме, нужно ли это кому-то (то есть - насколько будет востребована программа), не менее важно - как работают другие подобные программы, какие там недочеты. К примеру, смотрел в одной из присланных сюда на тему ссылок - перепись 1710 года: ЧТО Я ТАМ НАШЕЛ? - НИЧЕГО ДЛЯ СЕБЯ - ТОЛЬКО ТРОЕТОЧИЯ, а остальное мне было неинтересно, так как к Суворовым, Голенищевым-Кутузовым, и прочим уважаемым историческим особам я никакого родственного отношения не имею. Вот это важно, вот этого нет у других подобных баз.

[Celler]

Николай, Ваша последняя фраза ключевая:

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

Этих таблиц может быть всего одна, тогда в базу можно будет внести всё что угодно, но найти нужное в ней будет нереально. А для того чтобы база была работающей, таблиц может быть и много тысяч, о чём я Вам уже который раз намекаю. Причём не только таблиц должно быть много, но и они должны быть все завязаны в единую сложнейшую структуру. Никакой программист ничего подобного не сможет создать без наличия идеи структуры БД. Вы же, Николай, постоянно затрагиваете вопросы, которые по значимости для такой базы стоят на наипоследнейшем месте. В тоже время нет вообще никаких намёков на наличие идеи такой БД. Намёки давались Вам, чтобы Вы обратили внимание на принципиально важные моменты в создании БД, но Вы их похоже даже не заметили.
Если же у Вас есть программисты, которым ничего не стоит создать такую БД, то не надо никаких обсуждений - покажите результат.

 

(добавлено)
Николай, о каких желающих отдать свои материалы в несуществующую БД Вы говорите? И у кого Вы спрашиваете - у нескольких человек, участвующих в обсуждении? Для того, чтобы люди начали вносить в БД информацию, она уже должна быть большая. А для этого программисты должны придумать способ, чтобы внести автоматически в неё например все русские документы с http://international.loc.gov/service/ndlpcoop/. Я ведь тоже предложил ранее создать БД по АТД, причём для этого ничего изобретать не надо, ну и где желающие?

[Николай Чернухин (Энич)]

 

1. По намекам - значит у нас разное понимание одного и того же, для того и обсуждение, чтобы понять где наипоследнейшее, а где наиглавнейшее - и зачем намеки - можно было и конкретно.
2. Программисты есть - насчет ничего не стоит, я такую идею не высказывал, а пытался через участников понять - чего это стоит, т.е., насколько трудно создать подобное.
3. о желающих - люди, потратившие время на создание подобной программы (надеюсь, вы понимаете, что она имеет финансовую составляющую, какую, не будем здесь обсуждать), хотят знать и спрашивают у меня - каковы у них гарантии того, что создав эту базу - туда потоком хлынет информация, я не могу ответить им на этот вопрос- им же отсутствие ответа мешает начать ей заниматься. За спасибо мне и вам ее делать никто не будет, даже мои родственники.
4. ссылки, которые вы присылаете - это как раз одна из моих просьб, для того, чтобы понять проблемы других, и если оттуда есть что взять - включить их автоматически (не будем опять таки трогать вопросы с собственностью, авторскими правами и пр.) - во вновь создаваемую БД.
5. Конечно же, чтобы туда что-то вносилось - она должна быть... ит.д. и т.п.
6. Есть вещи, которые я не замечаю - если вам это также нужно - так и помогайте а не намекайте - т.к. я не программист, не аналитик подобных вещей, не доктор математических наук - я обычный, рядовой пользователь, который при поиске информации, столкнулся с изъянами при этом поиске, и предложил идею, как бы он хотел бы это все видеть, в своем понимании, и понимая, что он не все понимает - он и вынес эту проблему на обсуждение - что в ответ - попытка увести меня в техническую плоскость. Для этого у меня есть сын, он разберется, что главное, а на что не стоит обращать внимания, так как он и есть специалист в данной области. Кстати, всю эту переписку он также прочитывает, и выбирает для себя рациональное.
7. Естественно, пять - десять человек, которые крутятся вокруг этой темы - погоды не сделают, они ищут изъяны - я их анализирую. Если проработается вариант насыщения базы первоначальным материалом, она создастся автоматически, так как идея уже подхвачена, что бы мы тут друг другу не писали и не говорили, так цепная реакция уже пошла, даже если никто этого и не заметил. Единственное, не могу сказать - каков будет конечный результат - так как от разговоров о намерениях до практического претворения пройдет, к сожалению, энное количество времени.

 

Жду ответа.

[koka]

Наконец то прочитал тему целиком.
Выскажу свое мнение.

 

Николай, то что Вы предлагаете очень заманчиво и интересно, но... Идея создания всеобщей генеалогической базы данных витает в воздухе. Возникает вопрос. Почему она до сих пор не реализована??? Долго думал над этим вопросом.
Вывод получается примерно такой.
Любой проект (тем более такой масштабный) подразумевает ответ как минимум на несколько основных вопросов.
1. Цель.
2. Техническая часть
3. Средства.
4. Кадры.
5. Координация первых 4 пунктов.

 

Из всех 5 пунктов Вы более-менее даете ответ на первый вопрос.

 

2.По технической части мне в первую очередь не понятен ответ на вопрос - конечный объем предполагаемой базы???. Даже информация на моем ПК, касающаяся только меня занимает много гигабайт. У многих - в десятки раз больше. Так сколько их в итоге?? И кто готов предоставить эти гига (или тера-) байты??? Где все это будет выложено?
3. Сколько это стоит??? Кто будет финансировать проект?? Даже 2-3 постоянных сотрудника и серверы - это уже немалые деньги.
4. Кто будет заниматься реализацией этого проекта?
5. Кто будет координировать этот проект??
С удовольствием приму участие в реализации проекта (на общественных началах), если будут даны ответы на вышестоящие вопросы.

 

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

[Celler]

Николай,
1. Иногда лучше намекать, чем говорить открытым текстом.
2. Очень желательно иметь представление о технической стороне баз данных. Там всё очень просто и любой программист при желании может легко объяснить суть БД и принципов их создания практически любому человеку. Поскольку программист часто не имеет ни малейшего понятия о том, базу чего он должен сделать, а заказчик не имеет понятия о программировании баз, то желательно произвести взаимный обмен знаниями, особенно в случае создания сложных баз. Я так думаю, хотя я и не программист, но базы данных любительски в Access делал.
3. Мне очень хочется, чтобы эта идея не заглохла и в результате появилась бы толковая БД. Но я стопроцентно уверен, что универсальной БД таким образом не создать, и поэтому прикладываю столько усилий, чтобы убедить всех ограничиться гораздо более узкими реальными рамками. Мне, например было бы зачительно интереснее обсуждать не вопросы типа "отдадут ли пользователи свою информацию в БД или нет", а какие разделы стоит включить в БД в первую очередь. Если мы определимся с разделами (таблицами), то они автоматически перейдут в задание программистам.
4. В качестве примера предлагаю включить в БД раздел АТД в виде таблицы, имеющей следующие графы:
название 1 административно-территориальной единицы;
другое название 2 административно-территориальной единицы;
другое название 3 административно-территориальной единицы;
.......
регион 1, к которому относилась эта АТЕ;
период, в течение которого АТЕ относилась к региону 1 (2 графы);
регион 2, к которому относилась эта АТЕ;
период, в течение которого АТЕ относилась к региону 2 (2 графы);
.......
дата образования 1 АТЕ;
дата ликвидации 1 АТЕ;
дата образования 2 АТЕ;
дата ликвидации 2 АТЕ;
.......

 

PS Может так и убедю кого-нибудь заняться созданием базы АТД

[Николай Чернухин (Энич)]

1. Цель.
2. Техническая часть
3. Средства.
4. Кадры.
5. Координация первых 4 пунктов.

 

Из всех 5 пунктов Вы более-менее даете ответ на первый вопрос.

 

Наконец-то выплывает обозначения следующих очень ВАЖНЫХ СОСТАВЛЯЮЩИХ.
Лично у меня ответы только витают в голове, не обретя законченных очертаний - видятся разные варианты.
Про сервера и кадры мы сегодня (имею ввиду не на форуме) -говорили, говорили и о том, что это будет стоить - см.предыдущий мой комментарий, где сказано, что за создание подобной программы никто за спасибо не возьмется.
Более детально не сейчас.

[Николай Чернухин (Энич)]

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

 

Так и я же о том (см. где я про доктора, но не математических наук), а обмен производим, уже давно - до начала создания в дисскусионном клубе этой темы - в том числе - как обеспечить стартовые условия запуска БД (деньги-люди-обеспечение - все это более предметно отражено в комментарии предшествующего вашему комментарии чл СВРТ из СПб - Koka)
На остальную часть - не сейчас (в смысле ответа, а включить в БД - так кто ж вам не дает - программист нас с вами читает систематически - предлагайте ему как это вписать в предлагаемую идею и вашу идею, если от этого БД выиграет - только и хорошо будет).

[Николай Чернухин (Энич)]

 

1. Цель (как вы правильно заметили - более-менее давал ответ на первый вопрос, хотя элементы других тоже присутствуют, но по ряду причин - не получается озвучить их полновесно) - цель эта: попытка создания некоей универсальной БД по генеалогии, даже если для некоторых - это утопия. Согласен с ними только в малой части - конечный результат не совсем может получиться, как задуманный (но стремиться к нему надо до последнего - тогда получится максимально возможный вариант).
2. Техническая часть (как уже говорил в предыдущем ответе Вам - витает все, но некоторых винтиков не достает, поэтому отвечу как думаю на этом этапе, хотя хотелось еще немножко выдержать паузу):
-а) внести в нее все имеющиеся на руках у генеалогов документы, несущие в себе признаки генеалогической информации хотя бы по всех нас интересующих 17 - 19 векам (даже не берусь подсчитать - сколько это гига- и терабайт- сами понимаете, сумасшедшая цифра) + в перспективе наладить взаимосвязь с архивами (может поэтапно, хотя бы с одним -двумя, глядишь, если появится заинтересованность, финансовая мотивация - другие начнут подключаться сами) - это и есть предполагаемый конечный объем БД (действительно - фантастика, но я в нее верю с упорством "кремлевсого мечтателя" - чтобы отсечь реакцию на эту фразу некоторых комментаторов - очередную рубашку на себя не примеряю).
-б) изначальная задумка была и пока остается (хотя все с меньшей долей уверенности) - создать эту БД на базе СВРТ, но из высокого ареопага не звучит желание взять БД под свое крылышко - ведь почему эту тему я вынес у Вас - чтобы тут ее запустить (я и другие форумы посещаю, но там пока не нашел для себя близких по духу людей - а здесь мне нравится, пока...) - поэтому, поскольку вы чл. СВРТ, спросите у себя - готовы вы эти гига- и тера- предоставить, если нет, значит, надо прорабатывать другие варианты (о чем мы тоже размышляем и прорабатываем варианты).
3.Средства:
-а)сколько это стоит - конечно же много, программисты Вам за спасибо создадут, что ли программу - мы же взрослые люди.
-б)кто будет это финансировать - тоже пока нет однозначного ответа (вы посмотрите реакцию - сколько началось возмущений на мое сообщение №108) -"сыр бывает бесплатным только в мышеловке": ПОЭТОМУ РЕБЯТА И ПРЕДЛОЖИЛИ БАЛЛЬНУЮ СИСТЕМУ (смотри там же- комментарий № 108) - вариантов финансирования несколько, в том числе и размещение рекламы - если сайт станет действительно МАССОВО посещаемым, туда прийдет реклама - и проблема с финансированием решится таким образом, если не прийдет - надо искать другие приемлемые для всех (а для всех невозможно найти единственное решение) варианты.
Сама идея балльной системы более-менее детализирована по нескольким направлениям (там несколько вариантов, в том числе и для таких как некоторые, у кого ноль целых ноль десятых - У МЕНЯ ВЕДЬ ТОЖЕ этот самый ноль целых - я же из этого ТОЖЕ ИСХОЖУ, что и у меня ноль целых, и ТОЖЕ думаю, как бы для меня это было приемлемо) - но видя одни возмущения - каков смысл ее тут детализировать. Нравится это кому-то или нет- балльная система жизненно необходима - ПОКА не будет предложена альтернатива, а ЕЕ НЕТ - ТОЛЬКО ВОЗМУЩЕНИЯ - предлагайте, я весь во внимании.
4. КАДРЫ - ответ давно готов, но здесь не могу его комментировать, единственное, что могу сказать - там должна присутствовать (и так и видится) и инициативная группа - желающие (смотрите ваш ответ и ответы ряда ребят и девчат) уже потихоньку подбираются, только это каким-то образом из болтовни надо переводить все эти желания в реальную плоскость.
5. в роли координатора проекта на начальном этапе вынесения темы виделась некая виртуальная организация - СВРТ, членом которой Вы являетесь. Конечно же данный пункт надо конкретизировать, и у меня есть свои ответы.

 

Как кто-то сказал: ДОРОГУ ОСИЛИТ ИДУЩИЙ ПО НЕЙ.

 

Жду ответа.

[Celler]

Для информации, во всей Википедии порядка 10 миллионов статей и она работает на 350 серверах, которые обходятся в 45 000 долларов в месяц, не считая 30 000 дол. зарплат сотрудников. Проектируемая БД, чтобы быть полезной, должна иметь вероятно ещё даже больший размах, поскольку в ней будет не столько текст, сколько огромное количество сканов, поэтому выбранный путь совершенно нереален. Похоже, есть всего два способа создать нечто выдающееся. Для первого способа необходима компания, имеющая в багаже уже несколько разработанных аналогичных проектов. Тогда для реализации проекта потребуются только деньги, а сам проект через некоторое время может окупиться. Второй способ требует всего лишь одну или несколько умных голов и ничего более. Эти головы создают совершенно задаром оболочку системы и механизмы её развития и пускает её в свободное плавание. Если плавание оказалось успешным, то система через некоторое время может оцениваться уже в миллиарды. У нас же получается примерно такая ситуация, когда человек выходит на улицу и начинает прохожих зазывать поучаствовать в разработке проекта, за который даже google c microsoft пока не рискнули взяться.

[Николай Чернухин (Энич)]

 

Я и склоняю Вас как раз ко второму способу, указанному Вами, только с некоторыми оговорками - на улице стоять зазывалой не хочется, вдруг под холодный дождь попаду - они и создают оболочку, не требуют от вас ДЕНЕГ - взамен (вместо оплаты им, которую- БД- за спасибо не хотят создавать, а хотят видеть перспективность своего ТРУДА - читай предыдущий комментарий) предлагают баллы, чтобы стимулировать пользователя вносить туда имеющуюся у него информацию, а деньги возьмут как раз в том случае, если, как Вы указываете, плавание окажется успешным - для тех, у кого ноль целых - и предлагаются другие варианты зарабатывания баллов. Им нужен всего лишь первоначальный капитал в ввиде постоянно Вами переносящейся на самый последний план в смысле значимости - имеющейся у нас информации - ЧТОБЫ ТУДА БЫЛО ИНТЕРЕСНО ЗАГЛЯДЫВАТЬ ДРУГИМ - и только тогда свободное плавание и оценится, как Вы МОЖЕТ БЫТЬ правильно указываете - миллиардами (а то заглянут, а там пара бумажек, никому не интересных - и не будут больше туда заходить) - ПЛАТА - имеющаяся у нас информация - для других - другие варианты (мы уже несколько раз мусолим эту тему, смысла ее мусолить до бесконечности нет). То, что вы считаете неважным - важно для них- при запуске отдадите имеющуюся у вас полезную для данного типа БД информацию, или нет.
ЕСЛИ ОТДАДИТЕ - ОНИ УЖЕ 2 НЕДЕЛИ ТОМУ НАЗАД НАЧНУТ ЕЕ СОЗДАВАТЬ (ОБОЛОЧКУ И МЕХАНИЗМЫ ЕЕ РАЗВИТИЯ).

[koka]

Николай, спасибо за ответ.
Хотел немного пояснить свое предыдущее сообщение.
Насколько мне известно, в СВРТ практически нет противников создания генеалогической базы. Однако многим она видится по-разному.

 

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

 

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

 

Осмелюсь сделать свое личное предсказание – все равно придет к тому, что будет создано несколько баз более узкой направленности. Создание глобальной генеалогической базы (особенно на основе сканов) не возможно!

 

Чтобы вышесказанное не было голословным – готов поучаствовать в поиске инвестора на создание базы данных, но это должен быть обоснованный проект.

 

P.S Хочу напомнить, что мое сообщение написано в разделе «Дискуссионный клуб» и мое мнение может не совпадать с мнением других членов СВРТ.

[Николай Чернухин (Энич)]

По отличиям и различиям, которые прозвучали в №106 - ответы просматриваются (по совокупности) в №№108, 128, 136, 138.

[Николай Чернухин (Энич)]

Добрый день.
1.Я и не говорю, что есть противники - я не услышал желания взять это все под свое "крылышко".
2. предложение проекта на обсуждение его и его составляющих - перед кем- никто не просит - представьте, а мы обсудим (по крайней мере, нигде это не звучит) - для этого надо решить чл. СВРТ - следует ли этим проектом попробовать заняться, если следует - тогда и приглашайте для представления его на обсуждение. И если он предварительно будет (в принципе) одобрен - под него создайте группу (инициативную) - и начинается тогда работа.
3. по авторским правам - программисты при создании БД, если создадут свое уникальное, заявят эти права, либо СВРТ - если под его эгидой, при его финансовой поддержке и т.д., все это начнет осуществляться. Тогда, при подключении СВРТ и инвестор понадобится.
4. На выходе БД, при том или ином варианте развития событий, скорее всего, трансформируется в более приближенный к первоначальной идее, или менее приближенный, варианты - с этим никто и не спорит, просто есть пока стремление на первоначальном этапе попытаться создать наиболее максимальное - а далее события покажут.

 

К тому же, у Celler прозвучала умная мысль (которая и нами не отбрасывалась, а изначально держалась в уме, и идея под нее: наша программа - ваша информация - посредник между программой и информацией: балльная система) - про облочку и свободное плавание - там просто другие варианты развития событий.

 

Спасибо за Ваш ответ.

[Гамершмидт Роман]

Мне думается что я сообразил про принцып базы:
1) она будет по своей сути как интернет (он же является по своему содержанию базой данных из разных сфер, информацию в которую вносят абсолютно все пользователи выходящие в него и оставляющие свои коментарии)
2) база данных уже сама по себе является очень узкоспециализированной (она затрагивает только генеалогический аспект)
3) она востребована уже сейчас и просто необходима (соответственно будет прибыльна и успешна)
4) наполнение её будет производится в геометрической прогрессии (приинцып наполнения аналогичен принцыпу интернета)

[Celler]

Гамершмидт Роман, совершенно верно, такая база уже есть - она называется ИНТЕРНЕТ, остаётся создать только мелочь - генеалогическую поисковую машину

[Гамершмидт Роман]

Гамершмидт Роман, совершенно верно, такая база уже есть - она называется ИНТЕРНЕТ, остаётся создать только мелочь - генеалогическую поисковую машину

 

Так я про то и толкую, а почему бы не взять за основу принцып работы поисковых систем интернета, но только в заданных рамках генеалогии?!
Необходимо только залить всю возможную информацию связанную с генеалогией в одну кучу и систематизировать её, что и предложено автором темы, а мы я счетаю должны всем миром навалиться, что же до технической стороны вопроса: "Марс всё ближе!" (Брэдбери)

[Николай Чернухин (Энич)]

 

Один Роман за меня борется!!! Все, беру в собутыльники - будем вместе пить лимонад!!!

[tati]

Я категорически против системы -"перед пользованием, сдай "всё", что имеешь".
Когда я впервые, как зелёный юнец, у которого вообще не было никаких архивных документов и знаний, обратилась за помощью к людям, которые были увлечены генеалогией и мне без всяких условий "ты мне- я тебе" , помогли, я была настолько поражена этим, что теперь считаю, что нужно помогать и другим-таким же, как я была, некоторое время назад.
База должна быть доступна, иначе зачем это нужно. Что, может внести в базу человек, который сам нуждается в информации и помощи.

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

[Кабачек]

НИКОЛАЙ ЧЕРНУХИН пишет, с недоумением и надеждой: "Один Роман за меня борется!!! Все, беру в собутыльники - будем вместе пить лимонад!!!"
Я тоже кроме лимонада ничего не пью , и тоже Вас морально поддерживаю, Николай. Per aspera ad astra (лат. - Через тернии к звездам).
- СЕМЕНОВЦЫ НЕ СДАЮТСЯ!
Это, извините, мои новгородские скоморохи влезли (у нас в материнском роду, в одной из ветвей, целый клан семеновцев был, еще с петровских времен) - вот и стало девизом.
- СТИЛЕМ ЖИЗНИ СВРТ!
Ага.

[Николай Чернухин (Энич)]

 

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

[Bianca]

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

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

[Николай Чернухин (Энич)]

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

 

ПЕРВОЕ:

 

1. Общая схема ввода документа:
Вводится только копия документа с указанием минимальной "шапки":
- тип документа,
- источник документа (с указанием архива, номеров фондов, дел и т.п.),
- дата документа (дата события),
- место, к которому относится документ (место события).
В последующем этот документ отправляется на детальную обработку (согласно заданным условиям программы).

 

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

 

ВТОРОЕ (тема, уже затрагивавшаяся Владимиром Celler - ПОЭТОМУ ЖЕЛАТЕЛЬНО, ЧТОБЫ НА ЭТУ ЧАСТЬ ОН ОБРАТИЛ ВНИМАНИЕ):

 

1. Более подробно надо обсудить вопрос по датам (Владимир уже указывал, что признаки дат бывают многогранными - как систематизировать лучше для программы), то есть, тонкости этих дат, которые будут присущи при генеалогическом поиске, чтобы не вызвать неразбериху.

 

ТРЕТЬЕ:

 

При пользовании системой пока предположительно возможны следующие запросы к документам:
1. Запрос по имени, периоду, месту (и различные вариации этих основных параметров).
2. Запрос по связям к персоне (взависимости от не просто количественного, но и качественного наполнения БД), например: показать всех детей такого-то человека - актуально???, или нет.
2А. При актуальности "уточнения родственных связей - возможно автоматическое построение генеалогического древа, НО не стоит исключать того, ЧТО оно может быть сильно фрагментировано ВВИДУ неполного набора ДОКУМЕНТОВ, хотя, с другой стороны, это тоже СТИМУЛ ДЛЯ ПОИСКА.

 

ЧЕТВЕРТОЕ:

 

Наскольно важно ИСКАТЕЛЮ ИНФОРМАЦИИ получить ПОЛНУЮ копию документа, представленного в БД, или ему будет достаточна аналитическая информация по необходимому документу (т.е. типа - архивная справка)???

 

(Кстати, специально для <koka> - мне кажется, я уже представил ПРОЕКТ БД с некоторыми элементами обоснования (правда схематично, но и в предыдущих моих ответах и комментариях тоже кое-что представлено) на рассмотрение, берется ли СВРТ вплотную заняться всем этим, или нет - время уходит (хоть сама программа в одночасье не создастся, но мне кажется, все более-менее уже и так понятно, либо надо браться Вам (я имею в Вашем лице СВРТ, либо - нам искать другие варианты).
Естественно, если проект запустится, за день и даже год он, скорее всего не превратится в реально действующую программу, поэтому риски Вы сами просчитывайте, я всего лишь автор предлагаемой идеи, программисты мои - авторы программы, все остальное Вы должны решить сами.