Talk:Request for features

From Rodovid Engine
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.


Please add bugs to Mantis Bug Tracker.
Please use one section per request. When request be implemented - the corresponding section will be moved to archive.

are being discussed

Wikimedia Project

This isn't really a request, but a question. Do you think it would be a good idea to become a Wikimedia project? (Wikimedia are the organisation that maintain Wikipedia, Wikibooks, Wikinews, Wikitionary etc.).--Bjwebb 11:42, 21 February 2006 (EET)

Just thought I'd let you know. I've mentioned rodovid on the wikimedia foundation mailing list, if you want to see what has been said, click here.--Bjwebb 16:57, 24 March 2006 (EET)
  • Thanks %) My English is really terribly good :) When you finish with new proposal I can make translation to russian & ukrainian :) --Baya 00:05, 26 March 2006 (EET)
  • Well, I think its more or less ready, is there anywthing else that we can add?--Bjwebb 18:52, 28 March 2006 (EEST)
  • Personally, I think we should postpone the effort to become a Wikimedia project until after a merge with Wikitree.--Bjwebb 16:47, 31 March 2006 (EEST)

Special TREE - add ansectors of SPOUSE(s)

Can I change any parameter to show too the parents and ansectors of spouse(s) of select people in both TREE (person and special) ?
Or this request need changes in code of trees ?
Example: http://pt.rodovid.org/wk/Especial:Tree/1848 show only ansectors of this person (João Flávio) but not the ansectors of her spouse (Adriana). :-( Morais 06:05, 4 March 2006 (EET)

  • See tree of any child of them :) --Baya 18:34, 4 March 2006 (EET)
  • This persons haven't child... :-( beacause they are recently married and is a NEW Family ! As in TREE of child, if could be add SPOUSE's ansectors of selected person, too, is better for families with out child ! :-) Morais 17:11, 20 March 2006 (EET)

Could this be coded as the tree of a virtual child? Rob Hooft 09:02, 26 March 2006 (EEST)

Person - revert (delete) changes in other language on COMPARE

Hi! On 2006-Mar-07 I noticed by e-mail that one person of my family has been changed in other language: DE.rodovid.org but don't had link to show differences as in other pages changes! :-O
When I edit this same people in PT db, I could see that difference was LANGUAGE DB only !
In COMPARE link I haven't how to revert changes to old version (rollback!)... and I edited the record to save last version in PT db, the correct db !
Please, add an option in history of People and Family to REVERT changes, with corresponding delete of incorrect version from db if necessary! Ex: http://de.rodovid.org/wk/Person:1902 x http://pt.rodovid.org/wk/Person:1902 Morais 00:19, 9 March 2006 (EET)



Tree - HALF child is NOT present in some cases...

Why half child isn't in their family tree and other half child is present in their family tree ?

  • Tree http://pt.rodovid.org/wk/Especial:Tree/897 show bloody descendants of João Baptista de Mello. João Baptista Bacellar de Mello has a two childs Plinio and Tiago. Script found half not bloody sister Erica for Plinio and Tiago, but show only for Plinio (oldest).
  • http://pt.rodovid.org/wk/Especial:Tree/1859 show bloody descendants of José de Abreu Assunção. His son Luís de Assunção does not have childs. So no bloody descendants by line of Luís de Assunção and no half sisters/brothers.


Two children has the same situation/case !
Children in both cases is only descendant from MOTHER and both tree is from older ascendant of new/actual spouse of their mothers... Morais 07:59, 11 March 2006 (EET)

  • In general: This type (deep tree) show not a half childs but half brothers and sisters. I will code wide tree - it will be show half childs. (deep and wide trees differs in relatives search order) --Baya 13:13, 11 March 2006 (EET)

Similar Search

Is there a way we can check for similar results, that are alsmost certainly the same people, but have not be merged by the authors. Please could you build a page that allows us to do this. Something like Special:List of similar people.--Bjwebb 22:02, 23 March 2006 (EET)

Country links

Why is the country link to a Rodovid page? Would it be more suitable to link to the page on the same-language "Wikipedia" page? Rob Hooft 21:53, 26 March 2006 (EEST)

Well, you could have a page about people in that country, but I think I agree with you, a link to the Wikipedia article would be better.--Bjwebb 22:26, 26 March 2006 (EEST)
  • I will code country list, similar to surnames and years. And recode link from event country to page of country. I think it will be more usefull. --Baya 15:11, 31 March 2006 (EEST)



Generating customized tree

Could it be possible to generate a tree by selecting two persons. For example: my father and his old friend had the same surname, but they're sure that they aren't family. By inserting all the data I've found, could it be possible to find out by selecting my dad and his friend and Rodovid generates a custom tree, showing only the main people? --ThePhoenix 82.157.74.36 18:02, 18 April 2006 (EEST)

  • Well, that kind of tree is just like all the others. I mean something like this: There is a page where I can select two persons. Rodovid generates a path which connects the persons or displays a message like 'No connection possible'. That kind of path is showing which connection the two persons have.--ThePhoenix 212.203.11.242 11:40, 19 April 2006 (EEST)
  • I understand now :) Move this request to bugzilla please, as "find relationships". --Baya 13:19, 19 April 2006 (EEST)
  • I'm happy to see you understand and I will add it. But in fact, it's not a bug, it's a request. --Thephoenix 82.157.74.36 18:32, 19 April 2006 (EEST)
  • I understand :) mark it as enhencement --Baya 20:28, 19 April 2006 (EEST)

Old style and new style dates

As most people probably know, we use nowadays the Gregorian calendar, but some time ago, the Julian calendar was also used in some countries. The Gregorian was introduced in 1582, but each country began using it when it chose to, and some countries used it until the First World War. (Romania, for instance, switched to the Gregorian calendar in 1919.) In addition, the difference between the two calendars was not constant, but depended on the century and sometimes on the country - there was a 13 day difference after 1900, 12 days between 1800 and 1900, etc.

So what I propose is the adding of a feature with which one can introduce a date in two variants - old style (Julian calendar) and new style (Gregorian calendar). Of course, users should still have the option of introducing only one date, since nowadays we only have one calendar left, and sometimes, the user knows only one date, without knowing whether it was an old style or new style one. -- Dumiac 18:18, 10 July 2006 (EEST)

Relationship between two people

I'd like to request a tree that draws relationship between two people, for example to find common ancestry of two people. Chaerani 19:53, 12 July 2006 (EEST)

It turned out that this request has been already given in Creating Customized Tree above. I find it very important to establish linkage between two persons in the family tree.Chaerani 05:01, 13 July 2006 (EEST)

Batch Edit

I'd like to request Batch Edit feature, for example, to change clan of several individuals at once, perhaps using checkboxes to select the batch (just like in flickr.com)

Род, и... проблемы склонения

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

  • привязываем фамилию мужского рода единственного числа к наименованию рода, но в формулироке: "Род фамилии (такой-то).

Что получаем?

  • Избегаются проблемы;
  • "грамматика больше не хромает";
  • все шаблоны генерируем автоматом с использованием шаблона {{PAGENAME}};
  • прикручиваем в сайту автогенерацию дополнительной странички, где народ будет описывать происхождение рода и фамилии, и т.д.
  • в дополнительной страничке устанавливаем автоматом склонение по родам, через шаблон склонений и генерируем минимум разделов (желательных для освещения информации), таких как:
  1. Таблица склонения фамилии - генерируется автоматом
  2. Деление по слогам - генерируется автоматом
  3. Этимология
  4. Ударение - генерируется полуавтоматом (только основа, где нужно добавить ударение)
  5. Вариации (иностранные, к примеру - написания и произношения)
  6. История происхождения родов
    1. ...делится на страны происхождения (немецкая линия, голландская линия, английская линия, польская линия и т.д.)
    2. Геральдика (если есть, и автоматом сгенерировать места изображений может быть)
    3. Описания
  7. Литература
  8. Ссылки
  9. Примечания
  10. Категории - генерируется автоматом и дополняются при желании и особенностях

Можно сделать и автоматическое генерирование интересов к фамилиям и родам и на главной страничке участников: при создании нового дерева, - к примеру. Но это не совсем обязательно.

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


Searchin before creating a person

It may be a simple thing to you. To avoid double-pages for the same person, it would be great that in the tab "familly-link"

  • users have only the choice to look for person
  • if the person is not in the data base, then rodovid propose to create him, with names and surnames typed in the former search field.

Am I clear?

friendly yours! --Christophe Tesson 16:19, 28 November 2009 (EET)

How about persons with the same name-surname? --Igor 01:00, 6 April 2010 (EEST)
??? --Christophe Tesson - talk. 01:22, 6 April 2010 (EEST)
I think Igor is saying that we should allow the creation of a new entry even if another entry comes up in a search, since there are people that have the exact same name as someone else, even if unrelated. But I agree that a search should be automatically included in the steps for adding a person. crabGoblin 04:55, 6 April 2010 (EEST)

Incomplete searching

(Bugzilla) When searching inside of a form, the "Other given names" really should be included. As of right now, it is not. For example, Person:355000 will show up with this search for "loisa jones" from the search box, but not if I was entering the search in one of the edit forms. crabGoblin 19:47, 3 April 2010 (EEST)

GEDCom?

When is GEDcom coming back, it's been also 3 years!--Hailey C. Shannon 01:15, 6 August 2010 (EEST)

  • I am taking timeout for 1 November. After I hope I will can make real answer. --Baya 12:33, 7 August 2010 (EEST)

Hi Baya, I also come back on the topic of the GEDcom features. Any decision about when it would be implemented? --Alexandre Cotting 10:04, 21 April 2011 (EEST)

  • Currently I have 2,5 servers reorganized. 3,5 other require reorganization ((. I can't predict anything unfortunately(((. --Baya 15:09, 27 April 2011 (EEST)

Ascendants (Inventory)

It would be a good idea to add the posibility to make a list of ascendant with the "Ahnentafel" - system.

This would be an elegant and concise way to visualize the genealogical chain between the subject and the ancestor:

1. Write down the digit "1", which represents the subject, and, writing from left to right, write "0" for each "father" and "1" for each "mother" in the relation, ending with the ancestor of interest. The result will be the binary representation of the ancestor's ahnentafel number. Using the Sophia example, there is a translation of the chain of relations into a chain of digits.

Sophia = Peter's mother's mother's father's father's father's mother's father's father's father's father's father's mother
Sophia = 1110001000001

2. If needed, convert the ahnentafel number from its binary to its decimal form. A conversion tool might prove handy.

Sophia = 1110001000001
Sophia = 7233

(from wikipedia:en:Ahnentafel --evanoni 11:56, 28 January 2011 (EET)

feed=rss and feed=atom

It is posible to edit the record with RSS-Format, but why is not possible to see te records in RSS? Only special sites like "Recent changes" has the posibility. --evanoni 11:56, 28 January 2011 (EET)

  • What do you mean? --Baya 14:47, 28 January 2011 (EET)

Географические координаты для событий

Хотелось бы получить возможность указывать географические координаты для событий. Один из возможных и очень полезных сценариев использования этой возможности — это указание точных координат могил, поскольку многие старые могилы только так и можно найти. — Dionys 23:28, 30 May 2011 (EEST)

  • А разве это нельзя указать в деталях события? --Baya 11:29, 31 May 2011 (EEST)
Можно, но хотелось бы, чтоб они были в едином стиле, чтоб по ним автоматически создавались ссылки на картографические сервисы, чтобы поиск по ним был, и так далее. Dionys 12:56, 2 June 2011 (EEST)
Попробовал. Просто не получится. ((( Вы можете пока создать шаблон для координат типа {{Coords|longtitute|latitude}}, и добавьте запрос на багзилу. А я потом смогу это через базу поправить, когда допишу обработку полей. --Baya 20:49, 2 June 2011 (EEST)

XML

It would be good idea if there where possible to see the records as XML. XML-Format is good to export records. The accion "Special:Export" is limited to users in the group "developer". An other possibility would be that anonymous users could view the "source code"-tab (in XML) instead of "edit"-tab. (Like wikipedia in protected sites). --evanoni 12:01, 8 September 2011 (EEST)

Person merge

Sometimes different users make the same persons. It's necessary to add a tool to correct this by merging persons. Alexander Korolev 18:57, 27 April 2016 (EEST)

Limiting display of whole trees

Hi, Display of big trees does not work (which is OK some trees are really big, i.e. [1] from en:Person:29818). But I would still like to display part of these trees. So would it be possible to add an option to display only a part of these big trees? I see several possibilities: only display X (10? 20?) generations, only display ascendancy or descendancy, only display links which are certain (ignoring hypothesis, etc.). Regards, Yann 19:00, 14 November 2020 (EET)

→ my preferences
→ Genealogy
→ Maximum ancector generations in tree [sic]

--Christophe Tesson - talk. 11:21, 15 November 2020 (EET)

Petites suggestions d'améliorations du jour

-Pourrait-on imaginer deux liens en début de page "clan" pour trier dans la liste uniquement les hommes ou les femmes ? Pour les gros clans cela aiderait.

-Pourrait-on envisager un mode recherche de couple : on indique 2 clans et le serveur nous rend la liste des couples ?

--Mamonaku (discussion) 3 avril 2026 à 15:39 (UTC)

Clan in full trees

As a complement to the red circling proposed by Mamonaku on 10 March, there is a small modification that could be implemented.
When users move the pointer on the rectangle of a person, they can see more information but not the clan.
If the surname and the clan are different, maybe the clan could be added between square brackets after the surname, like it is in the list of the new records. That way, it would be easier to identify the family in the list of the clans at the bottom of the page. Dn Gov (d) 12:00, 4 April 2026 (UTC)

And also as a complement to the circling, is it possible, when a clan has been selected that way, to indicate above or under the tree the number of people listed by that circling (shown in the tree or hidden) ?

shared access

Is it possible to envisage a differentiated treatment for self-registered users and for accounts registered by people who are already members. In the second case they would have less limitations because they would have been more or less invited by the old members to intervene on their tree (and so under their supervision). -- Dn Gov (d) 06:00, 14 April 2026 (UTC)

At this moment it is not so easy. If I find the easy way - I do it. If not - it will be implemented with private records - so anyone will have possibility to allow editing their records to anyone at any moment. (please confirm reading - so I'll delete this section) --Yaroslav aka Baya 10:05, 13 April 2026 (UTC)
It's fine : like some "one stone two birds".
Creation of new accounts goes well, both by old users, and since Friday by new users. Is there a maximum delay of 5 minutes between the resolution of the puzzle and the registration of the account? -- Dn Gov (d) 06:01, 14 April 2026 (UTC)

depends on request time it can be from 5 to 10 minutes. --Ярослав aka Baya 11:19, 15 April 2026 (UTC)

Editing last version of a record

On Rodovid, the last version of a record registered in a localisation is not the same thing as the last cross-language version of the record (the one that takes into account edits from related records and other localisations).
So in the history of a record, users can view the last version recorded in the localisation, but if they want to edit it, they must add &action=edit at the end of the address. Otherwise, the normal behaviour of MediaWiki starts to edit the cross-localisation version.
Is it possible to change that behaviour so that, in that case, clicking the edit tab would edit the last version in that language? Dn Gov (d) 16:00, 18 March 2026 (UTC)

To avoid race conditions. I did it specially, but I want to add more. If global record is newer than local I'm going to show changes between local (old) and global(new) when user starts editting. So it will be visible at once what changes are added in other localizations ... --Baya 20:22, 18 March 2026 (UTC)
the question. what the issue with such behavior? It should work in this way: global data should be overridden by local data, so it is visible what data was added/removed ... --Baya 01:30, 19 March 2026 (UTC)

So when previewing in 1.9.6. newly entered user data was compared with global data (and only later in history compared with local data), while in the future, with overriding, user data would be compared in previewing with local data?
But users also need to compare their new data with the global one. It is difficult to reconcile the two necessities. Dn Gov (d) 03:00, 19 March 2026 (UTC)

here are A and B locales. A data, B data, global data.
global data is updated ecvery time when any locale is updated. so it is always has the newest state.
old issue. B is newer. when user updates A the newer data becomes overridden by other new/old data.
solution whenever user edits any locale system always shows the latest global data but. All existing in locale data (except dates (normalized data)) overrides global data.
the current issue is that it is hidden from user. So I'm going to add comparison before the form to show that this record was changed globally.
--Baya 04:57, 19 March 2026 (UTC)
So, are you planning two different processes :
* the usual preview, but telling first to users the changes from local data to the latest global data, and then showing the changes from the global version to the new user's data?
* another preview when users choose deliberately to edit in history the latest local data?
In the first case, would there be in the history some "Initial Translation" account registering the global changes just before the user's changes? --Dn Gov (d) 05:00, 19 March 2026 (UTC)

no, process the same. only one change. when user starts editing (click edit tag) - at this moment form is shown with the mixture of newest and locale's data.
but I suggest showing together with form the diff between current locale data and new global data (if global data is newer than current locale's data)
--Baya 05:43, 19 March 2026 (UTC)

Ok :) --Dn Gov (d) 05:59, 19 March 2026 (UTC)

At this moment we have MediaWiki:rd_personotherlocalnewest & MediaWiki:rd_familyotherlocalnewest messages. Given the need for further updates of mediawiki, I'll leave this as is for now.
Maybe these messages can be expanded with something like - "Click "Show changes" to compare..." --Ярослав aka Baya 13:44, 15 April 2026 (UTC)

Bug at reception?

Some 24 people registered an account by themselves, but it seems that 11 did not confirm their address because there is no link "E-mail this user" for them : 6 out of 9 in Ru, 3 / 6 in Id, 2 / 2 in Fr.
If i remember correctly, people had to confirm their address in version 1.9.6 to be able to edit pages.
Is it still the case? -- Dn Gov (d) 12:00, 16 April 2026 (UTC)

  • It is not a bug. There are couple cases. 1) bad email address. 2) their e-mail server does not accept mail from rodovid. --Ярослав aka Baya 15:28, 16 April 2026 (UTC)

Idea sizes

Post-Scriptum : about the notion of "big idea" you mentioned in the request for features, is there a reference scale like
* small idea : requesting a second parameter in a system message
* good idea : selecting surnames by circling in a full tree
* big idea : requesting a module for positioning surnames on a map
* very big idea : envisaging a tree of places, complete with distinct names along time and in different languages
Dn Gov (d) 10:00, 22 April 2026 (UTC)

  • no rules. It was an attempt do not overload this page with very long discussions. --Ярослав aka Baya 16:11, 22 April 2026 (UTC)

New possibility

Yesterday evening, i wondered if it would be technically possible to modify the way changes are shown in the history of a page.
I don't know if it is a good idea or a wet cracker, but i imagined to use colors to differentiate changes :
* the usual mediawiki colors for changes if these modifications have been done by the user on the record
* a second color for parents / children added or removed by edits made on the pages of these relatives in the same localisation
* a third color for changes copied from another localisation of the same record
* a fourth color maybe for changes about relatives copied from their records in another localisation.
(With perhaps also an indication like on Wikipedia "one intermediate version not shown" if the version displayed on screen before the latest edit is not visible in the history.)
If changes copied from another localisation are included, an indication above or under the xml section would show from which language the extra changes originated (at least for the last global version). -- Dn Gov (d) 10:00, 25 April 2026 (UTC)

Retrieved from "https://engine.rodovid.org/wk?title=Talk:Request_for_features&oldid=39436"