Talk:Main Page

From Rodovid EN

Jump to: navigation, search


Contents

[edit] Export Option Request

Baya...Is it possible to develop an export module for Rodovid that will allow us to create reports for export and include a user specified (#) of generations of data to include? Also perhaps export a family group sheet for an individual that would show parents and children and include names of any known spouses of said children? I need this for a book project and believe that this enhancement would make Rodovid VERY attractive to use by professional genealogists. Almoustine 17:30, 25 May 2008 (EEST)

[edit] About including Gods in the Family Tree

Please Don't! I understand that legendary and mythical kings may appear in lineages... that is fine as long as we realize they were once ordinary or extraordinary men and women and there is some form of documentation to substantiate the claim. However there are many times when I find a God listed instead of the ancestor (or lineage) who properly belongs there. Athough a Gods name can give us clues where to look to find the ancestor we are searching for, putting in the ultimate creator in that spot caps off the lineage and makes us think we have reached our ultimate end point for that lineage. Such a practice is unfair to the actual living human being who should be represented in that spot. I will unlink Gods if I find them. Also...for fundamentalists among us that believe the world is only 6000 years old...get a clue! Some DFA lineages go back to 3000 and 4000 bc. Please don't put God in there if he doesnt belong (I don't care what you call him/her) or else bewilling to accept the notion that God wasn't actually a god but an ordinary being who may or may not be correctly identified and may end up being deleted. If we want to document Pantheons let's have Baya create a separate database to hold that data and not mix it in with our family trees. Almoustine 21:32, 19 May 2008 (EEST)

You should move this discussion to the main page´s discussion or to the help page, because it's a very important topic to resolve in the Rodovid´s community. regards--R0MAN0 21:47, 19 May 2008 (EEST)

Thanks Romano - I will Almoustine 21:49, 19 May 2008 (EEST)

[edit] Security Model?

What about a security model for living persons? Some people would not want birthdate, birthplace, etc. disclosed. Perhaps a clan-password? This site looks great for sharing and collaborating on family trees and family history, but a security model is lacking. For example: [1]

  • Currently Rodovid uses wiki software. Main feature of wiki is a open free joint work for one goal. There are exists discussion about privacy policy. But,
  1. Who will defined peoples from same clan?
  2. Why anybody can't say that he is from your clan?
  3. and MAIN thing. What information can be found by deliberate criminal at Rodovid and can't be found in any other places?
  1. Other side, if you want hide you roots, you must create your tree under bed at night into black box :) But not on the internet, and even using computer that have access to the internet.

--Baya 12:05, 2 October 2006 (EEST)

[edit] Hello

Hello, I am going to try to improve the Help here so as to make it easier to use the website and to be more helpful. This could be a fairly successful website, but it is sort of small and hard to use. It is also a little unclear about what it is all about.

Please! someone add more comments, make this into an actual talk page..

  • Yes, your right it is small at the moment. Its great that you want to join in and improving the help will be most apreciated.--Bjwebb 16:50, 3 March 2006 (EET)
  • I have a few suggestions on my talk page --Mayhew18 4:16 29 May 2006 (EST)

[edit] Merging Debate

You can read discussion about merging WikiTree, WeRelate & Rodovid here --Baya 12:35, 3 July 2007 (EEST)

[edit] birth and date mark

I didn't know where to ask about this... well, by the date of the death there is a cross. well, what about jewish and islamic people? Ek7 01:21, 8 July 2006 (EEST)

When project will be started on arabic there could be a different symbol because of major religion.--71.111.55.24 22:37, 24 August 2006 (EEST)
  • currently birth and death dates marked by leeters b. and d. corespondanly. These marks can be set in every localisation by localisation community into system messages MediaWiki:Rd_birthdatemark and MediaWiki:Rd_deathdatemark by any localisation sysop. --Baya 12:13, 2 October 2006 (EEST)

[edit] private option

Is there any possibility of adding another option to birthdate to the others (at about, estimated) with the option of "Private"? I know for those that are currently alive, there is the danger of identity theft, and so that would be a welcomed option. --Hipsterdoofus 23:27, 4 January 2007 (EET)

There are exists global discussion for this topic --Baya 17:45, 5 January 2007 (EET)

[edit] Windsor

Hi,

I am surprised that the tree of the Windsor is not available here. I would like to link it with the tree of the French kings. Yann 01:38, 29 July 2006 (EEST)

You can help start it!--Hailey C. Shannon 03:10, 29 July 2006 (EEST)

Well, since all data is already in the database on engine.rodovid.org, there is no point to do it by hand again. Yann 16:58, 29 July 2006 (EEST)
This data I import as example from royal.ged file. I can not guarantee clearing of this file. --Baya 21:44, 29 July 2006 (EEST)
I am not sure I understood what you mean. Do you mean that you can't guarantee that the data is exact? That doesn't seem a problem, as it's much easier and faster to verify the data once it's imported than to copy it manually. Yann 00:47, 30 July 2006 (EEST)

William Arthur Philip Louis Windsor (Mountbatten-Windsor, b. 21 June 1982) --Baya 21:30, 1 August 2006 (EEST)

This brings up an interesting question: how to merge/link two trees ? If one can enter the Windsor tree as a GEDCOM file, how do you connect it to a tree already on the site such as that of the French kings that already has many of the same names? This is likely to be an important feature as the site grows and people discover that one of their ancestors is featured and they want to add their own tree and connect it. If this issue can be resolved (or if there already is a way to do this), a good way to grow the site would be to contact people with personal sites (or even from commercial sites) whose trees overlap with yours (or with any Rodovid tree) and ask them to upload their file and link it. Any thoughts ?

  • Important thing is "to NOT add person that already in database", during gedcom import similar search procedure occur and user can assign gedcom record to existing record instead adding similar to db. Full tree of Elizabet merged from 9 or more trees. Also at any moment any user can add parent or children to any person at any tree. You can see here many europian houses --Baya 18:53, 18 January 2007 (EET)

[edit] Vanderbilt clan

I just finished the essentials on a tree of the Vanderbilt clan, from Cornelius the First right down to TV's Anderson Cooper, if I missed anymone feel free to add.--Hailey C. Shannon 01:51, 6 September 2006 (EEST)

[edit] XML Export Functionality

Is there any kind of interface to access clan-data on rodovid? if not, this should be an important to-do, because without, information on clans collected on rodvoid is useless for other applications. IMHO to guarantee lasting success of rodovid.org, an open design model is necessary. Best would be an interface to query&edit the trees based on web-service standards. This allows others to develop applications for advanced visualisation, search-improvement or even automatic data integration (only GEDCOM-support is not enough). Dobinator 16:30, 24 November 2006 (EET)

  • I work for possibility for registered users access to raw data (pure xml) --Baya 18:00, 24 November 2006 (EET)

Any further word on this functionality? As much as I hope Rodovid continues to take off and is around for a long time, after entering hours of information, it would be nice to be able to export it to save it in case something were to happen! --Hipsterdoofus 06:46, 4 January 2007 (EET)

  • I hope that I finish new edit possibilities at the end of this January. Registered users can select edit way from genealogical form, pure xml and pure gedcom. --Baya 17:49, 5 January 2007 (EET)

[edit] Growing the Tree

This site needs to reach a critical size to really get going, i.e. to be perceived as a viable resource for searching ancestry in competition with commercial databases. Here is an idea: looking for personal homepages of people displaying their own family tree and e-mailing the owners of those pages asking them if they are interested in uploading their page on Rodovid, or in providing a Gedcom file to be uploaded. There are sites out there with tens of thousands of names and these sites were put up by people who want to have their trees available on-line. If 100 of us each contact 10 sites that each have 10000 names, with a 10% response there could be a million people uploaded relatively quickly. A good place to start would be the list of personal sites on Cyndi's list: http://www.cyndislist.com/personal.htm. Any interest ? CTfrog 20:20, 18 January 2007 (EET)

Frequent visitors to Rodovid have noticed that it is now changing for better at a stable speed. New design is being prepared, help messages are being improved, the family tree engine is soon to get some really cool functionality. However, this website is still in beta. That is the immediate goal is not to get as many records as possible but to improve the functionality of the website first. --Stanley 21:21, 18 January 2007 (EET)
  • In any case you can help a project, if you contact to site owners --Baya 21:36, 18 January 2007 (EET)

[edit] New Engine

[edit] LDS Sealed to Spouse Regression

The SLGS attribute should be attached to a family unit in the same way a marriage is. This had been fixed in the previous engine. The attribute is basically a church marriage. Please remove SLGS from the individual event attributes and add it to the family event attributes. I'm not too worried about you fixing the data in the database. If you just fix it in the engine, I will clean up my data by deleting individual SLGS events and adding them to families. You can read more about this issue on my talk page. --Alexeagar 04:43, 24 June 2007 (EEST)

  • Moved --Baya 22:48, 25 June 2007 (EEST)

[edit] Rollback and Undelete disabled

Sysops should be aware that bugs in rollback and undelete [2] (Bugzilla account required) have caused problems and so both are disabled until the bugs can be fixed.Wikiacc (talk) 06:56, 22 June 2007 (EEST)

[edit] GEDCom uploader

What happened to the GEDCOM uploader?--Hailey C. Shannon 04:18, 29 June 2007 (EEST)

[edit] Rootsweb.com - Mailing list - English only

I created the above mailing list on Rootsweb for the discussion of wiki genealogy pages and the value of wiki genealogy pages. I invite the administrator of this site to join and any other interested parties.

To subscribe follow the links below:

WIKI-GENPAGES-L, send mail to WIKI-GENPAGES-L-request@rootsweb.com with the single word subscribe in the message subject and body. To join WIKI-GENPAGES-D, do the same thing with WIKI-GENPAGES-D-request@rootsweb.com.

Best Regards, --Sidetracked Researcher 04:11, 3 July 2007 (EEST)

[edit] Delete

Hello, could you please delete all the pages I have created? I have privacy issues. Thank you. Andrevan 12:14, 26 July 2007 (EEST)

You can delete records that you added yourself. If a record was in the meantime edited by someone else as well, add that record to the Category:Items to delete. Just insert the [[Category:Items to delete]] in the Notes section. --Stanley 12:23, 26 July 2007 (EEST)

[edit] Clan Name/Surname Issues

I have an issue with the way that some lineages are being combined. Rather than take the time to designate correct clan/tribal names with surnames or heraldic designations, we are rolling a wide range of disparate lineages up into a combined lineage under a country designation.

The problem is that the overarching bundling of all these disparate surnames are masking some very important lineage inheritance patterns that are worth preserving for Genealogical reasons and for Historical reasons as well.

For example both Plantagenet and Norman are being rolled in with Saxon and Scot under the designation England. This is grossly inaccurate and causing huge lists of names that are increasingly difficult to search. The harder the search the more lazy people become. They give up quicker and create or leave a duplicate individual rather than link the lineage properly. Not to mention that for example to Plantagenet stems from an entirely different ethnic stem than the Normans, Scots and Saxons. The lineages of the wives are masked by the association with their husband's lineage or worse with the lineage designation of "England". This is entirely incorrect as it does not allow for differentiation between the subgroups that comprise the English nation at the time and give a false impression that England consists of a single overarching family that is horribly inbred.

I vote we shed the tendency to roll things up into a nationalist schema as it leads to the same crazy genealogical mishmash that exists on other known genealogy sites and is really nothing more than a quick fix. It is better for all that if a lineage (Tribal Clan or Herald) cannot be determined with a fair degree of accuracy it should be listed as "Unknown" in order to allow someone who can identify the lineage to make the designation.

Almoustine 06:38, 12 February 2008 (EET)

This was inherited from the scheme used in many of the GEDCOM files imported into the site; it's not a policy at all, and I don't think that anybody actually advocates it. If you'd like to help out correcting this problem, please do so. --Wikiacc (talk) 01:47, 7 April 2008 (EEST)

I am currently working on getting my mother's lineage into the tree which will address some of these issues as she is part of the English Royalty tree. After that I hope to relax and perhaps add to the Help files by creating a look up chart that shows the clan names across the various languages so that we can have a look up reference guide for "surnames and clan designations" and perhaps get some standardization going. Almoustine 17:30, 25 May 2008 (EEST)

[edit] Preexisting French King Records overwritten by Newer Portuguese variants?

I have a problem with generations and generations on the Frankish kings having dissappeared and ID number in the 50000 range being overwritten by newer records from the Italian and Portuguese Database. Why was this done? (We have lost generations of valuable relationships which are now obscured by these newer records). Almoustine 01:55, 9 June 2008 (EEST)

Could you please cite some records?

OK so yesterday I did a whole lot of sleuthing to find out what happened and why I could not find the records that I had input or updated prior with Engish names...the records were still there but no longer linked in to the English database. I had to pull in the English records again from other databases by linking them to known persons. It looks like users have been unaware of how to mark records for duplication handling and have just been rebuilding the lineage based on their assessment of what is the most correct. Unfortunately, as you pointed out to me earlier. We need to synchronize the records, mark the NEWEST one as a duplicate, THEN allow the duplicates to remain in the tree until they can be removed.

I pulled in some records again by importing all the various records for Person:31836, Bisinus of Thuringia (de Bassinga) (Bisin, b. 440? d. 510?), and Théodebert 1er d'Austrasie (Austrasie, b. 504 d. 548). By checking the following person Person:105825 You will be able to see a tree with some badly needed duplication removal efforts. My preference is that I mark and you remove...Is that OK? Almoustine 18:23, 9 June 2008 (EEST)

Personal tools