User talk:Baya/Archive 2010-09-20

From Rodovid Engine

Jump to: navigation, search

Note: I will typically reply to messages here (to avoid fragmenting), so be sure to watch this page. Thanks.
Archives of Baya's talk page: 2012-1122, 2012-0424, 2011-0315, 2010-0920, 2009-0126, 2007-0801, 2017-0205
Please, do not edit archived pages!

Contents

[edit] export to gedcom

Baya, how do I export my information to GEDCOM? -tiago 17:25, 5 Março 2009 (USA)

  • Currently this feature does not work (((( --Baya 17:40, 6 March 2009 (EET)

Baya, is the export feature to GEDCOM available? If not, when? -tiago 17:25, 4 July 2009 (USA)

  • I can't guarantee any time now unfortunately (((( Sorry. But I can say that it will be --Baya 17:14, 5 July 2009 (EEST)

[edit] import from gedcom?

Hello, i'am a new user. I found this web site perfect. The concept to use a wiki form is really the best solution available today. I would like to add my own tree but i'have close to 1600 distinct sosa, and i can't imagine to add them manually. Have you an automatic process to add them ? I saw that a import gedcom feature was available in the past. In addition, i manage in my tree a copy of the acts which is usefull to proof the links. Could it be possible to have a process for this, as the gedcom doesn't manage it? i have crated an account user Lucbu Best regards

  • Unfortunately, I can't predict now when gedcom import will return. But I do it asap. You can watch Current events and will recieve message about any technical changes at rodovid. --Baya 20:50, 15 March 2009 (EET)

[edit] don't do things twice !

all wiki gedcom import software is all ready, don't do developments double if that is not necessary. Contact Dallan at http://werelate.org/wiki/User:Dallan This is Dallan: [My name is Dallan Quass. I am a software engineer / researcher by profession, but I am now retired and I spend most of my time working on WeRelate. Although I don't believe that I am much of a genealogist, I have a strong desire to make family history research more fun and rewarding.

If you want to leave me a message, you can edit my Talk page or you can send me an email. If you want to find out more about my family, you can visit my wife's user page or you can visit our family website, where we have posted a fun claymation Christmas video. View the WeRelate ToDo List''. Fred Bergman 23:59, 23 March 2009 (EET) ]

Note that discussions for merging with WeRelate never came to anything because Dallan and Baya have different ideas on how a genealogy wiki project should run. --Wikiacc () 21:11, 9 May 2009 (EEST)
I know Dallan, he believes that Adam and Eve really existed and allows pedigrees and trees from Adam and Eve to now living people and block you if your opinion is that this is bullshit and phantasia halluciana. I made more than 60.000 edits, merges and improvements within 2 monthes and was first blocked for infinite and after my protest for 1 year, but I told him that I should never come back at WeRelate if he continues blocking me for 1 day. Otherwise communicated Dallan with Familypedia that his software was free to use as wiki software, so there are chances. --Fred Bergman 02:34, 3 July 2009 (EEST)

Can you prove that Adam and Eve did not exist?

[edit] Discussion between users and subjects discussions

Hello,
Still new on Rodovid, i have started to fill my tree in this nice website. And i start to get some nice advise from some specialists. Then i would like to learn more and see that it is not easy to follow an old subjet as the discussion is shared in differents discussion pages. Then i think that this is not the best and appropriate way to learn and/or discuss about general things about Rodovid. Don't you think that a simple and classical Forum site will be better ?
But maybe such Forum discussion web site already exist ?
Thanks again for this nice tool.
Best regards

--lucbu 16:14, 27 March 2009 (EET)


  • You are the first who ask about classical forum. I can add forum, but! there are exists some problems: how translate important discussions, who will moderate forum, etc. --Baya 17:23, 30 March 2009 (EEST)
    • Hello, i think that such additionnal tool, will help Rodovid. For moderation, i guess that the locals admin could have such rights. Concerning the translation, it will similar to the actual discussion... in each language. Differents sections per language will be necessary. If you wish some help for moderation, i could help you too. --lucbu 09:40, 31 March 2009 (EEST)

[edit] Error when replacing IMAGE... after completed process...

Baya, can you see why page after process an image replacing show a box with error ? I think that HTML code maybe is incorrect... ?

http://pt.rodovid.org/wk?title=Especial:Upload&action=submit

After I upload a NEW VERSION of 1003.jpg, the box where a IMAGE would be loaded has the error/content: 1003.jpg">Imagem:1003.jpg Descrição

When I return to Image's page ( http://pt.rodovid.org/wk/Imagem:1003.jpg ) the box is ok...

Thanks. Morais 10:27, 5 April 2009 (EEST)

  • Try reload page more strongly. I see that this image is ok. --Baya 13:55, 9 April 2009 (EEST)
  • Hi Baya! Yes, the image is ok, but EVERYTIME when I'm UPDATING (upload a new version) an image this error is the same... the HTML(?) error is in the page with &action=submit, not at the principal image page... Thanks. Morais 08:03, 10 April 2009 (EEST)
I just reupload 1003.jpg and have not seen any error. --Baya 12:09, 10 April 2009 (EEST)

[edit] Where are pics(IMAGES) from Rodovid PT ?

Hi Baya!
All of my person pics/images are a broked link... :-(
Where are images ? What was changed: command, workarea or location ?
Example: pt:Person:1282
LOG FILES and RECENT CHANGES NOT record any deletion... :-(
Thanks. Morais 04:57, 21 May 2009 (EEST)

-- Added without a signature by Morais69br.

  • Same here. All images I uploaded to my family tree on ru.rodovid.org seem to be missing. Example: ru:Person:18055. Is this a known issue? Thanks, --ilgiz 01:39, 21 May 2009 (EEST)

Now all pictures come back ))) yesterday one hard disk in file server was died. During store rebuild image bank was not accessible. But now it is all OK. Sincerely, Baya 08:13, 21 May 2009 (EEST)

  • Ok, Baya. No problems ! I write to you thinking about a cracker invasion, spam or others... :-)
    Thanks a lot! Morais 09:41, 21 May 2009 (EEST)

No problem ))) I understand your fears. --Baya 12:53, 21 May 2009 (EEST)

  • Ohhh... HD of images was died other time ? :-( Morais 07:42, 3 June 2009 (EEST)

[edit] БРАК

Добрый вечер, Ярослав!

В разделе БРАК, если указывается (город, район, область, страна), и при переводе на другой язык, остается последняя правка без изменения, на том языке, кто делал последнюю правку. Почему так происходит? Ведь место рождения и смерти, например, меняется при переводе на другой язык. Sherlok

  • Здраствуйте, я не могу повторить указаную ошибку. Дайте, пожалуйста, ссылки на страницы с ошибками? --Baya 15:56, 2 June 2009 (EEST)

Вот пример, вчера правил: http://ru.rodovid.org/wk/Запись:29868, она же в анг. версии: http://en.rodovid.org/wk/Person:29868, если поменять место бракосочетания на анг. странице, то поменяется и на русской. Sherlok

  • Да, увидел. Данные сохраняються правильно (это видно на страницах про семьи). А при подгрузке дерева персоны, подгружаются только глобальные события семей (а в глобальные записывается последняя редактируемая локализация). Просто не исправлю. Запишите на багтрек пожалуйста. --Baya 09:18, 3 June 2009 (EEST)

[edit] How to search only FULL string with multiple words ?

Baya, how to do search with multiple words as a unique string ?
At PT localization, I searched for Place:Macedo de Cavaleiros and for "Place:Macedo de Cavaleiros" (with "), but in both show as result each word, not only the full string... :-(
Thanks. Morais 07:47, 3 June 2009 (EEST)

  • [1] I see only results for full phrase. On result page search engine mark by red all words from full phrase (not a just phrase), but every record contains looked full phrase, - check records page. --Baya 09:28, 3 June 2009 (EEST)
  • So, so... I've used the SEARCH button and not the GO... It is not true for ALL cases/entries. The red mark isn't the problem, but the results...
    Some records in result list haven't the searched string in their body, but only have it in their parents, children/sibilings or family records... The search show more records that content occurs... :-(
    Ex: pt:William (?, b. 1941), pt:Marie (?, b. 1875), pt:Person:225409, pt:Alfred (?, b. 1874 d. 1899), etc... Morais 11:57, 3 June 2009 (EEST)
in their children or spouses — into events list of person!!! --Baya 14:08, 3 June 2009 (EEST)

[edit] Table crash on de.rodovid.org?

When I want to add a family, there ist the following error message:

Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete: (SQL-Abfrage versteckt) aus der Funktion „SearchMySQL4::update“. MySQL meldete den Fehler „145: Table './rd_a/wiki_searchindex' is marked as crashed and should be repaired (localhost)“.

[edit] Error message

Baya ! We have the same problem on the french version. This message

Erreur base de données Erreur de syntaxe dans la base de données. La dernière requête traitée par la base de données était : (requête SQL cachée) depuis la fonction « SearchMySQL4::update ». MySQL a renvoyé l’erreur « 145: Table './rd_a/wiki_searchindex' is marked as crashed and should be repaired (localhost) ».

appears when we "save" a modification, or when we "add" ... and when we "search". Marc ROUSSEL - --Markus3 17:05, 10 June 2009 (EEST)

Erro na base de dados
De Rodovid PT

Ocorreu um erro de sintaxe na pesquisa à base de dados. A última tentativa de busca na base de dados foi:

    (Consulta SQL escondida)

na função "SearchMySQL4::update". MySQL retornou o erro 
"145: Table './rd_a/wiki_searchindex' is marked as crashed and should be repaired (localhost)".

[edit] Предложение

Добрый вечер, Ярослав! Если есть такая возвожность, ограничить вход для не зарегистрированным пользователям, т.е. просмотр возможен, а ввод данных о своей семье, запрещен, только после регистрации. Незнаю, как в других локализациях, но на русской, это происходит постоянно, вводят одиночные записи и пропадают, устал уже редактирорвать, а есть ли смысл? И ещё, если это не проблема, как с вами можно связаться на прямую, через ICQ или Mail-агент, сообщите через E-mail. Спасибо за понимание. Sherlok

  • запретил. 4семь7семь6ноль6 --Baya 14:53, 22 June 2009 (EEST)

[edit] Рід

Привіт. Цікавий глюк.

http://uk.rodovid.org/wk/%D0%97%D0%B0%D0%BF%D0%B8%D1%81:234723

Рід позначений не червоним, а блакитним. --Ігор 16:19, 22 June 2009 (EEST)

  • Це не глюк, це так має бути :) бо дуже багнато буде червоних лінків. Також не дуже багато людей описують призвіща. --Baya 17:28, 22 June 2009 (EEST)

[edit] Чеська

Створюй http://cs.rodovid.org

Віт готовий одразу перекласти першу сторінку.

[edit] Новий користувач

В литовській чеській і можливо, інших версіях чомусь нема "додати людину".

  • MediaWiki:Sidebar --Baya 12:10, 21 July 2009 (EEST)

[edit] ГЛЮк?

http://uk.rodovid.org/wk?title=%D0%A1%D0%BF%D0%B5%D1%86%D1%96%D0%B0%D0%BB%D1%8C%D0%BD%D1%96:Log&user=Pauel

що значить останній запис?

Це означає, що користувач створив корситувача двічі. --Baya 11:02, 27 July 2009 (EEST)

[edit] Внимание: Вандализм администратора!

Ярослав, что за фигня происходит? Это просто вандализм админов начинается! Какой-то хмырь начал предъявлять претензии,[2] заявив затем, что он, видите ли «админ»[3] (вдруг объявился!).[4] Удалил записи и сделал глупые перенаправления страниц.[5][6][] При том, всё исказилось в родословной. Нахрен такое дело и зачем создавать подобные сайты, если сначала заблокировали правки, потом меня, теперь переименовывают статьи и перенаправляют их. Ссылка на админа перенаправляет с русского раздела на украинский. Пусть он там и руководит себе! Чего он в чужие родословные лезет?!!! Ещё заявляет, что он «хамов ненавидит»?! Сам хам:[7] нахамил, не подписался, предяву накарябал; потом дописал, что он, видите ли "админ" (с припиской, -- «если не понимаете»), не имея никакой информации на своей страничке, кроме ссылки на украинский раздел (мне его раздел не нужен – я ам не пишу).[8] В своём же раделе обсуждений всё удалил, чтоб недоказуемо было.[9] А по последовательности записей было бы видно, кто хамил первым.

В таком случае, мы со своим родом не желаем больше принимать участие в вашем начинании, если вы даёте "флаг админа" всем, кому попало.[10] Выдно мы вам зря поверили, прочтя заглавную страничку.(удалено)

По подобному шаблону видно, что админом поставлен ребёнок.[11] Может быть ещё порнуху поставить в шаблонах, для привлечения маргинальной молодёжи?

То, что он написал Маше[12] полный бред, который персонально его (этого админа) не касается. Даже на её страничке "админ" проявил хамство и неуважение к человеку и женщине, не представившись. То что он не подписался - не важно, но он зашёл на страничку человек в первый раз, как пнув дверь ногами. Если мы написали о гражданстве нашего родственника, значит так и должно быть написано и так оно есть на самом деле, что подтверждено документом.

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


Здраствуйте. Во-первых, прошу прощения, в этом году забыл поставить заметку, что я в отпуске. (( Уже вернулся. )) А теперь по порядку.
  1. По поводу хамства. Имхо, слова и фразы "хмырь", "видите-ли «админ»", "вдруг объявился", "нахрен", "предяву накарябал" в разговоре со мной, как и с другим малознакомомым человеком являются вообще-то хамством изначально. Поэтому предлагаю опустить все обвинения в хамстве вообще.
  2. Чесно говоря, я НЕ МОГУ догадаться КОМУ отвечать? Поэтому обвинения об отсутсвии подписи и представления тоже следует снять.
  3. Аргументы типа "раз так, то мы идем играться в другую песочницу", как минимум, я не могу рассматривать серьезно.
  4. Анализировать шаблоны? Вам не понравились череп и кости? Предложите другую картинку.
  5. Я не вижу ничего бредового на странице обсуждения Маши, не могли бы вы конкретней пояснить, что там бредового?
  6. По поводу "Гражданина Галактики" - это в любом случае НЕ МЕСТО, а гражданство. Т.е. такие данные должны быть в поле "детали события", а не "место события".
  7. Про отдельные страницы для описания фамилий я с вами полностью согласен, если там действительно десятки представителей фамилии, а также большое и громоздкое описание фамилии, то их следовало бы разделить для удобства пользования.
Итого: из семи условно выдделеных тем только одна является конструктивной...
с уважанием (даже к анониму) Baya 15:34, 22 August 2009 (EEST)

Спасибо за уважение.) Сразу необходимо заметить на ваше первое замечание, что это причинно-следственные связи: непреднамеренно-хамские действия админа вызвали ответную реакцию. Чтоб избежать подобного, необходимо установить правила поведения административного состава и требовать указания реальных имён и фамилий с должностями на их персональной страничке в каждом национальном разделе, где они "руководят". Я не админ, чтобы красоваться и указывать свои имена и данные - в этом нет никакой необходимости: речь идёт о конкретных ситуациях. Про "песочницу" намекнули вы и сейчас... - а почему бы и нет. Вы о какой именно пишите - там где мальчики или девочки? По поводу "Галактики" - в любом случае решать не сторонним наблюдателям, а конкретным лицам - тем, кто составляет своё родословное дерево и описывает своих родственников и предков: они это знают лучше вас, а в некоторых конкретных слючаях имеют и подтверждающие документы. Я понимаю, что некоторым притит, но это только их проблемы - жизнь изменчива. Место было указано в разделе "гражданство": если оно есть, то как и куда было его ткнуть? Вот и записали в то место, куда пишут страны и города - по принципу территориальности. По поводу описания фамилий, их происхождения, истории и т.д. необходимо заметить, что это как бы то изобразить в дереве или поколенной записи, ато оно исчезает при распечатке и необходимо открывать каждое описание отдельно, и печатать отдельно. Даже перенос статьи Бержеминский в отдельное место Род:Бержеминские с пофамильным списком, не изменил ситуации. С уважением в вам, не даже, но обычный анонимный писатель и читатель.

Уважаемый аноним.
  1. Все сразу сделать невозможно. Как мне известно, Игорь после окончания "начальной" разработки портала и административных шаблонов займется или уже даже сейчас занимается правилами. В том числе и для админов. Хотите поучаствовать - милости просим.
  2. Про песочницу я не намекаю. А говорю как есть. И что я про это думаю.
  3. Повторяю по поводу "Гражданина Галактики" - это в любом случае НЕ МЕСТО, а гражданство. Т.е. такие данные должны быть в поле "детали события", а не "место события". Если же вы считаете, что вы имеете информацию о событиях, которые происходили не в нашей Вселенной, не в нашей Галактике, не в нашей Солнечной системе или не нашей планете, то дописывайте в поле "место события" конкретную информацию. Если же вы хотите дописать, что село "Калиновка" находится в нашей Галактике, то такая информация в данном случае является не только излишней, но даже вредной. Такое уточнение является слишком ресурсоемким.
  4. Про описания фамилий при распечатывании я не понял, чрто вы имеете в виду.
--Baya 16:12, 25 August 2009 (EEST)

[edit] Распечатки

К примеру, при распечатке дерева и информации о фамилии, GEDCOM -- не отражается пояснительный текст общего характера,[13] как в разделе Род:Бержеминские.[14] В распечатку попадают только тексты из каждой странички описания имени. Т.е., если вы записали дополнительную информацию и загрузили фотографию к какому-то имени из общего дерева, то эта информация попадает в распечатку, но та часть, которая говорит об общих направлениях - истории фамилии, её происхождении и т.д. не отражается в общем дереве и её необходимо искать и распечатывать отдельно. Если же общую информацию добавлять в дерево фамилий (которая отражается в разделе "Род" над общим списком всех имён и фамилий), то распечатка выглядела бы в виде целостного информационного справочника или книги о происхождении рода со списком имён.

А если это запись человека? у которого на протяжении жизни было несколько фамилий? Неужели сложно распечатать отдельно информацию о фамилии и информацию о человеке? Какой смысл показывать одно и тоже на на десятках, а в некоторых случаях и на тысячах страниц? --Baya 10:33, 28 August 2009 (EEST)

Картинка дерева[15] печатается с искажением.

Эта проблема существует давно. Большие деревья, которые целиком не влазят на страницу печатаются со значительными искажениями. На сегодняшний день это не самая спешная проблема --Baya 10:33, 28 August 2009 (EEST)

В данной росписи не отражаются записи и фотографии из раздела страничек "Бракосочетаие".

Баг, запишите на багтрек, пожалуйста. --Baya 10:33, 28 August 2009 (EEST)

Как загрузить в Родовод и/или скопировать GEDCOM файл. Нет ни поясняющей ссылки ни перенаправления.

Временно отключено. --Baya 10:33, 28 August 2009 (EEST)

[edit] Igor roz

Просбьа снять с Igor roz флаг администратора за вандализм и безграмотность! СССР никогда не был РСФСР.[16] И за глупые формулировки при блокировках тоже.[17] Если вы этого делать не желаете, прекрасно - мы в свою очередь продемонстрируем подобный фарс и безобразия вашего "административного состава" всем, кому посчитаем нужным.

  1. СССР - Союз Советских Социалистических Республик. РСФСР - Российская Советская Федеративная Социалистическая Республика. Оба варианта являются верными, так как и РСФСР, и СССР являлись субъектами права. Полным значением поля в конкретном случае является Шахан, Шахтинский район, Карагандинская область, РСФСР, СССР.
  2. Так, блокировки были поспешны, но формулировки не глупы. После разбирательства были сняты. Т.е. инцидент исчерпан.
А по существу ответить не могу, так как не знаю, с кем говорю. --Baya 15:46, 22 August 2009 (EEST)

Яр, вы ошибаетесь: им было исправлено - СССР на РСФСР, а в некоторых местах на несуществующее РСФРС; посёлок Шахан (в результате таких правок) попал в РСФСР, хотя он находится в Казахстане или КазССР (из прошлого страны СССР), Карагандинской области. Кроме того, не похоже, что человек имеет юридическое образование, если не знает правил общения с незнакомыми людьми (надо будет профессору Погребному сообщить, что он плохо учит студентов в Киевском университете и поинтересоваться "не его ли это студент"). Являясь администратором он даёт указания не представившись и не имея информации на персональной страничке в русскоязычном разделе. Таких указчиков было уже много (и в качестве "вандалов" тоже). От того, что вы будете знать с кем общаетесь - ничего не изменит в нашем случае: я не админ и к руководящим должностям не стремлюсь - речь идёт о ситуциях, которые могут повторяться и создавать конфликты, а не о конкретных персонах.

Тем более, я тоже не знаю, что Шахан был в КазССР. И вы ему должны сказать спасибо, что он обратил ваше внимание на слишком общее описание места события - исправили бы себе на КазССР, и дело с концом. Другие пользователи, например я, когда видят надпись СССР, не обращают на нее никакого внимания — слишком общо. --Baya 16:18, 25 August 2009 (EEST)
А может быть "я другой такой страны не знаю, где так вольно дышит человек", кроме СССР. Мы родились в СССР и были гражданами СССР, а не Казахстана, России или Украины и т.д.) Как, к примеру, и американцы -- вне зависимости от штатов.
Территориально Карагандинская область пренадлежит КазССР, а КазССР принадлежит СССР. Вы же не будете спорить, про то, что запись
Шахан, Шахтинский район, СССР

является адекватной и полной, или хотя бы однозначной? --Baya 10:36, 28 August 2009 (EEST)

  • Ярослав, а кто же его, этого Игоря, будет блокировать за самоуправство, враньё и хамство по отношению к дамам? Она уйдёт - нет проблем: только после удаления всего вклада, который был сделан ранее!!! [18] А я её поддержу, и также удалю свои записи. Жаль что делал ссылки на ваш ресурс и рекомендовал сайт другим. Теперь будем делать обратное, тем более, что ранние замечания вами были не учтены. Кроме того, ваш хамовитый "администратор" начал блокировать и IP, не учитывая то, что с них могут работать несколько человек.
Какая причина блокировки какого IP? --Baya 09:06, 10 November 2009 (EET)

[edit] Прадеды, пра-прадеды

Можно ли в настройках дописать вместо цифр, также как и "отец" с "дедом" - "прадеды", "прапрадеды" и "правнуки", "праправнуки" или это сложно?

Слишком длинные слова... Хотя можно сделать отдельные настройки для отдельных локализаций - добавьте запрос на багтрек. --Baya 10:38, 28 August 2009 (EEST)

[edit] Необходимо и важно всем

Посностью поддерживаю: "Учитывая неадекватность поведения и ответственность административного состава подобных проектов, а также своеобразный характер деятельности (и взаимосвязь с коллективом участников) к которой они зачастую стремятся сами и которых выбирают в «руководство», необходимо — в обязательном порядке опубликовывать реальные имена и фамилии этих персон, а возможно и род их деятельности в миру. Это поможет, прежде всего — им, быть более рассудительными и трезвыми в своих действиях, …как Петр первый заставлял дворян своих указы и грамоты подписывать именем собственным, дабы величия и глупости видимо было при дворе его… Можно понять некорых админов, которые будут удалять это сообщение по причине страха за себя и свою сюдьбу, как это произошло в Википедии, объявляя их «провокационными» и скрывая от общественности различних форумов".

Такое негласное правило есть. Все администраторы связаны с записями о конкретном живом человеке. Без такой связки стать админом невозможно. --Baya 10:39, 28 August 2009 (EEST)

[edit] source code

Hello from Austria... any way to get/download/license/buy the Code of this nice project? Thanks! Altneuland 14:15, 27 August 2009 (EEST)

Sorry, now it is unavailable. But in future it will be possible. --Baya 10:43, 28 August 2009 (EEST)

[edit] GEDCOM import disabled temporarily

Will this ever come back ?--85.144.36.112 22:45, 27 August 2009 (EEST)

Obligatorily --Baya 10:45, 28 August 2009 (EEST)

[edit] What you think about PERSONAGES here ?

Hi Baya !
What do you thing about PERSONAGES here in Rodovid ?
pt:User:Léo is translating a great amount of fictitious people to Rodovid PT, who already exist in DE localization and others… :-O
Is it ok ?
Please, see some examples:
de:Person:148924 = pt:Person:148924
de:Person:139177 = pt:Person:139177 and many others....
Thanks. Morais 11:45, 11 September 2009 (EEST)

  • I have not seen any translations, just copying from de to pt localization. Absolutely useless copying. IMHO, all this must be moved to EN localization. Also all of these records should be marked as fictitious personages. --Baya 17:15, 11 September 2009 (EEST)
    • I thought the purpose of Engine was for fictitious people and testing that doesn't belong in the main database. Wouldn't it be better to delete these records and recreate them in Engine instead? --Wikiacc () 21:09, 19 September 2009 (EEST)
It's true. I think it is reasonable to create a new database for fictitious people. --Baya 11:58, 21 September 2009 (EEST)
  • Is need create a new database ? Why don't create only a new field about person to SELECT as "fictitious" ? Morais 18:00, 21 September 2009 (EEST)
Very good idea, any way many person are "mythological", also people genetic tree exists already. Yes, I'll do it. --Baya 19:01, 21 September 2009 (EEST)
  • It's true ! I think that already exist also BIBLICAL trees... :-)
    A new Rd_Stats type (as events) with code and text (translations) solve this question... and user can still using translations for these cases. :-) Morais 19:35, 21 September 2009 (EEST)

Who check bug track for these enhancement? :) --Baya 23:00, 21 September 2009 (EEST)

[edit] Спам?!

С чего бы это "Литературка" - Литературная газета с форумом (lgz.ru) в спамеры попали? У кого-то параноя? Форумы -- не спам, а споры и выражения общественного мнения в частном порядке с возможностью демонстрации примеров и ссылок. В таком случае Википедия и подобные -- на много больший спамер в интернете.

Что и где произошло? --Baya 14:43, 17 September 2009 (EEST)

[edit] Грамматика

Ярослав, заметил несколько ошибок в RdLanguageRu.php. Как можно исправить? Нужно доступ sysop или писать правильные варианты куда-то отдельно? --Volkov 22:30, 17 September 2009 (EEST)

RdLanguageХХ.php существующих локализаций исправлять не нужно. Я их "полуавтоматически" иногда обновляю прямо из системных собщений ХХ локализации. --Baya 12:18, 18 September 2009 (EEST)
Ага, понял, то есть system messages в локализации первичны. Хорошо, буду править там, если что. --Volkov 15:13, 18 September 2009 (EEST)

[edit] Грузинская локализация

Здравствуйте, я редактирую грузинскую версию, у меня на это должны быть какие-то права. Спасибо--თეკა 17:46, 18 September 2009 (EEST)

Зависит от того, что вы хотите редактировать. --Baya 19:24, 18 September 2009 (EEST)

[edit] pt-pt vs. pt-br

Ярослав, изначально pt локализация вроде была заявлена как европейская? Сейчас стараниями местных админов в pt:Especial:Allmessages появилась мешанина португальских/бразильских сообщений. Как быть? Может быть на один домен pt прикрутить возможность выбора pt-pt или pt-br и иметь разные копии Especial:Allmessages для них с возможностью выбора на одном сайте? --Volkov 23:50, 18 September 2009 (EEST)

Проблема в том, что pt-pt и pt-br не варианты языка в медиавики, а отдельные языки. Т.е. нельзя пользоваться конвертером. А выбор языка закрыт для того, что бы избежать невероятно частой ошибки - добавление записей в не ту локализацию. Или может я не до конца разобрался и существуют механизмы? --Baya 09:09, 19 September 2009 (EEST)
Конвертера действительно нет, в отличие, например, от сербского для перевода кириллица/латиница. В pt-pt и pt-br разница на уровне орфографии, частично лексики и в значительно меньшей степени - грамматики. Ситуация примерно такая же, как с en-us и en-gb. Вряд ли стоит заводить отдельные домены для en-us и en-gb, так же как не стоит этого делать и для pt-pt и pt-br. Общие языковые домены en и pt в данном случае будут вполне уместны, и проблем с "неправильной" локализацией записей в базе данных в этой ситуации возникать не должно. Но вот язык интерфейсных сообщений должен быть либо один, либо другой. Сейчас же бразильские админы правят европейский португальский на свой, привычный им лад, и в системных сообщениях наблюдается жуткая мешанина. А это плохо. Сайт выглядит от этого неопрятно, непрофессионально. Поэтому и возникла мысль о двух файлах системных сообщений для одного домена: один набор сообщений - для Европы и Африки, другой - для Бразилии. --Volkov 16:57, 19 September 2009 (EEST)
Нужно подумать как это решить технически. Добавьте на багтрек, плз. --Baya 12:06, 21 September 2009 (EEST)
А кстати, при наличии записи и в "правильной", и в "неправильной" локализации запись из неправильной локализации удалять? А если запись только в "неправильной" локализации? - можно сделать какое-нибудь средство автоматического переноса в "правильную"? А то вот я одному бразильскому товарищу, у которого довольно общирное дерево в английской локализации, написал, но он никак на замечание не прореагировал и продолжает добавлять свои записи в английскую локализацию. Может быть ему просто приятнее английский интерфейс? Или просто лениво теперь переносить каждую запись вручную из en в pt. Было бы здорово, если бы этот процесс можно было как-то автоматизировать. --Volkov 17:10, 19 September 2009 (EEST)
Следовало бы удалять. Про автоматический перенос я уже задумывался... Возможно, нужно таки разрешить людям выбирать язык интерфейса (тогда и предыдущая проблема довольно просто разрешится). Но тогда нужно как-то визуально четко разделить интерфейсы разных локализаций. Не знаю. Это вроде тоже есть на багтреке. --Baya 12:06, 21 September 2009 (EEST)

[edit] Display bug?

Ярослав, посмотрите, пожалуйста, что это может быть за баг. В русской локализации ru:Семья:61006 отображается как пустая запись. Если зайти на вкладку "править" - ничего нет. Но если зайти в историю и сравнить версии, видно, что последней правкой был добавлен второй родитель, и оба отображаются в режиме предварительного просмотра. --Volkov 12:13, 13 November 2009 (EET)

  • Эта запись была очищена в японской локализации [19]. Думаю, нужно просто удалить запись в обоих локализациях. --Baya 18:06, 16 November 2009 (EET)

[edit] Geoportal

Привіт!

New geoportal looks great! For french translation, could we have (at least)

  • a russian version ? (not easy to translate, but possible)
  • an english version ? (much much better !)

Baya, let me tell you, you do a great job ! Thanks a lot ! --Christophe Tesson 11:12, 16 November 2009 (EET)


Thank you for your warm words. Hope, it will be useful for you. --Baya 18:08, 16 November 2009 (EET)

[edit] French translation (again)

Привіт!

We're still working hard on french translation. I'm learning to use MediaWiki, and the allmessage page, so I was waiting to understand the complete system to group my queries.

  1. There's one more prefix (name domain) which has a bad translation : Place: ! This word exists in french, but it is a bad approximation. Could you transform Place: into Lieu: ?
  2. We can't find the meaning of the Gedcom tag _EXCM which is found in the "event pop-up menu" of any editing window. What is this?
  3. In the same pop-up what is the meaning of _FA1 to _FA6 tags?
  4. What is the meaning of the special window "yearslist"? Maybe it's a bug but this window does not show people gathered by birth-year...
  5. I didn't find the way to translate "form" in the pop up menu "editing interface" of the "genealogy tab" in "user preferences... Th correct french word is formulaire

Well, I think that's all. Notice these are all details, except for Place:/Lieux:. That means we're near to the end of the translation!

Friendly yours - amicalement --Christophe Tesson 16:03, 28 November 2009 (EET)

Salut!
  1. DONE
  2. _EXCM marked as "excommunication" at fr:MediaWiki:Rd_personevents. If you don't need it you can remove it from this list.
  3. _FA1 to _FA6 - are "other FActs".
  4. yearslist show people gathered by birth-year. Unfortunately, there are bug also presented — all "Before the Common Era" persons marked as "Common Era" persons here. Add this bug, please, to bugzilla.
  5. Already exists at bugzilla ((
-- sincèrement :) Baya 17:34, 29 November 2009 (EET)
Привіт!
ЗДОРОВЕНКИ БУЫ
I hope I didn't made a mistake in the above line. Though my wife is russian, she only knows a few ukrainian words. But it might help if we have some specific explanation to translate!
Thanks a lot Baya for the huge work you've done. We do have a fine french Rodovid localization now. Our new front page is soon on line (the draft is here fr:Brouillon_de_page_d'accueil).
Anyway, have you ever thought changing the Rodovid Logo? Don't it look a bit old style? We do have some ideas here around... Here is just an idea, a rough, This is not a final release...
здоровенЬкІ буЛИ :) — Ça va bien :) Thank you for your nice words. Hope, you will be satisfied with the results of your hard work. I'm satisfied :) I like the new logo, but imho, the question of logo change should be accepted by the community (not only by me). --Baya 13:01, 30 November 2009 (EET)

[edit] ДВ!

З ДНЕМ НАРОДЖЕННЯ!

пошвидше тобі закінчити ремонт, що було комфортно вдома і був час на улюблену справу:))))

А ще щастя і грошенят возик!!!

--Igor 01:09, 2 December 2009 (EET)

Дякую, стараюся, и буду старатися :) ... --Baya 11:41, 3 December 2009 (EET)

[edit] Unknown System message

Privit!

Sometimes, some unknown system messages appears on the screen. I translate when I understand, but, what is the use of <Rd_familynolocal> ? I'm not sure, does it mean that the familly I try to create has allready a page in other language?

Friendly yours --Christophe Tesson 20:48, 4 December 2009 (EET)

Salut, I forgot (( Maybe, you can understand its with en:MediaWiki:Rd_familynolocal --Baya 20:21, 5 December 2009 (EET)
No, english version is empty, ukrainian almost empty. I guess I'm right, it seems to work... fr:MediaWiki:Rd_familynolocal --Christophe Tesson 22:36, 5 December 2009 (EET)
Sorry, some times I have prepared message for usage, but did not create a message... --Baya 23:27, 5 December 2009 (EET)
Many thanks )) --Baya 11:19, 7 December 2009 (EET)

[edit] Questions

I've been trying for a while to figure out what's been going on with this proposed project for a while. Since your name is sprinkled throughout things related to Rodovid, perhaps you could answer these:

  1. Is there any "Village pump" on Rodovid? Are there any discussion rooms at all?
    General are here [Rd_Engine:Village_pump]plus some discussions on localizations.
  2. I've seen references to a suggested merger between Rodovid and Wikitree. What became of that?
    As I know - nothing at this time. Maybe Baya provide more information.
  3. What is allowed in terms of privacy requirements on Rodovid? Do people have to be asked for permission to put them up at all? What if it's just their names? What about minors?
    Rodovid is open project, but if someone see himself in tree he can ask person who publish it or ask us to delete.
    So is permission completely necessary or not? --Yair rand 20:21, 13 December 2009 (EET)
    We don't ask a permission. We use presumptive notice - you post your living relatives and they know about it, or you know they wouldn't have nothing against it. Also we have template for users younger 18 years, where they notified that they have obligation to ask parents. We have 3 month ago ask from mom of one girl to delete a tree and we did it, but after 18 y.o. she can rebuild tree without living persons.--Igor 20:56, 13 December 2009 (EET)
    So if someone does not want to be on Rodovid, they must be removed, even if only names are shown? --Yair rand 03:01, 14 December 2009 (EET)
    It's right for name. In this case you can provide empty record which is connector between person and his relative --Igor 03:07, 14 December 2009 (EET)
  4. Do you know what the status is of this becoming a Wikimedia project? The proposals for new projects page on Meta-wiki show 75 supporters which is the most of any project. Do you know if there's a certain minimum or something?

Thank you. --Yair rand 07:35, 13 December 2009 (EET)

--Igor 11:06, 13 December 2009 (EET)

A comment - '20 people' has been suggested as a rule of thumb minimum for starting a new project, but there is no specific minimum (especially for projects that already have their own pilot website and users). We are revisiting the new project creation process on Meta and Rodovid seems like a natural place to start fixing the process. I do not know the Wikitree maintainers, but did reach out to WeRelate last year; they are in no rush to join other projects, but are open to the idea and certainly desire for their data to be freely usable by any similar project. Sj 00:57, 20 July 2010 (EEST)
The only Wikitree maintainer is one Tomas J. Fulopp, whose website is http://vacilando.net . He has not returned any of my emails for the past few years and is not active on Wikitree (at this stage, no one is active on Wikitree except spambots), but from what I can tell he's still active on the rest of the Internet. WeRelate (Dallan in particular) had talked about merging database back-ends with Rodovid for some time, but for reasons I'm still not absolutely sure about (I think they had different goals for their respective projects) that never came to fruition. Wikiacc () 01:55, 21 July 2010 (EEST)

[edit] Why not a Rodovid Foundation?

Privit Yaroslav ! Here in France are thinking about a Rodovid foundation. You know that Rodovid is now in a very strange state :

  • it's the best site to show genealogic trees, no doubt!
  • it has a correct interface to create persons and family pages.
  • it has no more gedcom import export function.

There are too many new users discouraged by this lack of import.

We have only three possibilities:

  1. Waiting for you to find some time to finish your import export module. It's not cool for us, we're afraid loosing Rodovid one of these days.
  2. Voting for Rodovid to be supported by Wikimedia Foundation. It's done by most of us. But we don't have a great hope, I don't think they'll support any other project any day.
  3. Creating the Rodovid Foundation, collecting funds, and make a deal with you or your web agency The first question is how much?, the second is when? (well, I guess, if you answer 6,000,000$ and 3 years, we forget this idea, but in fact I have no idea about how much we can collect)

Of course, if it works, this foundation must be completely separated and independent from the simple users community, and you don't have the right to be one of its members, because this foundation have to be one of your client. What do you think about this idea?

We're just trying to help. The actual Rodovid is a kind of miracle, because of you. In french we say: toute peine mérite salaire (any work needs to be paid).

And thanks again for your amazing work, I still don't understand how you did it! --Christophe Tesson 17:11, 26 December 2009 (EET)


Salut Christophe, I'm sorry for so long delay. I want to clearly formulate my point of view to your idea (unfortunately, I'm speak English not so good). I'll try to make full answer _before_ 10 January 2010 (not later). In short, — of course, it will be very pleasant for me to get good reward for my past and future efforts. Thank you for your nice words. Sincerely, --Yaroslav Boychuk aka Baya 17:25, 29 December 2009 (EET)

Privit Yaroslav
Don't worry, my english is a misery. We'll take the time ! French team is working hard ! Long life to Rodovid! --Christophe Tesson 22:32, 29 December 2009 (EET)

[edit] Not good

we are on january the tenth. And you did not give any response, although you said you do it. This is not a good point in our future conversation. Don't you think so? --Christophe Tesson 00:59, 11 January 2010 (EET)

My apologizes. We did have an orthodox Christmas here and also I had to participate in the submission the proofs of an important scientific article (which came unexpectedly on the Christmas eve), so it took some time (a bit longer, than I've expected).
To the subject. Generally, I am interested in rodovid development. But, i would like to clarify one question: are you interested just in purchasing GEDCOM export-import? If yes, this is not really interesting proposition for me.
If the interests are more general, than this is OK for me. I can start working on the project in March and i would say the sum could be 1500-2000$ (monthly). Is it OK for you?
P.S. hope, further conversation wont be interrupted by unexpected delays :) --Yaroslav Boychuk 16:28, 11 January 2010 (EET)

[edit] Oops

It's my turn to apologize. I was moving from a house to another, this week, and I had no more internet connection. Sorry.

According to me, the Rodovid Community is not large enough to pay a full time developer. Maybe I'm wrong, but I don't think so.

The future foundation could begin by collecting funds to pay the gedcom import export module. This is a first step. If it works, the foundation could continue with other functions, step by step, with a clear goal each time.

But for the moment, we need to give the idea of a foundation in all localizations of Rodovid. How can we do that? Is there a list of all admins somewhere?

I hope you had a good orthodox Xmas. Is there snow now in Kiev? Sincerly yours.


Currently Rd Engine is beta. Long ago I've turned off the gedcom import because it made database raise _extensively_ (app 7 times quicker than now). Rd Engine requires many important architecture changes in order to accept so many records. That was most important thing why I do not want to turn on the Gedcom import right now. These architecture changes (database reorganization, mediawiki upgrade with patching, double records, merging, global access problems, privacy problems, etc) are very important. Imho, these changes can take minimum 7 months. After this, GEDCOM implementation would take (as also it does now) no more then 2 (maximum 6) weeks.
This is it.
Here you can find a list of all admins. The rule for admins: any sysop of any localization have sysop rights at engine.rodovid.org.
Yep, its snowy and frosty here like in good all times described by Pushkin ))) Especially today (-20C). What do you have? :)
Sincerely, Baya 12:58, 22 January 2010 (EET)

[edit] GEDCOM

Добрый день.

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

Заранее благодарен, Roma pi 09:06, 29 December 2009 (EET)


  • Я очень хочу сделать это как можно быстрее (и хорошо ;)) --Baya 17:26, 29 December 2009 (EET)
    • Извиняюсь, что спрашиваю повторно. Когда будет возможен импорт/экспорт GEDCOM-файлов? Заранее спасибо. Roma pi 10:55, 22 April 2010 (EEST)

[edit] IP ідентифікатор

ати обіцяв поставити IP ідентифікатор:) --Igor 13:41, 22 January 2010 (EET)

  • записав у розклад --Baya 16:15, 22 January 2010 (EET)

[edit] Unfair Block by a Portuguese Sysof

Need Clairification on Clan usage

Hello, I have been blocked from using Rodovid by Morais following an incident where I was tidied up some of the misuse of the clan name. He thought this was spam but it was not. It was an attempt on my part to help standardise some of the surname translations across the databases in order to make searching for individuals more accurate. It is not appropriate to use the clan name as a marker for initials. If a person wants to enter individuals information for persons and build a tree for persons who do not want to be indentified it is perfectly OK and approapriate to use the Rodovid ID number instead of the name but it is not OK to use things such as XXX or --- or a single initial in the Clan name field. Allowing this will trash up the index very quickly and make searching hard.. even irrelevant in the future. Please have Morais remove the block that prevents me from using Rodovid and from leaving him messages. (I cannot even contribute to his discussion page.) Almoustine 10:58, 23 January 2010 (EET)

Hi, I've asked Alexandre to comment and to solve this discrepancy. --Baya 12:54, 25 January 2010 (EET)
  • Hi Baya! I travelled for a week and I returned yesterday... then I has blocked she for 1 week to keep PORTUGUESE's records without new changes... She has changed records of others users, without an real or usefull reason. I verify EACH new and changed records in PORTUGUESE localization to keep CLAN only with 1 word, sobrenome(last name). Why she alter records from portuguese localization, if they aren't from her tree nor localization ? She can "standardise" records from her localization as she want, but why change records from anothers localizations without contact local sysops and authors ? Thanks. Morais 05:14, 1 February 2010 (EET)
  • Morais, a single letter is not a valid clan designation in ANY language, neither is XXXX, ..... or any of those, allowing those to exist as a clan designation starts to corrupt the person search capabilities. Imagine the Chaos if everyone did in in any language, (having it done in one localization, messes up the clan pages for everyone else's localizations too). Almoustine
    • Ok, but if user unknow(?) corrects names and use only one letter, the INITIAL, it is correct ! Other cases as XXXX, normaly I change to "?" on the names and clan. They are few cases with this situation, using initials. But your changes is INCORRECT too, because you are using clan of spouses (married names) as a clan, what is FALSE: Husband is from MAESTÁ clan, but WIFE is from another clan and NOT from a MAESTÁ... Others cases are for persons who do not want to be indentified with FULL NAME, for privacy reasons... Morais 18:50, 1 February 2010 (EET)
  • That is why perhaps sysops and admins can check pages from time to time and notify contributors that it is inappropriate to use only an initial as the clan name. The best solution for remaining anonymous in Rodovid is to put the ID number as the First name followed by initials all on the first line and leaving the surname line empty so that the clan name appears as ?. The user can use the individual ID as the name to reconcile their private records. I am sorry about using MAESTÁ (the husband's surname) that was a mistake. Almoustine 19:21, 1 February 2010 (EET)
    • Sorry, but I do not agree. Your suggestion is worse; then is better to keep ALL FIELDS (names, surnames, married names) empty/blank... The initial letter is restricted to each tree and not affect other trees... Why and how they impact in INDEXES if exists innumerable others CLANS with COMPOSITES surnames, that is much greater ? IMHO, the initial letter for surnames and CLANs is CORRECT and not affect the AUTOMATIC TRANSLATIONS ! The letter is equal in many idioms/languages... Morais 21:30, 1 February 2010 (EET)
      • Once again, an initial is not a suitable clan designation. Period... get a ruling (Lets vote) on this issue please.Almoustine 05:10, 2 February 2010 (EET)

Imho, we can't use numbered initials because it is very very difficult to compare these clan names in different localizations. BUT, users want to classify some persons by different clan names. So, I propose to use numerated clan names based on the NAME OF USER.

Clan:Baya 01
Clan:Baya 02
etc

NB. It is very important to create clan's page with clarifies explanation. Template can be used for the same explanation. --Baya 11:43, 2 February 2010 (EET)

[edit] Family of Kadija and Mohammed

Hi Baya. User "Jansfam" continues to sabotage the Rodovid tree by removing the children of Khadija (70054) and the Prophet Mohammed (28188). This family has been carefully researched and verified prior to including these children. I do not know why they insist on doing this but can only guess that they have an Islamist agenda since the changes that they make are contrived to make their family look like the only living descendants of the Prophet (which is not true, and which is an offense to the integrity of Rodovid). They have been asked kindly to stop but they have not done so. I do not have time to check this family every day (several times a day) to make sure they remain intact. Is there anything that can be done (possibly block this user) to make sure this important family does not fall prey to some person's Islamist agenda? Almoustine 18:01, 1 February 2010 (EET)

  • You are sysop now in EN localisation. But try before block him to discuss about it. For discussing put message INTO NOT user page but INTO discussion of user page. Also, please, do not use caps lock :) It is not very respectable and can only call superfluous rejection --Baya 11:25, 2 February 2010 (EET)

[edit] Про нас

Щойно знайщов сторінку на англ версії про нас - робимо для укр версії? в якій редакції?

  • Це про що? --Baya 10:09, 19 February 2010 (EET)

[edit] Spam ... help, please !

Hello ! What can you do ?

Thanks ! Marc ROUSSEL - --Markus3 08:44, 23 February 2010 (EET)

  • I can block them by $wgSpamRegex value, but I need general words from their posts. --Baya 11:59, 23 February 2010 (EET)
What do you mean with "general words" ? See this for example : http://engine.rodovid.org/wk/Person:7157 or http://id.rodovid.org/wk/Orang:335089 or http://id.rodovid.org/wk/Orang:335053 or http://pl.rodovid.org/wk/Osoba:335042 or http://id.rodovid.org/wk/Orang:335041
Thanks ! Marc ROUSSEL - --Markus3 17:34, 23 February 2010 (EET)
Unfortunately, I can't automatically block these vandals ((( --Baya 19:12, 23 February 2010 (EET)
Pourtant, wikipedia utilise ~bien des bots capables de détecter tous enregistrement de données suspectes! OldLion 22:18, 1 March 2010 (EET)
I can set "bot" rights to any account that you need. --Baya 09:20, 2 March 2010 (EET)

[edit] =Fragmentation of the Rodovid Project

Hello Baya. Use Tesson and Morais are threatening to fragment the tree that has been so painstakenly built by disconnecting branches of it that they believe to be Mythical. Unfortunately this will include a great many people who have been identified in history and will ruin nearly 3 years of my laborous work to help build this database. The reasons they give is that the don't want mythical people in the database but wanto keep Adam and Eve and other Christian mythical people but eliminate what they believe to be mythical people of the Greeks, Arabs, and other persons that they find embarrassing to their Christian faith. This is the same problem we had earlier with a person who was disconnecting the children of Muhammed the prophet. Is there anything that can be done to control this type of vandalism? Almoustine 20:50, 24 February 2010 (EET)

  • Vandalism ? Fala sério, né !? Não sou obrigado !!! Se vc realmente acredita que a sua árvore está correta, parabéns ! Ninguém quer mexer no seu "árduo trabalho de 3 anos" ! Queremos apenas poder registrar outras VISÕES de pessoas similares mas com divergências na descendência, identificando para isso as categorias a que pertencem cada árvore distinta com as pessoas já existentes em outras árvores/ramos... Simple ! Até+! Morais 01:05, 25 February 2010 (EET
we don't have restrictions about myth persons. they must be marked by special template. this is the only requirement. --Igor 10:12, 25 February 2010 (EET)

[edit] wiki link

Привіт.

Є проблема зі створенням вікі-лінків на інші вікі ресурси.

http://ru.rodovid.org/wk/%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C:36289

подивись гісторі. неправильно ґенерується лінк

--Igor 10:10, 25 February 2010 (EET)

[20] --Baya 09:25, 2 March 2010 (EET)
Я про вікі-поле. --Igor 09:44, 2 March 2010 (EET)
У вікі-полі можна використовувати тільки синтаксис _внутрішніього_ посилання. --Baya 10:01, 2 March 2010 (EET)
Я це знаю. але на які вікі-проекти можна зробити посиланя в ньому?
вікіпедію --Baya 11:32, 2 March 2010 (EET)


[edit] Загрузка деревьев

Они только у меня через 30 секунд ошибку выдают?

Линк укажите, плз. --Igor 09:55, 26 февраля 2010 (EET)

Да хоть этот http://ru.rodovid.org/wk/Служебная:Tree/32367 Ошибка: Fatal error: Maximum execution time of 30 seconds exceeded in /usr/home/rodovid/1.9.3/rodovid/Setup.php on line 522

Это стандартная ((( ошибка при генерации деревьев размером болеее 7000 тысяч персон. Ограничьте количество поколений в дереве в личных настройках. --Baya 15:47, 13 March 2010 (EET)

[edit] Rodovid Foundation (continuing)

Привіт! Sorry for the very very very long delay. It's because, I can't see solution, right now, about the Rodovid foudation project. 8 months working, that means 16000$. In fact I didn't imagine so much work... Let's estimate. Here in france we are 4 admins and maybe 15 power-users of Rodovid. Let's say each can pay 40-50$?

There are 45 admins, so maybe, 200 power-users? These are optimistic estimations. I think 8000$ is a really high goal for the foundation, 4000$ more reasonable. And I don't have any Idea of the delay: one year, two years?

We all need Rodovid to be perennial. What kind of solutions can we imagine together?

Oh! Something else. Because of french internet laws, we need the name, adress, phone number (etc.) of the Rodovid Host. Could we know this?

Thanks a lot for your huge work and patience...

How's the weather in Kiev? Here it's still frosty, after the Xinthia Storm... --Christophe Tesson 15:02, 12 March 2010 (EET)

Salut,
don't hesitate for delays :) Good thing requires permanent efforts. When I started small compact tree for me and my children I couldn't even imagine how much time could it take. Alas.
It would be great to create a foundation system for RD. I don't really care about the money now. But if you could start organizing and develop the foundation system, i would be grateful. It can bring its fruits later )
concerning RD host information. I don't clearly understand what name etc you need. At the beginning just write me a private letter by RD e-mail system for this.
Thank you for your desire :)
Not bad. It is nearly spring. But the snow is still on the streets. Cheers, --Baya 17:05, 13 March 2010 (EET)

[edit] Semantic mediawiki

Hello, I admire your software and I say me that the extension Semantic can be used to give to rodovid the searcher that he must have. Tpt 22:45, 15 March 2010 (EET) (a French contributor).

[edit] DFA project ideological drift

Privit Yaroslav.

DFA project inc. member (Almoustine) has significantly modified main page of english version of Rodovid. See:

Are we in DFA project inc. site?

Do I have to work on a foundation to support a site, which is approved by a private corporation, a corporation that nobody has heard or read about?

There is no Site, no web page talking about DFA Inc., no publication.

I don't understand, and I am very sad.

What is your opinion about that? --Christophe Tesson 13:55, 20 March 2010 (EET)

Currently DFA removed from mainpage. Imho, main page can't be use for any proposals, recommendations etc, that not touched rodovid directly. --Baya 14:56, 25 March 2010 (EET)
Thanks. Uh... What do you mean by Imho ? :-) --Christophe Tesson 13:14, 26 March 2010 (EET)
IMHO - In My Humble Opinion--Igor 13:20, 26 March 2010 (EET)
Thanks a lot. --Christophe Tesson 14:03, 26 March 2010 (EET)

[edit] the sign of the cross

Hi Baya, I was wondering if you could change the sign of the cross for deceased Muslims. It bothers me to see the sign of the cross preceding the date of the death of the prophet (and others) in June 8 632. Thank you for your answer --Moezkaroui 20:32, 22 March 2010 (EET)

The sign of the cross is default mark for the death date. But it can be changed in any localization by its administrators. Unfortunately, users can use only Gregorian calendar at Rodovid now, in future user can select any calendar for they convenience. --Baya 15:02, 25 March 2010 (EET)
Thank you for your answer. I think we are to find a solution with the french administrators. --Moezkaroui 19:24, 25 March 2010 (EET)
Done --Christophe Tesson - talk. 21:17, 31 March 2010 (EEST)

[edit] Проблема с логином?

Ярослав! А чем тебя не устраивает мой логин? Может вывесишь здесь где-то перечень разрешаемых для применения логинов?

  • Тим, що він може ввести в оману інших користувачів. --Baya 16:23, 29 March 2010 (EEST)

[edit] PHP Error

Привет! При попытке перейти на страницу рода вылезает ошибка: Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM, expecting T_NS_SEPARATOR in /usr/home/rodovid/1.9.3/rodovid/PageClan.php on line 27 Вчера все было нормально. --Art-top 08:31, 15 April 2010 (EEST)

  • Это я вчера поломал. Уже починил. --Baya 15:02, 15 April 2010 (EEST)
  • Ага, раз что-то ломается и чинится, значит процесс идет ;) Это не может не радовать :) --Art-top 06:15, 16 April 2010 (EEST)
Да процесс всегда идет, но очень уж медленно (( --Baya 22:55, 16 April 2010 (EEST)

[edit] Автопроверка

Слушай, у меня с Родоводом скрипт работает, кое-какую инфу собирает, иногда его запускаю. Он не слишком сервер нагружает? Я утром/днем/вечером ставлю задержку между запросами в 2 сек, а ночью - 1 сек. --Art-top 06:15, 16 April 2010 (EEST)

  • Я не знал, что кто-то пользуется скриптами ))) --Baya 22:55, 16 April 2010 (EEST)
Я этим никогда не пользовался )), хотя включил в надежде на пользу. Удобно? --Baya 08:36, 19 April 2010 (EEST)
  • Понятия не имею :) Пока не пользовался, скрипт работает со страницами Родовода, как с обычными html-документами, api пока не задействовал. Попробую - сообщу результаты :) --Art-top 11:57, 19 April 2010 (EEST)

[edit] Error with MediaWiki in PT localization....

Hi Baya ! Can you verify and correct the NameSpaces of PT Localization for MediaWiki strings/texts ? All MediaWiki links has an error, because are using the NS:1004 or Clan as prefix... :-( Ex: pt:Special:Recentchanges see the Families on box NAVIGATION... All references to MediaWiki in page are in RED LINK as if it not exists... because referer to Clã:MediaWiki: instead only MediaWiki: ...

I don't know what happened and I don't changed any Template or MediaWiki before this error occur... :-(

Thanks a lot! Morais 23:20, 15 April 2010 (EEST)

Hi,
please change all bad messages accordantly to this. --Baya 23:00, 16 April 2010 (EEST)
  • Ahhh... now MENUS are ok! Thanks!
    Some links/uses of MediaWiki still with error and "CLÃ" prefix... :-(
    Ok, I will see your example and review all uses of :MediaWiki... But what has changed to cause this error ? Why these changes not listed in RECENT CHANGES ? Morais 00:04, 17 April 2010 (EEST)
I'm reorganizing rd databases now. Also I made some not important upgrades (php version). So this bug appeared. (I never mark same changes into "Current events" --Baya 01:51, 17 April 2010 (EEST)
  • Ok ! If only your changes not registered in log, it's ok... I thought that another user had changed something and haven't recorded in the log ....
    In previous version some variables not worked without the initial/prefix ":" and I not thought that just would be a bug... Now it are working without these ":"...
    Thanks a lot, Baya! I think now is all ok... :-) Morais 02:34, 17 April 2010 (EEST)
Welcome :) --Baya 08:37, 19 April 2010 (EEST)

[edit] User Page Corruption

Hello Baya, I emptied my user page and redirected it to my userpage on Engine. But for some reason I am no longer able to edit the page (in the English version) and someone has put some code on the page that may be causing the problem. It looks like I made the edits, but I have not. Can you access the page, or determine why I am not able to edit it? Almoustine 17:17, 13 May 2010 (EEST)

  • It is working in true manner. --Baya 19:23, 15 May 2010 (EEST)

[edit] wanted

For a better development of Rodovid we need to discuss genealogy tools that nearly all other genealogysites have and use, but we don't have, such as among others control of gender, duplicates, figuring relations, showing persons by birth, city, etc. I don't speak of gedcom extraction of present data.--Fred Bergman 10:43, 27 April 2010 (EEST)

  • Bergsmit, sometimes I also missed a few special pages, for example, with names and families repeated/duplicated to be check by SYSOPs... showing the LOCAL DATABASE of each one... where we could mark our own localizations as "CHECKED" with the PATROLLED option/tab(? MediaWiki:markedaspatrolled that appears on some pages and articles ? Would be need to add this option in all forms: person, family, place and clan !) to remove them from the list when ALL was marked... ;-) Morais 02:35, 15 May 2010 (EEST)

[edit] Needed Person Warnings

  1. The date for an event is not recognizable;
  2. The death date more than 115 years after the birth date;
  3. The birth date is after the death date;
  4. The burial date is more than 30 days after the death date;
  5. The death date is after the burial date;
  6. Any event occurs before the birth date;
  7. Any event (except probate) occurs more than a year after the death date;
  8. There is no gender specified;
  9. A surname has only one character (a '?' is okay);
  10. The birth date is before 700AD;
people born before 700AD do not generally connect to modern people and as such should not be added to Rodovid
I disagree. It is useful to have Rodovid as a tool in making self-contained trees of ancient people, eg, the Roman emperors, like you would see in a book about them. Tracing back from modern people isn't the only reason for Rodovid. Wikiacc () 22:21, 17 June 2010 (EEST)

[edit] Needed Family Warnings

  1. The family's husband and wife have the same names as those of another family on Rodovid;
  2. The date for a marriage event is not recognizable;
  3. The marriage date is before the husband or wife is 12 years old, or after the husband or wife is 100 years old;
  4. The marriage date is after the husband or wife has died;
  5. The husband was less than 16 or more than 65 years old when a child was born;
  6. The wife was less than 12 or more than 60 years old when a child was born;
  7. The husband died more than nine months before a child was born;
  8. The wife died before a child was born;
  9. Child births are spaced less than nine months apart;
  10. A child was born more than 35 years after the marriage date;

--Fred Bergman 14:20, 14 May 2010 (EEST)

[edit] Chart Inventory - new parameter and adjusts...

Hi Baya ! I tried to post on bugzilla but an error occurred when saving... :-( Software error:

DBD::mysql::db do failed: Access denied for user 'rd'@'172.16.4.%' to database 'rd_bugzilla' at Bugzilla/DB/Mysql.pm line 196 Bugzilla::DB::Mysql::bz_lock_tables('Bugzilla::DB::Mysql=HASH(0x8a225a4)', 'bugs WRITE', 'bug_group_map WRITE', 'longdescs WRITE', 'cc WRITE', 'keywords WRITE', 'dependencies WRITE', 'bugs_activity WRITE', 'groups READ', ...) called at /home/baya/rodovid/bugzilla/post_bug.cgi line 400

For help, please send mail to the webmaster (rodovid@andatra.kiev.ua), giving this error message and the time and date of the error.

Can you add a parameter to HIDE images on inventory ?

http://pt.rodovid.org/wk/Especial:ChartInventory/74377

Or where I can try to do this, changing code of these SPECIAL PAGE ?

Just as exist a link on few pages to see ONLY records from actual location... there could be a link to hide the images in this report... ? Or even just provide one additional parameter, such as "&NoImages=1" to be added manually on URL...

I use this feature to PRINT all my branches and trees... but with images/pics these report CONSUMES MUCH INK... :-(

-----

Another problem is the lack of subtitles in images/pics, that are misaligned of person's name and/or family...

It would be interesting - also due to use printed on paper - to add the same SEQUENTIAL NUMBER (of these report) person as the legend of images ! Ex: in generation 5... could use as pic's legend the codes/numbers 9 (of 9 1/5), 10 (of 10 2/5), 11 (of 11 3/5), etc...

Thanks a lot !

  • Hi, I'm sorry this bug appear due to organization of db replication. Corrected. --Baya 17:35, 25 May 2010 (EEST)

[edit] MediaWiki... new version ?

Hi Baya ! Today I see a new version of WikiPedia...

http://blog.wikimedia.org/2010/05/13/a-new-look-for-wikipedia

When changes occur in MediaWiki all users (rodovid also?) receive these changes too ?

Bye. Morais 05:43, 11 June 2010 (EEST)

  • New version of mediawiki is released once per three months. But, unfortunately, it is not so easy to move rodovid to a new mediawiki release. Currently I reorganize the hardware. --Baya 11:14, 11 June 2010 (EEST)

[edit] Blocking Almoustine

Привіт!

We experiment a problem with blocking, here in France. One of the french admins has blocked Almoustine (once more time...) because she was (once more time...) connecting different trees without any kind of proof or source (if you want, we can give you the complete history). In fact, after 20 minutes searching, one of us found what she was looking for in a public free database. We let you imagine what kind of "work" she did in Rodovid's database, for three years.

My question is: does blocking, just blocks users in localization where the block was done, or did you unblock Almoustine?

This is a very big problem for future developments of Rodovid. The only one who give admin rights is you. And we know, because of your huge amount of work, that you can not track the work of each Rodovid administrator. In fact, the only active admin in english localization is Almoustine, and what she does is a complete disaster for historical research. French, brazilian, and dutch admins have already told that.

Remenber that english is the most currently spoken language in the world, and because the work of only one person, the english localization of Rodovid, and the western european trees in Rodovid, have become a complete non-sense.

There is no possibilities for future, if we can not have rules against this kind of work from an admin:

[edit] What she did:

  • connecting trees without sources
  • merging peoples arbitrarily
  • making links between antiquity and nowadays
  • cheating in conversation pages
  • dolling and writing ridiculous messages anonymously (well, ok, no real proof about this point, but the meaning of the message was obvious)
  • working in rodovid's database in the name of a corporation that no one have heard about except Almoustine herself...
  • etc.

[edit] What she did not:

  • writing help pages
  • improving rodovid's look (particulary for homepage that Igor rebuilt these days)
  • patrolling in recent changes
  • etc

On the other hand, she recognize that she used rodovid's data for "one of his client".

All these facts hurt most of us.

We solemnly ask you to give your opinion about this problem, BECAUSE you're the one who give admin rights.

Friendly yours. And I personally hope that you will take care of what you have built.

With my grateful admiration. --Christophe Tesson - talk. 14:33, 16 June 2010 (EEST)


Salut!,

  1. currently "blocking" means blocking just in the localization of blocking.
  2. I would suggest you to make a page here on the engine where all admins can vote "for" or "against" Almoustine.
  3. If you say that Almoustine is the only one in the English area, we can also organize some kind of voting to choose admins for other (English including) localizations. Or we can use the standard unpublished procedure for qualifying somebody for EN admin. Maybe you can propose other variant?

sincerely, --Baya 10:22, 17 June 2010 (EEST)

Thanks for your answer. Imho, I'd prefer to avoid something looking like a trial, we will talk about that between admins, and then propose something...
How's the weather in Kiev? Here we have diluvian rain. Awful... --Christophe Tesson - talk. 12:49, 17 June 2010 (EEST)
  1. I have said about voting by admins.
  2. Maybe we should discuss with her the obligation of sourcing ? And that the changes without sourcing are forbidden.
  3. We have sun and sun and sun... :) But today it is very cold – just 16 degree in the morning. )) --Baya 16:07, 17 June 2010 (EEST)

Almoustine is not the only active admin in English (I'm around on occasion), and blocking in Rodovid is ineffective because you're only blocking in one localization. Instead of acting unilaterally, we need to get the admins together and decide on conventions and policy. That is what Engine is for. Baya, we need a concrete policy on:

  • Sources: does everything need to be sourced? Ideally, I think it should. (I think we need some software changes to do that, especially Bug 110.)
  • Original research: should it be allowed everywhere, or only in some cases? I think in cases like DFA it should never be allowed, but for individual trees near the present it has to be.
  • What to do in cases where there is controversy or uncertainty about a family link. For instance, if the sources disagree on whether person A was the father or uncle of person B, which is common when going far back. Rodovid right now can only be certain. (My Bugzilla suggestion, Bug 108 would be important.)

Right now there are no clear guidelines on what is allowed and what isn't. Almoustine does use some sources but often there is original research (not published anywhere else) involved. I think we should stay away from that but we need a policy set down. Other admins, Baya, Almoustine, etc. please comment. Wikiacc () 22:17, 17 June 2010 (EEST)

I appreciate Wikiacc's words at Rd Engine:Community Portal --Baya 11:51, 18 June 2010 (EEST)
Hi Wikiacc, I agree with what you wrote here, the simplest way to avoid non-senses, is to forbid continuing a tree, when there are several sources saying different things. We have to wrote these rules, that will not be easy for non native english speaking peoples like me...
Anyway, admins have to write these rules, and not Baya ! This means Baya's Baby is growing up ! Good news !
See also: Romano started to wrote this page:
but I don't think it's a good beginning.
And a lot of pages in french localization:

--Christophe Tesson - talk. 23:23, 18 June 2010 (EEST)

[edit] First proposal for rules

I began to propose rules on this page:

Let's work on it! --Christophe Tesson - talk. 15:45, 19 June 2010 (EEST)

  • Thank you, lets continue talk there. --Baya 14:40, 21 June 2010 (EEST)
Well, I don't know how to make discussion about these rules going faster... Have you any idea? --Christophe Tesson - talk. 09:29, 24 June 2010 (EEST)
  • If nobody wants discuss. You can organize rules as alpha release. We start use them for example from July 5. It will be good, imho, send to sysops note about it. After that we will see. --Baya 08:11, 25 June 2010 (EEST)
  1. Why not? I'll take the risk of being blocked ;-)
  2. I'd like to have Igor's advice about it before doing anything.
  3. And we need at least a russian translation.
  4. Is there any method to send a message to 45 sysops in one action? --Christophe Tesson -

talk. 11:42, 25 June 2010 (EEST)


1) Ok ))) I hope you'll never be blocked 4) now no (( --Baya 14:53, 25 June 2010 (EEST)

[edit] Filters on "wanted" or requested pages...

Hi Baya !

Is possible insert/add FILTERS for NAMESPACES in the special page Wantedpages as exists in top of other page Prefixindex ?

Thanks. Morais 00:48, 25 June 2010 (EEST)

  • Unfortunately no (( --Baya 08:12, 25 June 2010 (EEST)

[edit] Rules release Alpha 3

Well, there is no major disagreement. As Baya proposed it on his talk page, I think we should begin to apply Main Rules as an alpha version, and to look how it runs...

It seems that additional rules need more technical development.

I think we should begin this on July 20. We have to tell that to the 45 administrators. Could anybody help? --Christophe Tesson - talk. 11:05, 14 July 2010 (EEST)


[edit] Meta-wiki proposal

Hello Baya,

We are revisiting the new project creation process for Wikimedia on the Meta-wiki, and Rodovid is the top candidate to consider, as it has the most support and the most advanced existing project. Is the Rodovid community still interested in being a Wikimedia project? If so, great, we will use it as an example in the discussion. If not, please update that proposal page, so that people know to stop adding their support for it ;-)

Another new project being discussed is a citation database (WikiCite), which, like Rodovid, would include a core of fairly structured data.

Regards, Sj 00:53, 20 July 2010 (EEST)

[edit] Rodovid Rules (again)

Hello

There was a pretty large discussion on Rodovid Engine about establishing rules. You can see the result of this discussion on this page:

We propose to begin applying these rules Sunday, August 1 and to watch how it runs. Sincerly. --Christophe Tesson - talk. 12:08, 24 July 2010 (EEST)

(Ah hum, I'm just 3 weeks late...!)

[edit] Specialty Tree

Hello Baya, I would like to request a special tree, one that can be used to track DFA lineages (There are only 3 or 4 verified). It could be used as a reference only and not become a part of the localized Rodovid database. If users want to include an individual from the DFA tree they would have to manually enter it into the general Rodovid tree. I would like to start by capturing the individuals as the currently exist in the Rodovid Tree and then I will delete certain records as needed (ones that are not part of the DFA tree). Initially the language could be English, and myself and a couple of others [Romano, Baya, Wikiacc] assigned as admins. That way my investigative findings of historical people won't disturb other admins who opt for a more traditional lineage tree, and if I make an occasional mistake the negative consequences can be contained and minimized without causing an undue burden on the French Admins. Almoustine 21:02, 24 July 2010 (EEST)

  • Hello Almoustine, sorry for the postponed answer. All localizations of RD is only one "distributed" database. So even a new special localization does not resolve ambiguous questions. I think that currently "category" + "possible parents in notes" can resolve many questions. And later we can introduce a special mechanism to build the trees per se without ambiguous parents but with the possibility to show trees with all the parents. Sincerely, --Baya 19:22, 14 September 2010 (EEST)

[edit] Another french sysop?

Привіт Ярослав!

Is it possible to give sysop rights to Panama Tailor, who is a tunisian french speaking power-user in Rodovid.FR? His help is already really usefull. (He is patrolling in Tunisian trees for more than two years, I guess). And 3 of french admins have vote for him as a new sysop! His particular knowledge in arabic/tunisian genealogy could be precious to Rodovid!

Я сподіваюся, що ви передаєте велике свято! (<- This was supposed to say: I hope you have nice hollydays with the help of google translation) --Christophe Tesson - talk. 14:26, 6 September 2010 (EEST)

  • Done.
) If I'm not mistaken it should be "Я сподіваюся, що ви гарно відпочините" === "J'espère que vous repos bien"?. Thank you. Regards. --Baya 15:04, 7 September 2010 (EEST)
J'espère que vous vous reposez bien! Bloody Google translator! --Christophe Tesson - talk. 19:53, 7 September 2010 (EEST)
 :) --Baya 12:20, 8 September 2010 (EEST)
Personal tools