What is ahead for WikiTree in 2024?

Question

Hi WikiTreers,

As we wrap up another year (our 15th!) we'd like to share some thoughts on what's in store for 2024.

This post is mainly about the core technology and operations of the website. Our community becomes more decentralized every year. Energy and leadership in projects and challenges comes from volunteers like you. Even our technology is becoming decentralized with the rapid growth of Tree Apps and the WikiTree Browser Extension. So, perhaps others will post here about exciting things being planned in their domains. Maybe you will.

The big item on the WikiTree Team's to-do list is a redesign. We start on this in earnest in two weeks. WikiTree's look and feel hasn't been updated since 2014. Ten years is a long time. We want WikiTree to be more accessible and responsive. The default font size will probably increase. Navigation menus will be improved. Page layouts will be wider. It's likely that profile pages will appear in a single column for everyone.

Redesigning a huge, 15-year-old, community-driven site is a major undertaking. It will be disruptive and contentious. It will consume most of the tech team's resources for early 2024. Just as the infrastructure upgrades in the latter part of 2023 made it difficult to get other things done, the redesign process will prevent us from improving and adding features and functions for months.

Before the redesign locks us down, in the next couple weeks, we are hoping to push these through:

• The pre-1700 quiz will become a questionnaire.
• A batch of minor search and matching improvements.
• Images on profiles will be displayed in a slideshow.
• Significant policy and technical changes to how we invite living family members to join us on WikiTree.

Looking out further, after the dust settles from the redesign, here is some of what is on our to-do list:

• Significant search improvements.
• Improve connections between the WikiTree core and Tree Apps.
• Devise some means for tracking the completeness of a profile or research, or facilitate this in apps.
• Enable creating profiles for close family members with a GEDCOM without using GEDCOMpare for everyone in the file.
• Allow for more direct editing of name variants.

Although it doesn't directly impact members, we are also doing a lot of work on the advertisements that non-members see. These pay all our bills and enable WikiTree to be free, so they're important. We want them to be genuinely helpful for visitors who might want to pay for a research subscription or buy a DNA test, and not be annoying or intrusive like most advertising on websites these days.

There is something else that we may be able to announce later in the year that we think is very exciting. It concerns the long-term security of our tree and the promise that it will always be free and accessible to everyone. But, it's premature to discuss details so we'll have to leave it there.

What about you? What are you and your WikiTree friends planning for 2024?

Post your news, questions, suggestions, etc., as an answer below. (Comments at the top will be hidden or moved once read.) You could also post them as an answer to the Question of the Week: "What improvements would you like to see on WikiTree in 2024?" 

Onward and upward,

Chris and the WikiTree Team

Comments

Chris, thanks for everyone's efforts. During the redesign, please keep in mind all of those of us who have surnames that conflict with projects and places. This affects hundreds of active users and perhaps hundreds of thousands of WikiTree profiles.

It's currently almost impossible to manage a one-name study on WikiTree for a surname that conflicts with a place project name. My "Ireland" surname is a great example. WikiTree almost always directs "Ireland" queries to the country project rather than the surname project. WikiTree never directs a "Lewis" query to Lewis County, Tennessee (or another Lewis place) instead of to the surname project - even when the exact same query is used as in the Ireland case.

Sample WikiTree profile counts by surname as of 2 Apr 2024:

• Ireland: 5,002
• Irish: 2,007
• Spain: 1,405
• French: 15,592
• France: 1,767
• England: 5,149
• English: 6,714
• German: 1,446

...and many more. Please keep us in mind; our surnames matter too.

Answer 1

Will the redesign affect the functioning of the January Connect-A-Thon? Other WT events?

Comments

Hi Liza. Chris or Jamie will correct me if I am wrong, but this should have no affect on the January Connect-A-Thon. The redesign will be a long process. It will start with design discussions, progress to code changes in a development environment, etc.

---

Thanks. I was just wondering.

Answer 2

I will be continuing on finding sources for Van Diemens Land/ Tasmania, Australia.

Thought I had finished - but now more recent (1900’s) without sources have popped up in the list.

Answer 3

As a recently joined member of WikiTree, the development team and all the volunteers on WikiTree are doing an incredible job! I look forward to the new redesign and wider page layouts.

I personally will continue to add my known family members to the tree that I have already identified over the last 15+ years of research before I found WikiTree.

Comments

This is an amazing team Kent.  Without their help I would still not be here.  I have found unknown cousins that take care of parts of my tree; properly.  WikiTree is the best.  Happy New Year!

Answer 4

This is exciting news, Chris.

Will the redesign initially come out as an optional beta release? This was a very successful approach when major changes were made regarding new profile creation, with beta versions 1, 2 and 3. It allowed problem identification, fixes and fine tuning before the new system went live for everyone. It could be worthwhile repeating this staged release method with the front-end redesign, and also for other major changes in future.

Answer 5

The default font size increase will be helpful for those of us with diminishing eyesight. Thank you for thinking about that one!

Comments

I too am glad to read about the increase in default font size. I do it myself (Ctrl-+ on my keyboard), but that affects every other website.

---

Depending on the web browser that a person uses, the web browser, in the Edit -> Preferences (or Edit -> Settings) menu, should provide for a user to set font sizes, including the overall minimum font size, and, should have an option "Allow pages to choose their own fonts, instead of your selections above", which (in Firefox), I deselect, so that my chosen fonts and font sizes are applied.

---

I have Chrome and use its zoom function. But as Teresa pointed out, that affects every site and I don't need it for every site, just those with tiny fonts. It can be a pain to toggle back and forth.

That said, I'm most interested in overall functionality and usability. Font size is a minor tweak compared to the rest.

---

Thank you for font improvements.  It seems like diminishing eyesight goes along with retirement which gives lots of us time to work on genealogy.

---

I, too, am happy about this improvement. I would like to add that it would help if the font within a message that is now lighter and thinner would be better to not be changed from the larger and darker font. While I can still read the normal messages, the center of the messages has become more difficult. I can send an example if needed.

---

Hello Teresa.  I do the same and it is easy.  CTRL + nor CTRL - on the keyboard have power.  Yes, your other windows may not be clear at this moment; but it is easy to change back with one toggle on the keyboard.

---

WOW!!! Thanks!!!

Answer 6

For the redesign, please consider to implement multiple languages for the user interface. Until this day this lack of internationalisation is still the main reason, why genealogists elsewhere choose other sites over WikiTree. As for an outsider the Website looks as it is "from Americans - for Americans - only".

Comments

Yes, Danielle and I., what I'm suggesting would require a bunch of work from volunteers. But the alternative would be to expect Chris and the rest of the WikiTree team (which is tiny compared to the size of our community) to do all that translation work (presumably using translation software, since I think everybody except Aleš is Anglophone). It seems to me a little unfair to ask them to carry all that burden. (I'm not saying that it's too much work, and therefore that WikiTree should remain English-only. All I'm saying is that, if we want WikiTree to be multilingual -- and I really, really do -- then we should do our part to help make that happen.)

---

Greg, many years ago there was a conversation on the subject of WikiTree being only in English, no idea where it is.  But one thing I do remember is asking why it wasn't already multilingual as one finds in many commercial genealogy sites.  The basic answer was that it wasn't thought of originally, and to change the software would be quite expensive.  I don't know if they've found a way to work around that or not, or if the improvements they are proposing go in other directions.  

I gave up working on the translation of help pages mostly because the program to do so is really not user friendly, found it highly confusing, to say the least.  And as Isabelle and others point out, with help pages constantly being changed / ''tweaked'' / or what have you, it's never ending.

So, since I don't actually know what plans there are on this subject, not going to commit myself.

---

100% agreement with Léa about help pages. Let's face it, even among native English speakers here, who is really searching an answer in help pages when it's so much more easy to ask someone here on G2G or on Discord, or whatever private channel.

As somebody whose day job largely entails writing documentation which at least 80% of users will never even glance at, I understand the frustration of putting a lot of effort into creating something that most people never use. But what I tell my team is this: "If users mess something up because they didn't bother reading the documentation, then that's their fault. But if we didn't even write the instructions to tell them the right way to do things, then that's our fault."

I also wish that more people, when answering questions on G2G, would point people to the relevant help page. That way, the newbies know that the answer isn't just the way that the person answering the question prefers to do things, but is actually something recommended (or, in some cases, required) by WikiTree. I used to be better at doing that myself (and at making clear the distinction between what the WikiTree help pages say and my own personal preferences). Plus, referencing specific help pages may be the first time that some users even hear that there are help pages, and might motivate some people to read the help  pages themselves, intead of expecting other people to do their reading for them.

And I just have to slip in a couple of rants here:

I hate, Hate, HATE it when people keep moving discussions about WIkiTree to Discord (or any other form of communication) instead of here on G2G. All the discussions here are preserved, so the wisdom of the community is preserved within the community. But when discussions get siloed off into other communication tools, then the number of people who can access that stored wisdom drops dramatically. People may just not know about those other discussions, or where to find the tools or services they're on, or how to install or use them. Some tools are banned in certain countries. (Even tools that most people would consider completely harmless.) It all boils down to depriving some (or even most) WikiTreers access to certain information about WikiTree, and I really don't like seeing people deprived of information, especially information they need. (Apparently, my backbrain is from Beta Colony or someplace like that¹.)

I also don't trust Discord. Of the hordes of communication tools that I've used over the decades, Discord is the only one that crashed my computer. (I don't mean that Discord crashed. I mean the whole computer crashed, and I had to restart. It's been years since I've actually had a computer crash.)

I also have to say that I really don't understand the thinking that refuses to read the instructions, but expects other people to read the instructions, and then restate them in an email or other message. Why is reading the instructions so much harder than reading messages? (Not to mention that I personally prefer to go to the... [this is inevitable, really, since this is a genealogy web site, but, wait for it...] source.)

The "non merci" I have had so many times from French genealogists I would so much like to have on board of WikiTree has an underlying "c'est trop Américain".... The US cultural model is very showy in WikiTree social interface, like the badges and all this social bling-bling making French people say "Americans are cute, but they never grow up", that kind of things.

There's kind of a vicious circle there. If people think that the culture of WikiTree is "too American" (and I agree), then the solution is for more non-Americans to join WikiTree, because that will, inevitably, change the culture. It will probably never be truly European (although being more European than it is now would be progress), because eventually, it should (and needs to) become a reflection of the culture of the world as a whole: American, French, Brazilian, Japanese, Australian, Indian, and so on. (Then too, there are plenty of Americans who find the badges and bling... distracting at best. Personally, I figure that whatever motivates people is a good thing, so I just don't talk about those aspects that don't appeal to me. And if people put stickers that I consider frivolous on profiles that I manage, I just take them off and don't make a fuss about it.)

Staying away from WikiTree because it's too closely aligned with the culture of a specific country just means that we'd end up with 197 different versions of WikiTree: one for each country. That kind of splintering would make it awfully hard to achieve the goal of a single connected tree for everybody.

1. In Barrayar, by Lois McMaster Bujold, Cordelia tells Aral that the first article in the constitution of Beta Colony is, "Access to information shall not be infringed."

---

All very good points, Greg. To illustrate the cultural gap, let me add a recent (and hopefully unfinished) story. I had the privilege to be invited to author a 12 pages article about WikiTree in the latest issue of "Kaier ar Poher", the excellent quarterly publication of the Centre Généalogique et Historique du Poher. CGH is the local genealogy society of the endogamic area of my paternal ancestors. "Poher" is its historical name, best known today as "Kreiz Breizh" (in Brezhoneg : "Heart of Bretagne"). The association is strong of over 1,000 members. They have done a tremendous work of indexing local registries of births, marriages and records, both état-civil since 1793 and church registries before, as well as other archives (military records, etc). This indexing is available to a searchable data base. In short, the best a local, serious, involved local genealogy society can offer.

I tried my best to both meet the high standards of the publication, and be understandable by the typical reader, a Brezhoneg baby-boomer, not speaking and barely reading English. Needless to say the article is in French :-)

I had a handful of proofreaders, some of them WikiTreers, some not. I was, and am still, eager to have feedback from the readers. I had two of them so far, that I give you as food for thought, without comments. For the context to be complete, I don't live, and have never lived, in this area, so I've never met most people from the CGH I'm in contact with, some of them my cousins more or less removed "à la mode de Bretagne"

The first feedback was the day after publication, two weeks ago, from my 2nd cousin Jeanne Le Vatant, aged 76, living in Paule. She phoned me : "A friend of mine told me you have written an article in the Kaier. She did not understand a word".

The second feedback was from a reader who found the article interesting and found the profile of his great-grandfather in WikiTree. So far, so good. He tried to contact me through the internal messaging system, but could not get through the anti-spam procedure (how do you spell the number 10) because he did not understand it. Somehow, fortunately, he managed to find my email and contacted me directly. His last message is that he is interested by WikiTree but has no bandwidth for it at the moment.

I'm still waiting for more ...

I will add that in the past years, a handful CGH members have registered to WikiTree, all very serious genealogists with generally their tree on Geneanet. But they have not gone beyond a few contributions.

[edited for clarity]

---

Greg, I laughed when I read Bernard's earlier comment on American culture.  I live next to them really (Montréal), and there is indeed a cultural difference.  Wikitree wants to grow and be a true reference, I can understand that.  They use the tools they are familiar with, which in large part consist of contests and games to motivate people more.  Unfortunately, that piles on the quantity over quality very fast.  And the clean-up is always lagging behind.

I totally agree about Discord as a replacement for other pre-existing tools to communicate.  There were GoogleGroups set up for projects before that, and I see those groups falling by the wayside, for instance Categorization Project's GoogleGroup still exists, but the traffic on it has gone down to almost nil in recent months.  I don't do Discord, which was set up originally for gamers who played war games to communicate.  Tried it, no thanks, Discord spreads discord in my book.  All these little cliques going off in corners.

---

Bernard, send it to me and I'll take a look, maybe give you some pointers for amendment.

---

Danielle, you mean the article? Too late for admendment, it's published.

---

Regardind Discord : I find it useful for daily conversation that deserves neither to go public nor to be archived. G2G is good for conversations of global interest as the one we have now (I believe). We need, like in real life, to be able to speak on public places, for the record, and private rooms of various sizes. This does not mean splitting the community in cliques or factions if we make a balanced use of both tools (and other ones like private messaging).

---

Greg, when I wrote that we lack the manpower for translations, this also included the WikiTree team. Never would I expect the WT team to do those translations. Plus, usually professionals translate from another language to their first (or best) language, not the other way around.

I agree, that some Europeans would find WikiTree too American. I personally can live with that - either they could ignore the parts that they don't like (such as stickers or challenges) or they could try to change what they would find important. There are things on WikiTree that Europeans might find important, such as not using the middle name field, or having extra fields for religious dates or for Switzerland even a field for the place of origin. The more non Americans WikiTree will have, the more different ideas will follow. Not necessarily a bad thing, we just should consider it.
And it's also sort of a circle: English interface means, a lot of genealogists will not join WikiTree because of the language. But we would need exactly the manpower of new members who speak different languages to translate WikiTree.

As Isabelle mentioned, the translation tool for the help pages is not easy to understand. I can live with that. What makes the work disappointing, is that the whole translated paragraph gets deleted, when soemthing in the English version is edited. Even if it's just a typo, the whole translation is gone.
It would be better, if the translated help page is not published anymore (so no old information in the translated help page), but if the translated text in the tool would not be deleted. The paragraph could be shown as red, until it gets edited and saved. Then the translated help page would be published again. This would save a lot of work.

I had Discord already before WikiTree. I see it as additional tool, where fast questions and answers can happen. Often for more complex questions, members tell others to post on G2G as well.
True, that the help pages could be mentioned more often in G2G. Other than on Facebook, where a help page is posted on nearly any question about style or "how to".

---

Hear, hear!

Answer 7

This sounds very promising. I do hope that the redesign will improve readability for those with deteriorating eyesight, such as diminutive fonts and low-contrast colour combinations, like the white on light green used in G2G tags and change log dates.

Also please replace the grey micro font in the automatic comment emails while you're at it.

Comments

As a low vision person with relatives who have different low vision issues, I cannot emphasize enough that low vision is highly variable.  What we need are options to change size, font, color, contrast and light levels.  And we need pages that scroll and move around easily when we have to magnify beyond what will appear on whatever size screen we are using.  Anything you can give us in that direction will help.

---

I am in total agreement Mary. Many thanks from me for making this important contribution

Answer 8

Looking forward to the redesign!  You all work so hard to make sure this awesome site stays up-to-speed for so many of us and we are grateful to you for your hard work!!

I'd love to see editbot have the ability to scan profiles for the word "unsourced" and place the {{Unsourced}} line on it.  I come across this often where the bio will say "unsourced tree uploaded by XYZ", and then it falls off the radar.

I've also come across (as has Tina) in the Poland Project, in looking at profiles ... there are many who transcribe metryk or Polish archive records and then green-lock privacy the profile so no one can touch it.  There are so many profiles I wouldn't be able to list, but we are keeping note of those users to hopefully get in touch with someone about opening up those that are not connected to the user.  As a user, this only tells me this person does not want to share their work with others, which is not what this site is about.   So perhaps not allow privacy-locking a profile if it 1)not connected to the user & 2) not living. ??

These are the only two things I can think of as problematic as we create categories and batch categorize individuals. Thank you again! :)

Comments

''I'd love to see editbot have the ability to scan profiles for the word "unsourced" and place the {{Unsourced}} line on it.  I come across this often where the bio will say "unsourced tree uploaded by XYZ", and then it falls off the radar.''

This could be tricky or more complicated than it appears at first sight.  For a new profile this could work. But if a profile originating from an unsourced tree with this as a source at the bottom of the profile has new (say marriage) fact added with an inline source the {{unsourced}} template would be wrong but the "unsourced tree" could still be needed for other facts such as birth, death, etc.

Answer 9

This is quite exciting to hear, and I'm sure it's a massive undertaking. Thanks for this update.

Answer 10

Thinking outside the box of redesign, when will we move off of a "Wiki" and onto some other type of platform/app? Is there any type of improved platform out there for user-editable websites?

I'm no stranger to wikis, as I worked on the internal wiki for the US Department of Energy. So I've been working on wikis for more than 12 years. For the average user, wikis can be complicated and frustrating.

Is there anything that has been developed or being developed in the that might be a better platform than a wiki, for a user-editable site?

Comments

I have invited my brother, my cousins, and several friends (the friends do genealogy/family history). Most are happy to view but are afraid to edit, and/or find it difficult. None have become contributing members.

I offer to help. I recommend Betsy Ko's newcomer videos. But.... crickets. Or they told me they don't like the wiki.

---

I do like Wikis and the two modes they usually have, and I also don't know a better way on how to do WikiTree.

But speaking of the language problem, it often comes with the not intuitive way of WikiTree. So it would be good to consider this during the redesign.
Other pages such as FamilySearch are very intuitive, and that way, it's also doable if one does not speak very good English or one is not very good with computers (which both fits to the stereotype of genealogist in my country). Maybe it would already help, if there would be more short and simple "official" tutorials on Youtube, that are explained in simple and standard English (no dialects etc.). Maybe it would help, if more functions would have a help button, similar to the ones at the edit page of a profile.

---

There's no getting around the fact that WikiTree is hard work and has a steep learning curve.  If you were to simply wave a magic wand and somehow make it trivially simple to use, you'd end up with a bigger problem ... it would open the doors to lazy researchers who don't have the discipline WikiTree requires to maintain accuracy and sourcing standards.  it would gradually morph into something more like what you have in FamilySearch.

---

Good Point! It has taken me about one year to feel comfortable on WT.  It is frustrating at first, but rewarding once learned. I avoid Family Search because of the inaccuracies.  We don't want that on WT!

---

To me, the fact that WT uses wiki technology, which I was already familiar with from other sites when I joined, is a plus because it meant I didn't have to learn how to do things here. Obviously not everybody is in that situation, but it must be better that some are than that nobody is; if every site has its own system, users will need to learn a new system each time they join a site, which will be annoying and may lead to confusion when mixing up elements of different systems. If there is another system that is already in use on many other sites there might be a point in switching, but I don't think we should try to develop anything entirely new on our own.

Also, the combination of free text with < ref > links in the WT biography field makes it easy to add sources in non-standard ways and/or comment on the sources when the source situation calls for it, unlike (in my admittedly limited experience) more formally structured sites like Geni and FamilySearch, and needing to drop that would be a tragedy - not to mention likely a lot of work to convert the old profiles.

---

Richard,

I have to respectfully disagree. Bad research can be done by anyone, whether they learn the Wiki or not. Conversely, there are competent genealogists and family historians who don't take to this wiki.

---

Laura, I didn't mean to imply that anyone who joined up to a hypothetically super-usable WikiTree would de-facto be an incompetent genealogist, nor that any and all competent genealogists would be irresistably drawn to it.  But I do believe that the consequences I mentioned would be one likely outcome, and is a characteristic of WikiTree that needs to be properly understood and taken account of by those developing it.

---

Chiming in to express enthusiastic agreement with the idea that editing needs to be easier. In 2024 you shouldn't have to know how to write in html (even worse - a specialized version of html) in order to create a text-based entry. Huge barrier to entry/participation. And the standardized citations method is crazy cumbersome.

---

The responses are making my point, and these are from people staying here and actively posting to G2G! For every contributor who stays despite possible years of learning curve, many more competent people leave.

This is unfortunate and not amenable to continued growth (of active users). Anyone can sign up, over a million have... but keeping contributing WTers should be the goal and, in my opinion, it will not be possible with a wiki.

---

The wiki aspect is part of why I have chosen to work on this platform. It might be possible to add a WYSIWYG editing capacity (for those concerned w/ ease of editing), but if you remove the wiki functionality, it loses a defining characteristic!

Answer 11

Thanks for planning to tackle such an enormous project. The larger font will be a big help and a focus on accessibility is something I've wanted to see for a long time. I hope the WCAG 2.2 standard will be one of the planning guidelines. A potential short term might be to have a small set of selectable stylesheets that would tweak the site. Not user defined stylesheet but some standard ones that could help increase fonts, change contrasts, color, etc.

Another usability enhancement would be to extend the editor to display refs like the way it is in the display mode but bring up a popup with the contents and edit it there. That would help avoid some errors beginners commonly hit. It would make the bio much easier to read while editing as well.

Answer 12

I would like to see a service where you or your family group can hire  professional geneologists to break through brick walls.

Comments

People usually go through their local historical or genealogical societies for professional services like that.

---

Una and Judi, we do have a badge for "Professional Genealogist" for members who want to advertise their services, and categorization for this. I think. But we have never really promoted it.

---

Thank for the reply, Chris, because I've never seen that badge before. I found this:

https://www.wikitree.com/g2g/992594/how-do-i-get-the-professional-genealogist-badge

Answer 13

I will concentrate on four family lines, Stephens, Vernon, Hampson and Coulter

Answer 14

Is there a possibility for a spelling/grammar check? Alternatively, allow Grammarly the ability to see text when it is being edited?

Comments

Hi Kathy. Are you using the Enhanced Editor? Grammarly will work if you turn the Enhanced Editor off, according to this thread.

---

spelling according to which country?  English itself has variations, depending if you are used to the spelling in the US or in England.  Not identical.

---

Grammarly recognizes country variants. I'm in Canada, and we use a combination of US and English spellings. Grammarly knows when a Canadian should use English spelling and when we should use American spelling. There's a very long list.

Answer 15

Looking forward to a number of these improvements, including the ability to suggest changes to name variants.

I admin the McCool name study. WikiTree shows lots of incorrect McCool name variants, but doesn't include the only verified one: McCoole.

Answer 16

I don't know if this is possible, but just continuing on from the multilingual conversation, would it be possible to add in things in another language that then translate to the language used by the reader? eg I only speak and write in English. But I have Norwegian ancestors. If any of my cousins were to put in a profile of a common ancestor, in Norwegian, is there a way that I can change it to English for me to read it? And obviously, can be turned back to Norwegian for them to read? Or even, if there was a profile of a Japanese hero written in Japanese, but I wanted to look at - could it be written in Japanese by the person making the profile, but translatable to the language of whomever was reading it? I'm guessing this is a long way down the track, but I thought I'd just put it out there.

Comments

If any of my cousins were to put in a profile of a common ancestor, in Norwegian, is there a way that I can change it to English for me to read it?

Most browsers can do this for you already:

• Change Chrome languages & translate webpages
• Translate the web with Firefox
• Activating Translation in Safari Settings 

Also see the discussion and Chris' comments here. 

---

Nothing stops you from doing translated bios, it is entirely permissible to have such, I regularly create such in French and English, separate sections on the profile.  Granted, it's a lot of work, and you have to be conversant with both languages.

---

Thank you so much Danielle for all the translating into French you did for my English Quebecois bios.  While I seem to keep adding to the languages I "read at a genealogical level,"  I have not managed to add even one additional language that I can compose well enough in to write even a simple bio.

Do you think maybe you could collaborate with the write of the autobiography app so that it would produce a usable basic French bio the way it does with English?  If we did that with one language, maybe we could get other volunteers to work with the app writer to do it in other languages too.

Answer 17

I'm sure this is a perennial problem, but is there anything we can do about people adding profiles without any sources? I was reading the comments about planned events for 2024 and there was talk about whether one source-a-thon was enough. I know I have been active with adding sources for unsourced profiles for NSW (Australia) and at times we have nearly cleared the unsourced profiles and then they build up again. Often it is the same people over and over again. I don't know what the intentions are - perhaps they always mean to come back and add sources - perhaps they rely on source-a-thons to add sources for them - perhaps they don't know how to add sources - there could be a myriad of reasons. I wouldn't want to see anyone ostracised or berated for adding unsourced profiles, but then again, we would have less need for source-a-thons if new profiles always had at least one source. Is it possible to tag repeat offenders and be more forthright with offering help for them to add their own sources? I'm sure there are other people who have put more thought into this than me, but I do think this will be an ongoing problem if we can't think of a way to  address it. I have no tech abilities, other than as a user, so I don't even know what is possible and what isn't, but is there anything that might help address this in the new design plans?

Comments

Often it is the same people over and over again. ... I wouldn't want to see anyone ostracised or berated for adding unsourced profiles ... Is it possible to tag repeat offenders and be more forthright with offering help for them to add their own sources?

Please see Help:Problems with Members. 

---

Most of my tree on my home-run phpgedview is well sourced. I will not upload that tree because WikiTree makes no attempt to convert properly structured  SOUR statement into a meaningful form and you have to destroy the structure and paraphrase manually. This would be time consuming whereas software could do this much better.

I have recently come across a tree on Ancestry that I am transcribing into my system. It has at least three 'tops' with the same surname and their families inter-marry. WikiTree would probably help make sense of this but it is all unsourced. So I can't upload that either.

Answer 18

I think technologically this would be a small thing, but in making WikiTree a world-tree it would be a big thing:

Without changing the structure where everything is keyed to an LNAB, without changing the edit screen where an LNAB is entered, without changing the default where an LNAB displays as a "last name", create an option for the display screen so that the LNAB/surname could appear last, as in European/American names (default) , first, as in East Asian names, or in the middle, as in some Latin American names.

Comments

This would solve a little problem with latin/spanish names where we use paternal and maternal surnames.

Some functions of apps are based on LNAB, but they read latin names as one name, not 2 separate ones.

Answer 19

Can you please revert to using women's birth surnames rather than their married names. This is the default in most countries.

Comments

Jean, can you expand on what you mean by this? Profiles are built around the Last Name at Birth (LNAB) field and all name display variations use the LNAB.

---

Steven, I think Jean is referring to the way that women appear in things like the search results. For example, when I would appear there, I would be listed as Darlene (Wolff) Harbick, making my birth surname parenthetical. While that's concerning to me as an American who uses her husband's surname, it's definitely not ideal for those women who do not take their husband's surname, which is not the norm everywhere.

While we're on the subject, the way we handle names in general is very US-this century-centric. My ancestors often had three or sometimes four given names, usually using the third but sometimes the second as their preferred name. Our profiles split those given names into a first and middle names, putting emphasis forever after on the first one, even though it's the one they were least likely to actually be known by. It sure would be nice to make the names more accurately reflect the people.

---

Working on French profiles mainly, I'm used to this one.  There is no such thing as a ''middle name'' in French, the words translate but the meaning doesn't carry forward.  They are ALL given names.  So they all go in the first box.  Preferred name box takes the one used mostly by the person.  

Last name, also we don't do the ''married name'' bit except for a short period.  The LNAB is normally the current last name, the husband (s) ' s last name can go in other last name box if desired.

---

Yes! This! I agree 100%, Jean.

---

I see our usage of the Current Last Name as an extension of our style rule to "use their conventions instead of our own."

If a woman used her married name or another name, it should be entered as her Current Last Name. If she did not, it should be the same as her Last Name at Birth.

There are arguments for making it more convenient for genealogists by always using Last Names at Birth for everyone's last name, but that would be using a convention that is convenient for us, not the convention of the profiled person.

---

Regarding having more last names, or no middle names, etc., compromises need to be made ... https://www.wikitree.com/wiki/Help:Name_Displays#They.27re_Compromises

It's difficult to be all things to all people everywhere throughout all time. :-)

Answer 20

Whoo hooo! Love it, everything sounds great! Kudos to the techies working behind the scenes for these changes.

My wish list is short. On a profile page, I'd love to see Siblings and Children list style, instead of paragraph style. To save space, maybe they could display side by side, 2 columns.

Thank you, and keep up the great work. Cheering you on!

Comments

Thank you, Becky! I may be wrong, but I think the child list is an option in the WikiTree Browser Extension.