Wikimedia genealogy project

From Meta, a Wikimedia project coordination wiki
This is a proposal for a new Wikimedia sister project.
Status of the proposal
Statusunder discussion
Technical requirements

Shortcut:
https://w.wiki/4Y5

This page serves as a centralized discussion for a potential Wikimedia genealogy project. It is not a specific proposal, but rather a place to express support or opposition, voice concerns, or assist with the details needed to move the theoretical project forward. Please see the talk page and the mailing list wikimedia-genealogy archive - options - send for additional discussion, or connect to #wikimedia-genealogyconnect for live chat. Specific tasks can be tracked on the Genealogy board on Phabricator.

History[edit]

Several genealogy projects have been proposed in the past. Wikimorial, a "memorial to the dead", and GlobalFamilyTree were proposed in 2003 and 2004, respectively; the two proposals were merged into one with a scope that included both living and dead people, called Wikipeople. The proposal included a mockup of a standard entry. Wikigene and Wikigree were proposed in 2005, but neither gained traction. Similarly, proposals for Nouveau projet Base de données généalogique (English) and WikiTree were created in 2010, but little or no discussion was generated.

Rodovid (German, French, Russian), proposed in 2006, received more than 100 support votes. WeRelate, initially proposed in 2007 and submitted for discussion in 2013, has also received many support votes. See also: WeRelate/FAQ.

Names[edit]

Proposed project titles have included GlobalFamilyTree, Rodovid, WeRelate, Wikimorial, Wikipeople and WikiTree. One Rodovid subpage included the alternate titles FamilyWiki, GeneaWiki, Wikicestry, WikiGenea, Wikigenes, Wikiplanet and Wikitree.

Existing projects[edit]

See also the table of wikis tagged 'genealogy' at WikiApiary.
Name Since URL Wikipedia articles Record counts Registered users Licence Software Living people
Familypedia https://familypedia.fandom.com ru, it 66000 2204 Creative Commons Attribution-ShareAlike MediaWiki 1.19.24 and Semantic MediaWiki Allowed but discouraged
Geneanet および and http://www.geneanet.org/ ru, fr, en, de, nl 4,000,000,000[1] 2,500,000,000,[2] or 400,000,000[3] 2000000 Creative Commons Attribution-NonCommercial-ShareAlike 2.0 France GeneWeb 7.0 Anonymized by default
Genealowiki.com 2004 http://www.genealowiki.com/ none 1,169[4] Copyright ("property of the contributing authors") TWiki
Genes Reunited http://www.genesreunited.co.uk/ en 780,000,000[5] unknown Internally developed?
geni.com http://www.geni.com uk, bg, jv, et, pl, he, nl, ru, bcl, de, pt, en, fi, cs, nb 11000000 Limited, revocable license for personal non-commercial use (details at Term of Use) Internally developed? Geni API Anonymized unless being Master profile
GenWiki http://wiki-de.genealogy.net/ hu, de 233,996 pages (German)[6]
953 pages (English)[7]
This wiki does not have entries on individual people, but has significant information on families.
12,139 (German)[6]
994 (English)[7]
non-commercial No special recommendation, GEDBAS-compatible
Rodovid http://rodovid.org/ id, uk, tt, ru, az, be, pt, en, ar, uz, lt 1032283 reference work entry Creative Commons Attribution MediaWiki 1.9.3 Unclear
Roglo http://roglo.eu/roglo fr 9000000 Copyrighted content, free software GeneWeb 6.08 Anonymized by default
WeRelate http://werelate.org/ ru, bg, en 2824000 110988 Creative Commons Attribution-ShareAlike 3.0 Unported MediaWiki 1.7.1 Not allowed other than public figure
WikiTree[9] https://www.wikitree.com/ it, ja, nl, fa, ko, fi, pt, en, ar, cs, gl 25233628 712050 Copyright ("© 2008 - 2022 Interesting.com, Inc. Content may be copyrighted by WikiTree community members", and "we have not developed a standard license yet"[1]) MediaWiki 1.11.0 Anonymized and unlinked, other than members
FamilySearch Family Tree http://www.familysearch.org/tree/ es, ja, fr, pl, uk, it, ca, cs, de, pt, en, vi, zh, da 1380000000 and 1400000000 Free, Non-commercial (Terms of Use) FamilySearch API with open source GEDCOM X Hidden
AncientFaces https://www.ancientfaces.com en 135000000
History Research Environment (HRE) 2017 https://historyresearchenvironment.org/ None None yet (under development) Affero GPL Open source. H2 database with Java front end
FactGrid https://database.factgrid.de/wiki/Main_Page de, en 100,665[10] 222 and 322 Creative Commons CC0 License MediaWiki and Wikibase
Our Family Tree https://www.ourfamtree.org/ 597873 10456 Non-commercial Self-developed Optionally private
Kinpedia
originally WikiTree
2005 http://www.kinpedia.net/
(originally www.wikitree.org)
None 7,300,929 Originally CC-BY-NC-SA Originally MediaWiki, now self-developed
Wikispore https://wikispore.wmflabs.org/wiki/Wiki:Main_Page and https://wikispore.org 6[11] CC BY-SA 3.0 MediaWiki and MediaWiki-Vagrant Currently not allowed
Wikidata https://wikidata.org/ es, is, ms, ps, bg, nl, pnb, ur, mr, fr, sk, be, uk, dag, tg, km, gsw, uz, as, eo, mk, bar, wuu, blk, cdo, pap, hr, cs, bs, sv, fi, ab, pam, vi, za, lv, ilo, sr, udm, my, vec, ro, mt, nan, nb, az, min, ban, lzh, ckb, en, ar, ko, lad, nqo, yue, hu, gu, war, hak, pl, ast, ru, ba, cy, ce, ga, fa, zh, da, ka, ja, ia, ha, arz, tr, si, tt, af, hi, te, pa, bn, lfn, ny, ta, it, kn, sq, ht, et, nn, bh, wikidata, eu, be-tarask, ne, pt, vo, de, or, he, sl, tl, ca, hy, th, sw, ml, sh, fy, azb, sd, simple, gl, id, el, oc 7,000,000+[13], 1,000,000+ with family relation[14] 6179033 CC0 Wikibase and MediaWiki Allowed

Existing genealogical content in Wikimedia projects[edit]

Genealogy features in various places in existing Wikimedia projects:

Support[edit]

  1. Netgo123 (talk) 20:36, 2 November 2023 (UTC)[reply]
  2. --Another Believer (talk) 19:02, 26 February 2014 (UTC)[reply]
  3. Going far beyond the obvious scope but into contemporary interest in genealogy, there could be potential for hosting genetic information in a Wikimedia project. en:23andMe does this with a commercial model but increasingly, a lot of medical science is looking at greatly expanded genetic sequencing. Genetic sequencing complements traditional genealogical practices and increasingly must be acknowledged by people tracing any genealogy. Blue Rasberry (talk) 19:15, 26 February 2014 (UTC)[reply]
  4. There already is Familypedia. Here is the entry for my great-grandfather. Familypedia has a standardized format that creates trees and charts, or you can opt out and go freestyle with text and images. I like it because I can add my research notes and have full text biographies instead of just birth and death dates. The 10Mb image limit allows me to add in the census images from Ancestry and Familysearch. I can also link to the biographies I have written at Findagrave and to the tree at Geni.com. --Richard Arthur Norton (1958- ) (talk) 19:45, 26 February 2014 (UTC)[reply]
  5. There are multiple ways in which such a project could be useful, without the commercial approach taken by other online projects. Eclecticology (talk) 20:00, 26 February 2014 (UTC)[reply]
  6. This area of knowledge should be part of the non-profit Wikimediaverse. What we need is an action plan on how to go forward, and maybe also a clever way to step around the tedious domain name issue, at least temporarily.--Pharos (talk) 20:18, 26 February 2014 (UTC)[reply]
  7. I support bringing existing projects like WeRelate or Rodovid into Wikimedia, to expand their resources and user base. But I wouldn't make a new Wikimedia project for genealogy. Wikiacc (§) 21:51, 26 February 2014 (UTC)[reply]
    I'm no longer completely opposed to a fresh Wikimedia project, but I think we should still make use of existing projects to reduce duplication of effort. Wikiacc (§) 16:57, 21 December 2017 (UTC)[reply]
  8. I support the idea, although I would like to see how we could gain relevance without becoming just another project. Additionally, if we could, I would be all for taking in a few other projects, as it would give us a reliable base to start with. Kevin Rutherford (talk) 22:24, 26 February 2014 (UTC)[reply]
  9. I support the proposal, but there are already several genealogy wikis around (see above). We should adopt one of them or even merge a few, as suggested by Ypnypn in the talk page. --Waldir (talk) 22:31, 26 February 2014 (UTC)[reply]
  10. Support, preferably by adopting an existing non-WMF project. -- Ypnypn (talk) 22:43, 26 February 2014 (UTC)[reply]
  11. Support, perhaps as a sub-project of Wikidata. (Wikidata has all the basic genealogical properties: d:Property:P22, d:Property:P25, d:Property:P7, d:Property:P9, d:Property:P40, d:Property:P1038, and d:Property:P1039). --Jakob (talk) 23:39, 26 February 2014 (UTC)[reply]
    It doesn't have to be a sub-project of Wikidata, just integrate with it. Like how interwiki links are stored in Wikidata but the projects are still stand-alone. (Also, full list of relevant properties here) --Waldir (talk) 00:17, 27 February 2014 (UTC)[reply]
    Nice idea, but I agree with Waldir  Klaas `Z4␟` V 08:41, 27 November 2014 (UTC)[reply]
    I certainly do not object to a separate project. I support that too and would contribute to it if it ever existed. --Jakob (talk) 15:29, 30 January 2015 (UTC)[reply]
  12. Support. This definitely falls under the WMF rubric of trying to bring the sum total of human knowledge to the world. LtPowers (talk) 23:44, 26 February 2014 (UTC)[reply]
    As an addendum, I believe this project would have the capacity to significantly increase our userbase. LtPowers (talk) 21:27, 2 July 2014 (UTC)[reply]
  13. Support. · · · Peter (Southwood) (talk): 05:59, 27 February 2014 (UTC)[reply]
  14. Support. MTC (talk) 06:19, 27 February 2014 (UTC)[reply]
  15. Support. We have a lot of historical records that can be converted into convenient structured data. --DixonD (talk) 06:32, 27 February 2014 (UTC)[reply]
  16. Strong support. Collaborative research of historical personalities - including the non-notable ones - should be an activity that takes place in the Commons, not enclosed in commercial vanity services. I also support tight integration with Wikimedia products, such as Wikidata and Wikimedia Commons. --Susannaanas (talk) 06:36, 27 February 2014 (UTC)[reply]
  17. Support. A page for each person, strongly linked to a wikidata item so that when you edit the fixed fields you are adding info to the wikidata item. Labels for fields localised in Wikidata so the site can be easily localised in any language (not just the 280 Wikipedia languages). Interviews with every granny still alive stored on Commons and used as references. The technology is here now for us to this better than anyone else can. Lets do it. Filceolaire (talk) 09:55, 27 February 2014 (UTC)[reply]
  18. Support in principle, with some of the qualifications mentioned by others above. I've made over 42,000 edits to Familypedia, which is totally free to use, is one of the world's biggest Semantic Mediawiki sites, and has enormous potential if the servers can handle the idea of an article about everyone whose life has ever been documented (with automatically-generated links to each of their ancestors and descendants and with potentially hundreds of semantic facts about each person - 737 properties at last count but more in the pipeline). See http://familypedia.wikia.com/wiki/Special:SemanticStatistics. It might qualify for Wikimedia support. Robin Patterson (talk) 12:26, 27 February 2014 (UTC)[reply]
  19. Support. — Dionys (talk) 12:37, 27 February 2014 (UTC)[reply]
  20. Support - Abhijith Jayanthi
  21. Support - Yann (talk) 07:42, 28 February 2014 (UTC)[reply]
  22. Support - Apparently, some people want this. Perfectly legal and not offensive, as long as properly maintained. Why not?--Seonookim (talk) 14:43, 28 February 2014 (UTC)[reply]
  23. Support Peter17 (talk) 09:09, 3 March 2014 (UTC)[reply]
  24. Support. Dovi (talk) 09:50, 5 March 2014 (UTC)[reply]
  25. I strongly support merging projects WeRelate, Rodovid and WikiTree into one project in Wikimedia. It should benefit from the strong sides of each of these wiki projects: WeRelate (GEDCOM input/output with quality revision and elimination of duplicates, strong source policy), Rodovid (multi-language and multi-region), WikiTree(solutions for management of the privacy of living persons). All these existing projects suffers from small resources and small user base. Each of the existing projects has particular weak points which have already solutions in other projects. It would be pity to loose in the new project these existing strong points of existing projects and also to loose the existing databases.--Alexandre.rozanov (talk) 01:01, 9 March 2014 (UTC)[reply]
    WikiTree doesn't have a license that would allow such merging. ChristianKl (talk) 17:30, 14 December 2017 (UTC)[reply]
    It's possible that Alexandre was referring to kinpedia.net, formerly known as WikiTree and available under a free-ish (still incompatible?) Wikiacc (§) 16:57, 21 December 2017 (UTC)[reply]
  26. Strong support. We know there are enough people to support such a project and help get it off the ground - we need to decide how to start. The Q&A on the talk page here are a great first pass at answering that. It's worth getting someone from Familypedia and someone from Rodovid more actively involved with the discussion, and making sure Dallan from WeRelate feels welcome to share his thinking here. SJ talk  00:11, 13 March 2014 (UTC)[reply]
  27. Support. --GeorgeBarnick (talk) 19:03, 14 March 2014 (UTC)[reply]
  28. Support. Yes, there's the potential for vanity and COI and all that other fun stuff, but we could just require references and have sort of a blanket BLP policy to solve that. Supernerd11 :D Firemind ^_^ Pokedex 19:11, 17 March 2014 (UTC)[reply]
  29. Support. Yes, I have been waiting for this. Dan Koehl (talk) 19:12, 19 March 2014 (UTC)[reply]
  30. Support. -- Jdfoote (talk) 20:12, 22 March 2014 (UTC)[reply]
  31. Heavy potential and pedagogic purpose. Trizek from FR 08:11, 24 March 2014 (UTC)[reply]
  32. Support. But providing and enforcing good sources will be key for the success of such project. Apn (talk) 18:54, 28 March 2014 (UTC)[reply]
  33. Support Jane023 (talk) 09:16, 1 April 2014 (UTC)[reply]
  34. I strongly support merging projects WeRelate, Rodovid and WikiTree into one project in Wikimedia. (just as Alexandre.rozanov) Rodovid has an amazing tree-display, and french users have developped a large amount of templates to cite sources. But both users and developpers are isolated. It could became a amazing database for historians. Anyway : genealogists are talking about merging there trees even outside a wiki... --Christophe Tesson (talk) 15:33, 2 April 2014 (UTC)[reply]
  35. I support it, because it is free and this kind of information should be free. The wiki's works on the concept of one page for one person and the other non-wiki projects create 10 profiles for on person and you lose a lot of time to get the info the same in all the profiles. I renew my support and if needed I will try to promote the idea. I am a superuser (we call them (data)Curators) at Geni.com and I have an account on wikitree, FamilySearch, MyHeritage and wikidata. So if you need my support let me know I will do what I can. Again a strong support for a Wikimedia project. Carsrac (talk) 19:06, 9 April 2014 (UTC) 86.92.239.22 11:41, 26 November 2019 (UTC)[reply]
    The world has changed between 2014 and 2021, but I still support the idea that wikipedia, wikimedia should support genealogy. But creating another wiki project NO, but tools and templates based on wikidata YES. If info is on wikidata then every wikipedia article could like to the wikidata article and with a template get the genealogy facts out of it. You can also create like familygraphs based on the facts in wikidata. Carsrac (talk) 08:40, 2 June 2021 (UTC)[reply]
  36. Support. It's a very interesting idea, and I've been thinking of using Mediawiki for genealogy due to the flexibility of the software. If some strict rules about good sources were set up, this could actually work. It's worth a try. – Sunny256| 11:35, 11 April 2014 (UTC)[reply]
    I think adding sources facts should done on wikidata, and then with a template added to an article on for example en.wikipedia.org Carsrac (talk) 08:43, 2 June 2021 (UTC). Carsrac (talk) 08:43, 2 June 2021 (UTC)[reply]
  37. Strong Support. There are a number of websites already dedicated to geneology and a large many of them charge for access to records both genelogical and source. I think a Wikimedia sponsored project would greatly increase the availability of geneology resources. People seem to often duplicate research. A project like this would also be beneficial to Wikimedia Commons and Wikisource, particularly if citations were required for the information on the project. Of course original research would be allowed, but it would have to be documented. There are valid concerns about the software aspect of things, and we'd of course want to have GEDCOM support, and a custom interface would have to be written for genelogical data, and of course as others have pointed out the foundation doesn't have the best track record for providing software support for non-Wikipedia projects. Nevertheless, the software could be written, and I think the extra maintenance burden would be worth the reward. We've done weirder things with Mediawiki, just look at Wikidata. I also understand the privacy concerns, though in my opinion all of these things are already public record and usually being actively researched by a number of people. Though perhaps that is just in the United States. We already have much of the ecosystem in place with Commons and Wikisource, and there is clearly an interest; I've spoken with folks outside of Wikimedia about geneology who have expressed that they would contribute to a Wikimedia geneology project. All in all I think this is a good idea that I would strongly support. Zellfaze (talk) 18:54, 14 April 2014 (UTC) Addendum: I also support the idea of good citations across the board, no exceptions, not just for living folks. Having now read the opposition, I do not see very many arguments against that I would personally give much weight. Zellfaze (talk) 19:00, 14 April 2014 (UTC)[reply]
  38. Support Sapcal22 (talk) 19:04, 22 April 2014 (UTC)[reply]
  39. Support, with BLP and sourcing requirements. This is long overdue. I too like the idea of adopting an existing project like FamilyPedia (or more, and merging them). I agree with concerns that MW development is too focused on Wikipedia itself, and that WMF would have to take steps to ensure that an official WikiGenealogy project had the technical development support it needed. — SMcCandlish [talk] [cont] ‹(-¿-)› 09:02, 25 April 2014 (UTC)[reply]
  40. Support. I've used Rodovid and I think it's informative. This will be good as long as we have to make well-written, complete, and comprehensive sourcing policy to keep the article well-sourced. --Ricky Setiawan (talk) 15:54, 29 April 2014 (UTC)[reply]
  41. --Holder (talk) 17:45, 1 May 2014 (UTC)[reply]
  42. Support - I feel this project has a lot of potential and would be a great online resource. Peter.C (talk) 14:37, 1 June 2014 (UTC)[reply]
  43. Simple software. The crux of this is, I think, to get the software right. It shouldn't be as complicated, and try to guide the research/formatting/etc. as much as the existing genealogical sites do. More like the proofreading extension on Wikisource: the minimum necessary to make the purpose of the site possible, but beyond that things are left to the normal capabilities of MediaWiki. — Sam Wilson ( TalkContribs ) … 05:10, 11 June 2014 (UTC)[reply]
  44. Strong support - Yes, we need something like this and I am glad this discussion has begun. What I urge, as others have, are strong pillars, but also a similar manner and style of citations as Wikipedia. While I am new to genealogy, something I quickly discovered with almost every genealogy site, is the high level of inaccurate content with no source to back up the relationship to a family of any kind. Spelling of names, dates and facts vary from one site to another and it becomes frustrating to see so many hundreds of trees that are of the same family but separated. This sort of venture with Wikimedia would do well to have strict content guidelines and require reliable sources for relationships, facts, dates, etc.. It would also be nice if this sort of project had a way to show or mention all the relationships of a single person to all the trees they belong to. This is a matter of sharing and allowing the free flow of information, but this sort of thing could also show all the links to other family trees and reduce the amount of searching needed.--Mark Miller (talk) 21:25, 2 July 2014 (UTC)[reply]
  45. Support Miyagawa (talk) 18:24, 9 July 2014 (UTC)[reply]
  46. Support -- DerFussi 09:46, 25 July 2014 (UTC)[reply]
  47. Strongly Support But there has to be a new approach of displaying and merging family trees. There also has to be a clear way to censor random dups to be added. Imagine how many John Does there are. But despite all the difficulties, I believe there can be a way for and open wiki for genealogy and sophisticated family pedigree, which as soon as it gains some leverage will defeat all those on the market, like MyHeritage etc., who use people's info to make money, and not only that, but the contributors themselves have to pay subscription fees! I hope this project will finally succeed. I'd personally go with WeRelate due to their large existing database and compatibility with Wiki, but it definitely needs massive improvement and visualization and elimination of Flash plugins. I also believe that upon establishing a robust Wiki project for genealogy, some or even all of the projects proposed will disclaim their websites and disclose the data to the Wikimedia project. Another very important feature to consider is a gadget that will allow importing directly from MyHeritage, Geni, Ancestry etc. accounts and then process the data in the visual editor, individually merging new people with people who already exist in the project. A 'find and merge matches' like MyHeritage is a must. If only it would be in a Wiki format that's just saving the world! So to summarize, here some of the factors needed: 1) Wikimedia based shell 2) Anti-duplicate and system 3) Privacy enforcement 4) Plugin-free (JS) visual tree (pedigree) viewer 5) Genealogist-friendly visual uploading and merging of trees 6) Merging and linking with persons of Wikipedia Weitzhandler (talk) 03:51, 19 August 2014 (UTC).[reply]
  48. Strong Support. Our lack of active users is becoming a threat to our existence. We need to stop saying "No" and start saying "Yes" to exciting opportunities for expanding beyond long form encyclopedia articles. This is a great place to start. AnonymousCoward8222104 (talk) 19:35, 27 August 2014 (UTC)[reply]
  49. Support Support FrankyLeRoutier (talk) 03:13, 21 October 2014 (UTC)[reply]
  50. Support I see no reason not to have this project. Kevin Rutherford (talk) 16:58, 29 October 2014 (UTC)[reply]
  51. Support Why not. I like the idea and I think a lot of good info could come out of this. I am a little concerned about unsourced information and a lot of the Genealogical databases are subscription driven. Also, this will undoubtedly dilute the number of participants in the other struggling Wiki's even more. I recommend if this is approved, some effort is put into pulling in existing content to create a base that can be built on. Also, would this be for "anyone" or only notable people? It seems like it would have to be an all or none thing in order to be meaningful and thats billions of potential records. But it seems like a good idea that could have a lot of future value. Reguyla (talk) 18:07, 30 October 2014 (UTC)[reply]
  52. --Yoursmile (talk) 20:46, 2 November 2014 (UTC)[reply]
  53. You read my mind. I was at the cemetery some weeks ago and I was thinking how this type of "infrastructure" will be a great support for the cross-reference of genealogical information. Biographies are a main percentage of articles. For less important people, it is a shame that we have to pay to access this information, while we could provide such a better service in some years.--Alexmar983 (talk) 16:38, 23 November 2014 (UTC)[reply]
  54. Strong Support. Genealogy is very interesting and becomes more interesting since people move more and faster thanks to globalization and easier dialogue using major understandable languages for everyone, most notably English. WikiMedia Software makes the availablibilty in other languages and even dialects easier. I;m almost ten years Wikimedian and love it, FYI: I;m subscribed to geneanet.org  Klaas `Z4␟` V 08:38, 27 November 2014 (UTC)[reply]
  55. Support Support There are many genealogy books about kazakh tribes and other nation. For example list: https://kk.wikipedia.org/wiki/Қазақ_шежірелерінің_тізімі --Kaiyr (talk) 15:40, 6 December 2014 (UTC)[reply]
  56. Support Support.--Arbnos (talk) 16:14, 6 December 2014 (UTC)[reply]
  57. --Higimo (talk) 17:57, 6 December 2014 (UTC)[reply]
  58. Support Support. -- Дагиров Умар (talk) 14:08, 9 December 2014 (UTC)[reply]
  59. Support Support --Netha Hussain (talk) 17:55, 9 December 2014 (UTC)[reply]
  60. Support Support. This makes a lot of sense in broad strategic terms; genealogy is one of those things has really broad interest and relevance, but is not well as part of the commons. Genealogy is a space that the commons still has a chance to win, but we're currently on track to lose it.--Ragesoss (talk) 18:08, 9 December 2014 (UTC)[reply]
  61. Support Support. This sounds like a great idea. I don't see any reason why a wiki in this area would not be as successful as our other sister projects. Neelix (talk) 18:14, 9 December 2014 (UTC)[reply]
  62. Support Support, conditionally. People generally know who there grandparents were, so let us have a cutoff where we cover genealogy of people who are not encyclopedically notable only up to a century ago (i.e. at present, up to 1914). That way, people who want to know about their distant ancestors would only need to find their most recent ancestor living in 1914, and trace back. We can, of course, include more recent genealogical information for well known lines (like the fact that Prince William is descended from Prince Charles and back from there). BD2412 T 18:17, 9 December 2014 (UTC)[reply]
  63. Support Support - EP111 (talk) 18:42, 9 December 2014 (UTC)[reply]
  64. Support Support conditional on a number of things. Principally: (a) must be interoperable with Wikidata, which in practice probably means a Wikibase site; (b) content policies that stand up to minimum sanity checks; (c) visualisation tools such as GeneaWiki but obviously with greater sophistication. In other words must be a better mousetrap. Charles Matthews (talk) 20:06, 9 December 2014 (UTC)[reply]
  65. Qualified Support Support. I like the idea, but what I'm leery of is the idea of reinventing the wheel from scratch. In my genealogy research, what I've found is that less fragmentation, not more, is what would be most helpful to me. Instead of having to join ten or twelve different sites to access different partial subsets of what I'm looking for, I would like to see greater unification of the data sets -- I realize it's probably a pipe dream, but in an ideal world I could join one site and get access to everything I need in the same place. So I'd much rather see a content and/or business partnership with one or more of the projects that already exist, rather than WMF launching a whole new one of its own. Bearcat (talk) 20:10, 9 December 2014 (UTC)[reply]
  66. Support Support I believe this could be a great project, especially if careful control of the "strength" of evidence is built in from day 1. Rich Farmbrough 20:14 9 December 2014 (GMT).
  67. Support Support But I'll be amazed if wikimedia will get things moving. My concise wiki idea is still untouched after a year.Dr. Blofeld (talk) 10:10, 10 December 2014 (UTC)[reply]
  68. Support . --Malbakov Korkem Shamshievih (talk) 10:29, 10 December 2014 (UTC)[reply]
  69. Support Support I like the idea of the project - and perhaps it can be nicely integrated with WikiData. As for the scope of the project, I could see it go either way. I'd hope for it to either cover only subjects considered notable by Wikipedia's standards (i.e. if the subject has an article on a language version of Wikipedia, it can have a tree). I suppose I also wouldn't mind a broader scope - but I'd also want a way for all information to be verified and reliable. ~SuperHamster Talk Contribs 17:16, 10 December 2014 (UTC)[reply]
  70. Support Support --Passerose (talk) 13:30, 11 December 2014 (UTC)[reply]
  71. StrongSupport Support: I also agree that this area of knowledge should be part of the non-profit Wikimedia universe. I also think that notability should not be a criteria here, as it should be open to all individuals. That brings the tricky issue of original research and availability of secondary sources. I think this requirements should be softened for this project. Often times family history is kept as memories from the elders, as the primary source to remember our family history and ancestors. This is also why it would be so good to have a strong nonprofit organization being a global record of genealogy, for future generations to enjoy and be able to trace their past (and not just kings as it is the case now in Wikipedia). The Sagas of Icelanders are a good example of a people who took care to record the family histories, a treasure that modern Icelanders can now enjoy.(talk) user:Al83tito 22:29, 14 December 2014 (UTC)[reply]
  72. Support Support Family trees are precisely the type of information and knowledge that has great potential to grow under the WMF. We should definitely at least trial it. There is no harm in trying. DaGizza (talk) 12:08, 19 December 2014 (UTC)[reply]
  73. Support Support--Hkjacksonhk (talk) 13:49, 4 January 2015 (UTC)[reply]
  74. Support Support--Paul D Grey (talk) 01:12, 5 January 2015 (UTC)[reply]
  75. Support Support--Benjozork (talk) 19:31, 10 January 2015 (UTC)[reply]
  76. Strong Support As a genealogist, I know the kind of information we could see in such a project. Give this thing a few years, and we could have something on the order of Wikipedia. As a computer programmer, I would also like to volunteer for modification of the MediaWiki code to suit such a project. --Quibilia (Quibilia (talk) 18:45, 28 January 2015 (UTC))[reply]
  77. Support Support--Prounn (talk) 07:39, 8 May 2015 (UTC)[reply]
  78. Support Support. Сыбыр (Сыбыр) 14:25, 8 May 2015 (UTC)[reply]
  79. Support Support. MaksutZhansaya1 (MaksutZhansaya1) It's really good idea, I think. Family trees, generation trees may help us in future. 16:45, 9 May 2015 (UTC)[reply]
  80. Support Support. --Jbuket (talk) 11:01, 24 July 2015 (UTC)[reply]
  81. Strong Support. Please try to merge/use one existing project! Terrible that there isn't a "big and well known" site for OPEN genealogy work.
  82. Also Strong Support. --Evachan39 (talk) 12:27, 5 November 2016 (UTC)[reply]
  83. Support Support. Gap9551 (talk) 17:14, 14 November 2016 (UTC)[reply]
    Support. --Дагиров Умар (talk) 20:43, 5 December 2016 (UTC)[reply]
    Second vote, the first was at 14:08, 9 December 2014 (UTC). --Brateevsky (talk) 07:05, 30 August 2019 (UTC)[reply]
  84. Support Support. --The Photographer (talk) 15:19, 9 December 2016 (UTC)[reply]
  85. Support Support --Ganesh Paudel (talk) 04:50, 19 December 2016 (UTC)[reply]
  86. Support Support.--Mitzi.humphrey (talk) 22:18, 24 February 2017 (UTC) I have access to the extensive family tree of genealogist Eleanor Silliman Belknap Humphrey, archived in the Library of Virginia, the Historical Society of Virginia, and the Filson Historical archives in Louisville, Kentucky.[reply]
  87. Support Support, Wikimedia could do wonders for genealogy. Genealogy research is quite rewarding. --AmaryllisGardener talk 21:17, 25 February 2017 (UTC)[reply]
  88. Support Support --DixonD (talk) 18:57, 18 March 2017 (UTC)[reply]
  89. Support Support Benoit Rochon (talk) 19:11, 20 March 2017 (UTC)[reply]
  90. Support Support It's only a question of time that every departed person can get a Wikidata-ID. Give it a chance! Wikipedia itself is the best example what collaboration can do. --Kdkeller (talk) 20:27, 13 April 2017 (UTC)[reply]
  91. Support Support, and I would add the following aspects to make the project the most useful for historical research and understanding.
    Interpret land records to ascertain the piece of land referred to in the record and create a Google KML file showing the segments of the boundaries of the plot using GPS coordinates. Associate the map data to a person for a given amount of time (www.kesslerresearch.com for examples). Show ownership of the plot and residents as well, be they family members of the owner or renters. The land record would also need to be associated to a municipality. The pre-1830 associations of people are sometimes hard to ascertain from records about people and even the records from the land they inhabited. But if one could actually see, on a map, where these people lived in relation to one another at a large scale, new theories or even conclusions could be drawn about the relationships of those people to one another. On the municipality side, a lot of high-level information already exists (see Wikipedia). This project would increase the granularity of the existing knowledge of their history.
    High-level information about a lot of historical and current organizations already exists (linked to Wikipedia for a high-level overview). We could get much more granular with our knowledge of organizations (churches, employment at companies, non-profit organizations, parts of the military, etc.) if we associated membership in them to genealogical data. These organizations were sometimes incorporated and could own real estate. The land data wouldn't be complete without the organization data because large parts of our country (and the world) are not owned by individuals. Sean Kessler (talk) 19:38, 9 May 2017 (UTC)[reply]
  92. When organizations are included as well having the data inside Wikidata makes much more sense. ChristianKl (talk) 17:10, 14 December 2017 (UTC)[reply]
  93. Support Support Definitely! --Filipinayzd (talk) 04:07, 25 May 2017 (UTC)[reply]
  94. Support Support --.laramar. (talk) 14:13, 26 May 2017 (UTC)[reply]
  95. Support Support in principle, subject to rigorous sourcing requirements to exclude all but the highest-quality research. Without that, any site will quickly fill with the usual cut-and-pasted trees that rely more on wishful thinking than on even minimal levels of actual study. It goes without saying that more discussions are needed on the software (MediaWiki may well not be optimal), and on links with Wikidata. MichaelMaggs (talk) 12:10, 21 December 2017 (UTC)[reply]
  96. Support Support WMF needs to step up and give its imprimatur to a central site for good genealogy. Yes, there are many other sites, but that itself is a problem, and very, very few provide any emphasis on documented support for the assertions. (I'm surprised my name wasn't on this list before; I suppose I had just signed support for one or more of the linked project proposals.) --R. S. Shaw (talk) 19:06, 21 December 2017 (UTC)[reply]
  97. Support Support there is a high demand for this sort of data and very little of it is available for free. Jdlrobson (talk) 03:06, 20 April 2018 (UTC)[reply]
  98. Support Support There is a lot of valuable information, presumably in the public domain, but behind a paywall. We should free it. Mhollo (talk) 14:46, 21 April 2018 (UTC)[reply]
  99. Support Support with normal caveats about it not being used for "Wikipedia" but act as a stand-alone resource, and with due disregard for the "vanity genealogies" prevalent in the past, etc. Collect (talk) 17:49, 20 September 2018 (UTC)[reply]
  100. Support Support A very interesting idea. Let's do it Daduxing (talk) 18:40, 3 December 2018 (UTC)[reply]
  101. Support Support with similar parameters to those expressed by #95
  102. Support Support --Novak Watchmen (talk) 20:14, 26 December 2018 (UTC)[reply]
  103. Support Support Lmaltier (talk) 06:01, 18 March 2019 (UTC)[reply]
  104. Support Support (en): Privacy is not a problem if we set the limit the the public domain and about sources, aren't all the others projects supposed to have references for their information? (fr): La vie privée n'est pas un problème si nous définissons une limite en dessous de laquelle les entrées ne sont pas admissibles. De plus, les différents projets utilisent tous une politique de sourçage des informations, en quoi serait-ce différent ici ? De plus, l'intérêt d'une base généalogique mondiale et sourcée me paraît plus qu'évident. Je ne suis pas sûr que l'intérêt pour le grand public soit un critère d'acceptabilité. Suffit de voir Wikispecies. Lepticed7 (talk) 23:38, 20 March 2019 (UTC)[reply]
  105. Support Support, expecially if this project would also has non-English versions. --Brateevsky (talk) 07:05, 30 August 2019 (UTC)[reply]
  106. Support Support, I hope this project will be multilingual like Wikidata. --Andrew Krizhanovsky (talk) 14:50, 14 September 2019 (UTC)[reply]
  107. Strong Support Support I believe WMF may play an important role in opening up and enabling the sphere of (Genetic) Geneaology, for instance in its intersection with history and open knowledge. As others have noted there are already (more or less failed) initiatives in this direction and I believe we should select a good and sustainable niche for channeling both the attention and effort of WMF volunteers. It´s not much yet, but I have created a page to elaborate these thoughts (and take notes regarding this project). The revolution won´t be televised! CarlJohanSveningsson (talk) 18:52, 13 October 2019 (UTC)[reply]
  108. Support Support Rubbish computer (Talk: Contribs) 13:40, 21 October 2019 (UTC)[reply]
  109. Strong support Strong support I think that Wikibase could give strong background for this project. There are some good databases that could be taken into this project and show the people as linked database items, so they could be searched and tools created. -Theklan (talk) 17:40, 30 November 2019 (UTC)[reply]
  110. Strong support Strong support Wikipedia is not genealogy.--Kitabc12345 (talk) 04:59, 2 May 2020 (UTC)[reply]
  111. Solicitud de ayuda Entiendo lo que plantean sobre la privacidad en la genealogía desde estas plataformas, mas soy profesor universitario en la República Dominicana y he podido ver la importancia que tiene contar con estas informaciones que los nuevos tiempos nos están arrebatando y se llevan la identidad de los pueblos. Quiero crear un espacio que recoja los apellidos y familias que conforman nuestras ciudades. Tal vez solo con apellidos y nombres de padres y abuelos y cualquier otra información condicionarla a un espacio mas restringido. Conozco un poco de este trabajo pero como han expresado la genealogía no esta muy desarrollada y no tengo idea de las extensiones apropiadas para mi espacio. (Genealogía en la República Dominicana)--Profesor7 10:34, 10 May 2020 (UTC)[reply]
  112. Strong support Strong support Arep Ticous 18:50, 8 May 2020 (UTC)[reply]
  113. Strong support Strong support--AlibiKazken (talk) 10:15, 8 July 2020 (UTC)[reply]
  114. Support Support We need a central place for reliable sources on genealogy! Altanner1991 (talk) 12:10, 27 July 2020 (UTC)[reply]
  115. Support Support --Tmv (talk) 00:19, 23 August 2020 (UTC)[reply]
  116. Strong support Strong support There are a lot of existing projects that show this idea works. WikiTree shows that privacy tools can be in place to protect the privacy of living people while maintaining a single family tree. Creating a WMF project would give much needed support and resources to the idea. It could be integrated with Wikidata, wikisource, and wikipedia itself. I would be very interested in contributing to its development. ElDubs (talk) 20:21, 28 April 2021 (UTC)[reply]
  117. Strong support Strong support (adding comments from another discussion) I think this is a great idea. Talking with friends, we actually discussed this idea and the name itself came up independent of finding this proposal which was a hoot to read - but open to the actual name itself.
      • Applicability - I think reading the Wiki Foundation's about statement helps frame the need for this as an addition to opening up knowledge in a free and accessible way.
      • Privacy - throughout the world birth certificates, death certificates, and marriage certificates are open to the public, so that data is already open to everyone - this project would merely put that outside of a paywall.
      • Open and accessible - a lot of genealogy information is placed behind a paywall, where in fact the very family tree that people creates is not owned by them, but by the company that uses proprietary software. This project would help to untangle that and open it up to people unable to pay for that service/ able to easily edit their details that they might not know are put wrongly down.
      • Ideas:
        • Privacy - this project, as mentioned above, could allow only those that have died to be recorded. This would help ensure privacy to those that are living.
        • Referencing and research - there would need to be a significant policy on referencing and research to be developed. Indeed, I think a significant template would need to be created that has specific fields (e.g. like name, Date of Birth, Date of Death, etc) that can only be populated if a corresponding reference source is attached. As well, I think some kind of community validation system would need to be developed (like how Wikisource verifies proofreading) for an uninterested user to validate the information from whatever source is used is correct within the fields.
        • Software - Gramps, as a FOSS software, could be utilised to help with this project.
        • Profiles and notability - I think this project would host basic genealogical information (again only if a reference to it can be provided). No profiles of great length are to be kept on it. That can be the place for Wikipedia, where rules on notability serve to weed out profiles that are unneeded. Jamzze (talk) 14:15, 26 July 2022 (UTC)[reply]
  118. Support Support--Sunfyre (talk) 05:14, 2 February 2023 (UTC)[reply]
  119. Support Support--V0lkanic (talk) 22:42, 11 August 2023 (UTC)[reply]
  120. Support Support I don't know if I am eligible to provide support here (Administrator on FR wiki and now mostly on the French Wiktionnaire), but anyway, there you go : strong support for this idea with important caveats : only dead individuals, some rules to distinguish the content of pages about individuals admissible on Wikipedias, maybe a strong check on the information published like an obligation to provide sources (if possible direct links to digitalised records + pictures of them if possible) as many fake genealogies exist, a way to deal with different spellings of one family name over time, also a way to deal with specific cases (non paternal events, uncertainties for distant individuals due to homonyms, case where the biological father is known and confirmed by DNA but divorce being longer the children still bear the first husband's family name, etc.). Treehill (talk) 14:39, 30 August 2023 (UTC)[reply]

Users who have edited the demo wiki[edit]

(Shouldn't there be more of you on https://tools.wmflabs.org/genealogy/wiki/Special:ListUsers ?)

  • The demo wiki is closed so no new users can use it. Carsrac (talk) 09:02, 2 June 2021 (UTC)[reply]
    It looks like it's working now. Sam Wilson 06:49, 27 August 2021 (UTC)[reply]
  • Admin (talk | contribs | block) (bureaucrat, administrator) (Created on 2017-09-07 at 17:43:25)
  • Dan Koehl (talk | contribs | block) (administrator) (Created on 2017-09-07 at 19:44:52)
  • Robin Patterson (talk | contribs | block) (administrator) (Created on 2017-09-08 at 00:03:20)
  • Samwilson (talk | contribs | block) (bureaucrat, administrator) (Created on 2017-09-07 at 18:03:49)
  • Testing (talk | contribs | block) (Created on 2017-10-30 at 20:49:53)
  • Thurstan (talk | contribs | block) (Created on 2017-11-14 at 17:28:30)

Neutral[edit]

  1. Neutral. Wikis are terrible at presenting genealogical data. For this reason extensive software support - not extensive templating - should be used to display and edit a common, open, genealogical data standard. My preferred standard would be Gramps XML. Unfortunately, WMF has an extremely poor history of providing software support for any project other than Wikipedia. For this reason I cannot support this proposal. - Amgine/meta wikt wnews blog wmf-blog goog news 20:27, 25 March 2014 (UTC)[reply]
    I see that https://www.gramps-project.org/wiki/ remains slightly active. Nemo 07:56, 31 May 2020 (UTC)[reply]
  2. The idea is good, but the concerns below about reliability and verifiability prevent me from outright supporting. First of all, being too restrictive to simply notable persons in history would simply duplicate some of the things that we could already do Wikidata and Wikipedia, which have their own sourcing requirements. Secondly, not being restrictive enough (i.e. allowing every John Doe out there to publish their family tree) without verifying if it's even true or not would subject it a number of additional problems, including privacy violations, possibility for original research to introduce incorrect information e.g. someone outright lying about their family tree, and that the wiki would be restricted to simple contributions about one's own family tree or to genealogists. The latter is not as big a concern as the others if like WikiSpecies it was designed with that in mind, but the high barriers to entry would prevent anyone from contributing but those who know both genealogy and wiki syntax programming, already a narrow field of expertise in Wikipedia. And again if you do make a contribution to this wiki it would only be your own family tree... --TeleComNasSprVen (talk) 02:53, 9 April 2014 (UTC)[reply]
  3. This is an interesting proposal. However, I have doubt that such a project can be in line with personal data protection legislation.--Skorovs (talk) 22:02, 16 April 2014 (UTC)[reply]
  4. Neutral. I would only support it if somebody presents a detailed specification of the project, and:
  5. Neutral My concerns echo Eloy's: it needs a detailed spec. I don't see how a Wikimedia Genealogy project would accomplish something different from, say, ancestry.com -- except in being free (as in beer). Further, the reliable source criteria would be a headache: the genealogical sources for my own ancestry, while accurate, would not meet en.wikipedia's standards, & I suspect the same could be said for the majority of people. -- Llywrch (talk) 17:29, 16 August 2014 (UTC)[reply]
  6. In principle, this seems like a good idea. In practice, I'm not sure we're the people to make it work - we have historically tended towards "these are our tools, let's shove everything into MediaWiki", and it seems reasonably clear that that wouldn't work here. However, wikibase may be a step towards something that we could use here. I also sympathise with some of the personal-data concerns (though a "no living people" approach might be an interesting one). Andrew Gray (talk) 17:29, 10 December 2014 (UTC)[reply]
  7. Neutral per Eloy, but effectively "oppose" per Orange Mike and JohnBod. We ultimately need a specific proposal, complete with a definition of what will be considered a reliable source (there are 1,000s of unreliable sources on geneology), before anybody can give a real !vote. A few suggestions
    - Let's NOT give a family tree!! Rather let's just give birth and death dates and sources and link to possible family tree connections. To give a concrete example, I, like most people, am not even 100% sure who my parents are (I wasn't really all there for the causal event). Sure I have a birth certificate that says "parents:Jack and Molly Smallbones" but how would I cite that for a Wiki? Scan it and upload it to Commons? Even then, how would folks know that my putative father Jack Smallbones was the same Jack Smallbones that somebody else wants to make a family-tree connection with? Built-in software might then make the possible family tree with the "possible" strongly highlighted.
    - One thing that many folks don't realize that we could do is to photograph gravestones, especially if they have birth and death dates on them. Would these be considered reliable sources? Well, most often the words are carved in stone, and gravestone carvers - while not perfect - do have a reputation and a commercial incentive for accuracy. So will Commons want to host millions of photos of gravestones? or of scanned birth certificates for that matter?
    Just throwing out ideas on how difficult it will be to get a specific proposal. Smallbones (talk) 17:52, 10 December 2014 (UTC)[reply]
  8. Neutral. I realize my input is too late, as sites are launched (and I have not investigated how they are solving the issues, so maybe my statement is completely moot), but I think forcing a source TYPE for every entry prior to entering the actual source data solves a lot of problems. IE: to enter a fact or quote or make a statement that requires a source, you need to enter a source type first then enter the source data. So you would select Primary, Secondary or Tertiary Source first, which defines the type of source, and if you select Primary your selections are limited to items like Census, Birth Record, etc, and if you select Secondary you can enter names of published books and company (not personal) web sites. Tertiary would be the level of lowest quality because that's where you get into circumstantial and speculative evidences that Genealogists generally dismiss because they are not proof of anything, but which can be important clues for guiding research toward FINDING the proof. I should also state that Genealogists strictly consider Primary sources as the only proof (and usually it must be a combination of Primary sources), and very few Secondary Sources can be used as proof. Wikipedia rules are generally backwards from that - I have seen census records booted from Wikipedia articles in favor of a link to a published book (which I have always found counter-intuitive, especially due to the fact that family histories and autobiographical books are exactly where the so-called "vanity publishing" industry originated, and therefore are ripe with fiction). I am also wondering how the "duplication" effort is being solved... There are biographical pages all over Wikipedia about individuals who would also have a place in a genealogical Wiki, which means the two would need some synchronization, yes? Maybe that doesn't matter? I have been myself working toward a genealogical Wiki but NOT for the general public, rather only for those who are descended from an individual in the 1400s, where they can document using my above rules (Primary, Secondary, Tertiary). My purpose is different from stated here because it's meant as a set of living documents for ongoing research, meaning that supposition would not be dismissed but just clearly marked as such. (e.g. "There is no proof that [this person] is the son of [that person], however it is highly likely based on [x, y and z].")

    — The preceding unsigned comment was added by Symphonitron (talk) 23:04, 4 December 2016 (UTC)[reply]

  9. Neutral. I would like to offer a third way forward. We can do some useful Wikimedia level genealogy right now. Using Wikidata, we can represent genealogy facts and relationships among people for whom there are biographies on the various language versions of Wikipedia. Of course, the Wikidata interface isn't what anyone would call friendly. Particularly so because a genealogy relationship, such as mother to child, implies a property setting on the mother referencing the child, and a property setting on the child referencing the mother. Genealogy wikis such as WeRelate and Wikitree contain software that automatically creates such needed inverse relationships. I am presently making use of WeRelate to establish genealogy relationships among individuals who have a Wikidata identity. I then run a program, which scans WeRelate for any Person page containing a Wikidata specifier. The program then reads all such pages, and automatically determines the appropriate Wikidata relationships. The programs further scans corresponding Wikidata pages - producing a comparison so that information unique to each of Wikidata and WeRelate can be seen in a way that's useful. Other genealogy systems, prepared to appropriately tag data with Wikidata IDs, should be able to accomplish the same thing. I believe the subset of the world genealogy, represented by the relationships among people with a Wikidata ID, would become a means by which wider genealogy collections could be registered/aligned. I think WeRelate is well suited to this task, and could easily be chosen for this limited purpose, but any genealogy wiki with a compatible copyright could probably serve. WeRelate seems a handy choice since it provides a genealogically appropriate way to obtain information (downloaded GEDCOMs) which nicely covers areas not suitable (on the grounds of notability) for representation in Wikidata. --Jrm03063 (talk) 22:26, 2 June 2017 (UTC)[reply]
  10. Neutral. Coming across this much too late, but having engaged somewhat with the genealogy "echospace" (as someone once put it), I'm skeptical that this is an area of comparative advantage for WM to get involved in. The scale of work to be done (with the implication that much of it would end up automated, with uncertain results), the existing patchwork of largely recapitulated data, the potential for amplifying errors or creating certainties where they don't (and may never) exist, and the fact that this field favors some population groups (due to their good fortune in there being more or less good written records to research) and in practice the use of English language, means that a WM genealogy site would be a huge commitment that might not add that much more than another echo. It is true that WM could bring some potentially new approaches, and that WM projects are pretty good at self correcting data (thanks to work of many people). But it also not immune to problems (I saw a critique of Wikidata importing data from the British Peerage that is sometimes questionable, for instance), so won't easily "correct" anything out there that may need. OTOH, I like what I see in the Wikispore "Bio" concept - the potential for creation of bios related to Wikipedia-profiled persons as well as others connected in some way with notable activities - this may represent an incremental expansion of the genealogical space, but in a new way, and profiles in this project could also be connected via Wikidata to the WikiTree genealogical site. Anyway, just putting this out there as a late comment.--A12n (talk) 17:05, 9 February 2020 (UTC)[reply]

Opposition[edit]

  1. This project and all related projects have a huge potential to turn into an unsourced vanity free-for-all. I see no good reason to support it. Chris Troutman (talk) 22:26, 26 February 2014 (UTC)[reply]
    I think the project from the start should require sourcing and the experience of other sites shows this is a definite possibility. I don't see much evidence of vanity problems at, for instance, WeRelate, given that you would have to exclude any references to living people (with a possible exception for notable living people like royal families) AndrewRT (talk) 22:57, 26 February 2014 (UTC)[reply]
    Does sourcing include OR? PiRSquared17 (talk) 23:48, 26 February 2014 (UTC)[reply]
    It would have to, as telling people that they are not allowed to include their own research would kill the project. Geneaology is about researching ones own history and trying to make sense of it all. If you are going to tell people that they cannot do this, it would hamper our ambitions, because it would leave most people unable to contribute. The whole model of Ancestory.com and other sites is to provide a repository of information that has been originally researched, all under a commercial business model. If we are to successfully replicate this, we will have to allow for original research and assume good faith with all contributors. Kevin Rutherford (talk) 00:06, 27 February 2014 (UTC)[reply]
    OR is asking your grandma for the details of all of her uncles and aunts and cousins. If this is an official WMF projects then such interviews can be recorded and saved on Commons and used as references. There might be a bit of that but in general it would be reasonable to ask for references to primary sources to back this up - registrars of births, marriages and deaths. Filceolaire (talk) 09:46, 27 February 2014 (UTC)[reply]
    Everything needs to be supported with sources. For living people it more complicated, but those pages should not be public and so those pages are for future reference. For non-living people the sources are made public and there is it easy to get sources outside the family circle. Carsrac (talk) 21:10, 11 April 2014 (UTC)[reply]
  2. At least some of these existing projects allow entities for every person on the planet. As I can see Ukrainian Rodovid is owful privacy violating project where someone may reviel all relations of his family without their approval of it. Also I see no use in something that targets to cover 7 billion now living people and all their greatgreat... grandparents. WMF should ask NSA and other agencies of the sort to share their databases if we really want to work on it. It may be nice if we cover just notable people but there may me gaps of generations if lets say some high lord of the past has nowdays popsinger as a greatgreatgreatgreatgreatgrandson and I dont think we want to cover all these ordinal generations. Also again if it singers actors and any popular people editors would put all their possible bastards usind yellow pages as a source and we'll again get useless privacy violating mess. For really notable things like royal pedigrees we'd better just work with data from WD and I hope Phase 3 would suffice our need for extending Wikipedia (perhaps sometimes but really rarely also WQ, WS, Commons) articles/pages with that data (and till the phase bots ane tools are helpfull). --Base (talk) 00:01, 27 February 2014 (UTC)[reply]
    Right now Wikidata is creating items for every person with a wikipedia article and their parents and children. Tools for family trees from this info are being developed. There is, in principal, no problem expanding this to include every person that has ever had their relationships recorded somewhere (that would be my criterion for including someone). The identity theft issue is real and needs a bit of thought even if that horse seems to have already bolted. Filceolaire (talk) 09:46, 27 February 2014 (UTC)[reply]
    “items for every person with a wikipedia article and their parents and children” Without express permission, this is a violation of privacy laws in some countries, and a violation of human decency everywhere else.  Regarding me and my own family, it is a violation of my wishes. It is also abetting identity theft and offending the standards of professional genealogists. 伟思礼 (talk) 01:30, 21 December 2017 (UTC)[reply]
    The laws around identity theft are strict and those around copyright are the same and as long we can handle the copyright laws then those around identity theft should also be do able for a WMF project. Carsrac (talk) 21:31, 11 April 2014 (UTC)[reply]
    You cannot prevent copyright violation.  Best you can do is reverse it when made aware of it.  You cannot reverse a criminal using information that should never have been published. 伟思礼 (talk) 01:30, 21 December 2017 (UTC)[reply]
  3. Strong opposition verdy_p (talk) 10:40, 27 February 2014 (UTC)[reply]
    @Filceolaire: Your criterions are clearly not enough. We would need stronger criterions to protect privacy and be in compliance with laws in US and the EU (at least).
    For example we should never accept the publication of family members of a personality only because that personality is "wellknown". This is critical about their chldern for example. Notoriety of persons is not transitive to their family.
    In addition, allowing such data would immediately start binging the issue that really a lot of Wikidata entries would be published by too many ocntrobutors, often massively, then would need to be removed by only a few admins, using the slow and complex OTRS system: revertng edits would not be enough, only admins can hide edits. Also Wikidata is not prepared with the necessary tools to allow such maintenance as easily as when any random contributor (even anonymous ones) would add data breaching our common privacy policy...
    We should not accept any publication about persons that are not dead since at least one century (so the described goal to also include living people is a severe problem, thus my strong 'no! to this project). As well we wil reject publication of orignal documents protected by copyright (this includes copies of pages of registries that could mix in their lists the names of people dead more than 100 years ago and people that have died much later or that are still alive).
    Wikimedia is not a platform for helping what mormons are storing illegally in their servers in Sacramento, but even for them, they do not freely publish their accumulated data about billions people in the world. Protecting people PRIVACY is an official and essential goal of Wikimedia, it is needed for keeping the trust of many of our users. verdy_p (talk) 10:39, 27 February 2014 (UTC)[reply]
  4. Oppose There is certainly a use for genealogies of notable families, which could be anything from the Tudors of England to the Westmores of costume effects. Such genealogies would have cross-project applications and the information would be of broad interest. I don't believe, however, that the genealogies of non-notable families are something that serve a broad enough educational purpose to warrant a Wikimedia Foundation investment. Such genealogies are only of interest to the small number of people that are a part of those genealogies, and are of little to no use to others. The Foundation does not need to have one of everything, and this isn't something that I see enough of a value to justify having. Sven Manguard (talk) 05:58, 2 March 2014 (UTC)[reply]
    So would you be open to supporting a genealogy if certain notability criteria were created, or no? Just curious. --Another Believer (talk) 16:51, 2 March 2014 (UTC)[reply]
    Probably not. I'd have to see the restrictions first, but it's unlikely that I would view this as being a useful contribution to the existing family of projects even with the restrictions in place. We can already do genealogies for notable families in both Wikipedia and Wikidata, and I just don't see a genealogy project adding any additional information that would make sense for the WMF family of projects. I also have concerns that any restrictions on who is eligible for coverage would be gradually eased or entirely removed at a later date. Sven Manguard (talk) 00:45, 13 March 2014 (UTC)[reply]
    Wikimedia projects network into each other heavily, drawing content from each other (occasionally though direct transclusion). I expect that this project, should it be adopted, would be heavily integrated into biography pages on Wikipedia. One of my biggest concerns with this proposal is that the genealogy project would contain substantial amounts of often difficult or impossible to verify original research, which would be allowed to migrate to Wikipedia unchecked, either through templates that pull information directly, or by editors bringing information from the genealogy to Wikipedia without realizing that the information they are pulling over would be considered unreliable/unacceptable by Wikipedia's standards. I have the same concern about Wikidata, however Wikidata is built with sourcing in mind, while this proposal doesn't seem to take a strong stance on sourcing at all. Sven Manguard (talk) 02:02, 13 March 2014 (UTC)[reply]
    @Sven Manguard: I support the use of sources on this project, especially with living people. My take on inclusion is that any person can be included in this project if a serious publicly available reference makes has genealogical information on the person. --Jakob (talk) 16:16, 13 March 2014 (UTC)[reply]
    Jakob - To me, "especially with living people" is unacceptable. "Always, without exception" is the only take on sourcing that I support. First, even if the project excludes living people, there are often going to be living descendants of the people covered, and they need protection. Second, genealogical data is often contested, from disputes as famous as the Jefferson–Hemings controversy all the way down, and it is imperative to the credibility of the project that it be able to back its assertions. Finally, projects movement-wide (with the partial exception of Wikivoyage and Wikibooks) are built on verifiability. Not every project is as stringent as EnWiki, but it's a common standard, and it is why the projects can draw from each other so liberally. Sven Manguard (talk) 19:55, 15 March 2014 (UTC)[reply]
    There are some disputes about relations between peoples, but those are disputes are rare, but those maybe's make nice stories, but keep rumors until they are proven. And if it has no verifiability those links are removed. Especially the historical persons are well protected. If it your own family you will protect them. Carsrac (talk) 21:26, 11 April 2014 (UTC)[reply]
  5. Rather against / plutôt contre. Je considère que si un tel projet voit le jour, il doit se limiter strictement aux lois préservant la vie privée des personnes. En particulier, les données généalogiques de moins de 75 ans ne sont pas communicables en France ; il devra en être de même sur ce projet. Par ailleurs, il faudra gérer les sources (et imposer le sourçage !) de manière à préserver l'intégrité des bases de données publiques et associatives (en France, archives départementales et geneabank par exemple). Tout ça fait beaucoup d'obstacles à lever ! En outre, il existe déjà un projet francophone sous forme de wiki : http://www.geneawiki.org . - Bzh-99 (talk) 16:13, 17 March 2014 (UTC)[reply]
  6. Very strong oppose - Genealogy as a field is notorious for attracting a lot of very hard workers, some of them quite sound in technique and approach; but also for attracting hacks, seamsters, axe-grinders and ego-trippers. I simply do not trust that such a project would remain free of original research, unsound synthesis and speculation, and "oral traditions" which are not worth the paper they aren't printed on. "Ask Grandma and record her unsourced and undocumented claims, then upload that and claim it as a reference"???? No way on Earth. --Orange Mike (talk) 21:18, 31 March 2014 (UTC)[reply]
    There are enough sites that do that, but in the WMF there is good understanding what reference are and what is not. And that is why it wise to bring a genealogy site into the WMF where it can be controlled and the ban the wrong people. Carsrac (talk) 21:10, 11 April 2014 (UTC)[reply]
    @Orangemike: Would you feel the same way if a reference was required for each entry (as there should be)? --Another Believer (talk) 20:57, 2 July 2014 (UTC)[reply]
    "[A]ttracting hacks, seamsters, axe-grinders and ego-trippers" And the other projects don't? Please. Wikipedia and Wikimedia Commons have those problems. So what? That does not seem to be adequate reasoning to object. By the way...what is a seamster?--Mark Miller (talk) 23:57, 3 July 2014 (UTC)[reply]
    It's what is known technically as a typo, for "scamsters". --Orange Mike (talk) 23:39, 23 March 2019 (UTC)[reply]
  7. Oppose I'm very doubtful we have the resources to do it properly, which costs money. If there are already free Mediawiki projects out there (Familypedia, geniawiki), I'd leave it to them. How would we handle language issues? Johnbod (talk) 02:53, 22 April 2014 (UTC)[reply]
    On language issues, this can be handled like the same is handled by wikidata, wikitree, MyHeritage or Geni.com, by translating the key phrases by unpaid translators. In other genealogy projects the issue of sources is handled by using public and free sources. Genealogy Data is copyright free. The strong pro Wikimedia family are the projects wikidata and wikipedia. Now in the other projects just link to wikipedia articles or copy them. With the new project the genealogy info can be removed from Wikipedia into wikidata and the trees into the new genealogy project. Carsrac (talk) 08:51, 21 September 2020 (UTC)[reply]
  8. Oppose - I don't have any particular problem with this and I think the one at Wikia does a fairly good job. However, Wikimedia already has a number of projects that don't do anything IMO except distrct resources away from the core Wiki's like Wikipedia and Wiktionary. I just think the resources are better spent on other projects. Reguyla (talk) 20:05, 28 May 2014 (UTC)[reply]
    I respect your opinion, but my hunch is that a genealogy project would have more active contributors and community support than some of the existing Wikimedia projects. Is your comment specifically about a genealogy project, or just another project in general? --Another Believer (talk) 19:40, 2 July 2014 (UTC)[reply]
  9. Oppose - In the genealogy community, WM's genealogy projects have received reviews ranging from mediocre to poor. One reviewer said it best when they said for WM to stop spreading itself thin and focus on the projects it does well and can really support. I've been doing genealogy longer than I have been doing WP, and I agree. -- Kosboot (talk) 20:31, 2 July 2014 (UTC)[reply]
  10. Strong oppose to new project. It shall not be the new project, not with free-for-all-to-add their families. What it can be? It can be a new interface for already existing Wikidata storage, may be an extension, that can represent famility trees in Lua-friendly manner, and bunch of JavaScript gadgets to qucikly edit such trees in language-independent way. Well, we don't even need domain name for it. Support for everyone family trees is just out of scope for foundation, because it is not reliable data, not the "knowledge" that need to be preserved. Vlsergey (talk) 13:40, 3 July 2014 (UTC)[reply]
  11. Oppose There is a distinction between hobby horse style information which can be very useful or interesting (imagine volumes of data on stamp collecting) versus the kinds of reference work that WMF provides. I think that reliable genealogical data from censuses or historical documents or which relate to famous nobility can be useful but that data should be integrated into Wikidata, Wikipedia, and Wikisource as necessary. As pointed out above, a genealogy project will only attract a subset of hobbyists who have trivial information that's impossible to verify leading to a database of... what exactly? Not good and reliable information. (And I've contributed to Rodovid—I think it's a good project but not a potential WMF project. Similarly, I think Appropedia or OrthodoxWiki are good projects but not really appropriate for what is going on with these projects). —Justin (koavf)TCM 16:12, 6 July 2014 (UTC)[reply]
  12. Oppose per strong OR bias that must be resolved first. José Luiz talk 23:13, 10 July 2014 (UTC)[reply]
    You know that in genealogical research, you don't just get to make things up, right? Mutually-agreed upon trusted documentation is an essential part of the process. Whole lives go into making it verifiable. AnonymousCoward8222104 (talk) 19:34, 27 August 2014 (UTC)[reply]
  13. Oppose I've been an amateur genealogist since 1995. I'm an active user of Geni.com, a lapsed user of Familypedia, a surfer of WikiTree and WeRelate, and a former user of the apparently offline Rodovid. I promote web-based collaboration among genealogists, and ultimately want to see only one web host of family trees, and for that single host to allow merging of trees into larger trees, in order to maximize collaboration. -JohnAlbertRigali (talk) 19:36, 18 October 2014 (UTC)[reply]
  14. Oppose Genealogy does not particularly lend itself to a CC license, other than for very old entries. The most valuable way of building a family tree is for people to build their own tree, using their own information, with links that become publicly available only after family members have died, and only for those who have died. The existing trees can do that just fine. Any tree that we would create would only be useful as a stable tree for very old entries, such as for the ancestors, and not the descendants, of Henry VIII. Apteva (talk) 18:41, 22 October 2014 (UTC)[reply]
  15. Oppose genealogy is a great study but as a personal project since it can keep up with a lot of original research, unsourced info or informal sources. I can't figure how the project will handle issues such pov, edit wars and privacy violations, also this subject doesn't seems to be that popular away from the rich, the royal or those who thinks is from a notable family. If this project will require very faithful sources then we will have a genealogy project just for the very royal and noble families, something they keep themselves already.Dianakc (talk) 19:10, 23 October 2014 (UTC)[reply]
  16. Oppose very strongly. I am a genealogist, and I think this would be a nightmare. The number of amateur genealogists who do not understand proper genealogical techniques FAR outweighs those who do. IThis will become an utterly useless bunch of original research, unverified information, and improper synthesis of sources. If you go ahead and create this anyway, I imagine that most serious genealogists will stay far away (I would), which means the mistakes aren't likely to be pointed out or fixed either. Karanacs (talk) 18:41, 9 December 2014 (UTC)[reply]
  17. Oppose Oppose as I have read through this page twice, and followed all the links I could to try and figure it out, yet I still am unclear on what the scope of this project is. Until there is a clearly defined proposal with a clearly defined scope, there is no way I could possibly support this "blank check" proposal. {{U|Technical 13}} (etc) 19:36, 9 December 2014 (UTC)[reply]
    @Technical 13: This page is not a specific proposal, but more of a straw poll of interest and a starting point for discussing the possibility of the WMF hosting a genealogy project. I invite you to view the talk page if you wish to participate in conversations about specific ideas and concerns. -Another Believer (talk) 19:48, 9 December 2014 (UTC)[reply]
  18. Oppose. While I'd like to see genealogies of royalty and other famous historical figures on Wikipedia, WikiData or similar, the project that these pages seem to be considering would be nothing but trouble. First, there must be NO living persons on public pages (possibly with the exception of people who have articles on Wikipedia). I agree with, among others, user Karanacs just a couple of posts above. --Hordaland (talk) 00:03, 10 December 2014 (UTC)[reply]
  19. Weak oppose. First, there are the questions of competency of genealogists expressed above, which are real. Second, there are very real questions regarding individuals attempting to abuse the site to seek to gain some sort of real or perceived advantage from doing so. w:Pierre Plantard comes to mind as an obvious example of people who have sought to misuse genealogical research for personal gain of some sort or other. There are also concerns with BLP in terms of some individuals seeking to perhaps undermine the apparent or real family history of others for some reason or other. There are also questions regarding the real or relative reliability of some of the sources which editors in good faith might use or neglect. All of these concerns, and those of others above, are ones I would want to see specifically addressed before offering any support for the idea. John Carter (talk) 17:45, 10 December 2014 (UTC)[reply]
  20. I understand why Wikipedia and projects like wiktionary should be free to use, we are making the sum of all knowledge frely available to everyone. But I don't see why a genealogy service should be operated by a charity. There is also a completely different ethos to such sites as opposed to ours. On the one I use, and presumably on any that are at all privacy compliant, my personal details and those of my living relatives are not freely available for anyone to view. If others get a match on name or year they have to ask to see my tree. If we did such a project we would need to do the same, otherwise we are enabling identity theft, but to create a project where most of the data is in private silos would be culturally very different than the projects we are used to. Now we could I suspect safely open it up a little by saying that all data older than 115 years is open, but if we did we would find ourselves home to every genealogical squabble in history. WereSpielChequers (talk) 21:25, 15 December 2014 (UTC)[reply]
  21. I think there are plenty of genealogy sites without adding another one.50.46.242.0 Ksnow
  22. There is no way to substantiate most genealogical claims without dealing with primary sources and plunging into obscure provincial archives and family records in a number of dialects, most of them antiquated and comprehensible only to a handful of specialists. The project would be a terrible mess of unsourced nonsense, as all similar free-for-all genealogical compilations are. And when linking from Wikipedia articles is allowed, this will bring Wikipedia into disrepute, as well. P.S. The Russian Wikipedia decided to ban links to rodovid.org for a similar reason. One should keep in mind that up-to-date high-quality genealogical data is copyrighted. --Ghirla -трёп- 10:03, 9 January 2015 (UTC)[reply]
  23. Oppose - a yet another way for wikimedia to burn the funds as if there is nothing better to do. wikidata sucks, wikipedia editor base shrinks, etc. Focus, people! Staszek Lem (talk) 01:00, 19 August 2016 (UTC)[reply]
  24. Oppose Oppose a separate website. As long as the data rests on references it can already be included in Wikidata. ChristianKl (talk) 17:17, 14 December 2017 (UTC)[reply]
  25. Strongly Oppose: Numerous sites of various sizes already exist. None of them will ever get contributions (or even be heard of) by even a quarter of the amateur genealogists and probably from few of the professionals. Many of these sites/applications do not have any clue about or policy for appropriate privacy or identity theft protection, and few of those that do have any way of ensuring it. That is only one of the reasons that I deny permission for anyone to copy research I've done or to publish information about me or my family. Another reason is the vast amounts of WRONG information out there due to the fact that most amateurs are unable or unwilling to verify anything but able and willing to believe everything. I don't wish for such people to edit the work of someone who is able and willing. I recognize the impossibility of enforcing that denial, but I can certainly try. (talk) 01:15, 21 December 2017 (UTC)[reply]
  26. Strong Oppose - This will almost immediately go the way of the other sites, where enthusiastic people with the best of intentions will turn it into an untrustworthy mass of material too large to police and too sloppy to trust. It will simply add to the online genealogical chaos, not help to resolve it. Agricolae (talk) 17:04, 20 September 2018 (UTC)[reply]
  27. Oppose - The need to stay within CC licensing will make it tricky to provide accurate verification. Users will add information without sourcing. Living people and privacy issues will be difficult to handle. To keep the project usable, WikiMedia will need to stay up-to-date on the rapidly growing technologies of the genealogical field and demands of online genealogists, i.e. allowing cross-platform imports and incorporating DNA evidence (which brings in even more licensing and privacy issues). I doubt WikiMedia has the funds or volunteers to support such a massive project. Tea and crumpets (talk) 02:11, 28 June 2019 (UTC)[reply]
  28. Strong oppose. Wikidata already handles genealogy. There is no point in doubling up the work. A separate genealogy project will also become a hot-tub of vanity content that may violate privacy rules. Deryck C. 17:01, 2 December 2019 (UTC)[reply]
  29. Oppose Oppose There are already nil value errors on proposal informations, and if one day this has been approved, I will have to image that we have a wiki that their all pages are having Lint errors. To me Wikidata is already enough to do all things mentioned here. --Liuxinyu970226 (talk) 09:31, 3 July 2020 (UTC)[reply]
  30. Oppose Oppose I don’t see any need to repeat the excellent arguments of the other opposers. Basically WikiGeneology is a great idea in theory that will absolutely never work in practice, primarily because of privacy/notability concerns and the sheer difficulty of doing REAL genealogy work. Time to kill this stagnant, going-on-decade-old proposal. Dronebogus (talk) 15:42, 24 September 2023 (UTC)[reply]

Footnotes[edit]