WeRelate talk:Support/2020

GEDCOM import stuck [6 October 2020]

I uploaded a not-large GEDCOM several days ago and did all the usual review stuff, matching everything up and all that. And then I clicked the "Ready to Import" button. And it said it would show up shortly, as usual. But nothing has happened since. It's now been nearly a week. I've gone back to the review screen several times, but the "Import" button is now grayed out, so I can't click it again. This is the first time I've seen this particular problem. Any ideas how to shake it loose? --Mike^Talk 12:47, 29 December 2019 (UTC)--

Dallan had to restart the process. It should be fixed now. Thanks for letting us know.--DataAnalyst 03:43, 31 December 2019 (UTC)

Yep. Popped up just now. Thanks!

Same problem, just a grey unresponsive Import button. I've wasted too much time on this. Thanks for the opportunity to find and fix errors in my data. I've deleted the GEDCOM and I'm moving on.--JohnDMoffatt 19:05, 6 October 2020 (UTC)

No Access [9 March 2020]

I have added my GEDCOM to WeRelate. I got the message it was ready for review hours ago. I cannot access it in anyway. Please help--bridamhouse 03:21, 7 March 2020 (UTC)

Hi, Bridamhouse, Have you tried clicking the link labeled "Click here to enter the review program"? What happens? What browser are you using? Some people have been having problems due to the required "Flash" software not being well supported. --robert.shaw 00:17, 9 March 2020 (UTC)

England & Wales: GRO certificate [15 March 2020]

Source:England and Wales Civil Registration. General Register Office, England and Wales This source is labeled "Finding Aid"; description includes "The General Register Office's index does not contain the full details ... The full details can only be released as a certificate". From this text; I conclude that this source does not include the actual certificates. I have purchased a GRO certificate. What is the correct source to use for such a certificate?--fbax.ca 16:35, 15 March 2020 (UTC)

WeRelate keeps timing out [6 April 2020]

For the second time this morning I have spent 5-10 minutes updating the same record only to be told on saving that WeRelate socket has timed out. Grrr.

Haven't seen any other social messages for 2-3 weeks. Is everybody well?

--Goldenoldie 10:13, 3 April 2020 (UTC)

Well and sheltering at home, thanks.

One thing you might want to try as a workaround until the problem is fixed. Make just a few changes and then save the page. The fact that I can edit this page, suggests this might work. I often save changes after a few minutes simply as a measure to avoid losing my work for whatever reason.--Jhamstra 15:38, 3 April 2020 (UTC)

That's what I've been doing. It can tie up after adding just a date. Written at the end of my computer day. Hope I can get back to work tomorrow.

/cheers --Goldenoldie 19:39, 3 April 2020 (UTC)

It appears to me to be fixed. How about you? When I would save the edits it would say it could not open a socket to the search function. Directly going to search was also not working. But I was able to follow links to pages, and enter edit mode just fine, just not complete the save. It cleared up for me about 8:30 this morning. I assume the computer running the search software was rebooted or something similar. --Jrich 23:25, 3 April 2020 (UTC)

The search server died last night (why do things always go wrong at night?). I set up a new server this morning. I'm sorry for the trouble. I'm glad everyone is safe. I hope we all stay that way.--Dallan 00:21, 4 April 2020 (UTC)

Hi Dallan,

Thanks for sorting out the computer problem. I had reverted to jigsaws to pass the time.

Currently I am actually working on genealogy rather than geography. One of our early contributors of 1000s of entries had ancestors whose history starts fairly close to where I live now. Many proceeded into London in the 1800s. He/she had a bad habit of providing dates as days and months but not years (as well as not giving sources, of course). I have chosen one of the surnames in this tree and am proceeding to add information from online databases.

BTW, has anyone else noticed what FamilySearch has done to keep up with privacy regulations? They are providing family trees, but not search facilities for individuals.

Everyone here in the UK is in complete "lockdown" in an attempt to keep covid-19 going any further than it has. We can go out to shop for groceries or medicines or for short walks or runs (if one is so inclined). Vegetables are getting scarce because they have to come in from abroad at this time of year.

I'd like to do some gardening but wonky legs and hips prevent doing that excessively and, given my age, the NHS is not keen to sort out my problems even in the best of times.

Keep well, everyone. --Goldenoldie 09:55, 4 April 2020 (UTC)

Possibly the search server is down again? "There was an error processing your search, or the search server is down; please try a different search or try again later." --Jrich 14:49, 6 April 2020 (UTC)

I'm not sure what's going on lately. I rebooted the search server this morning and that solved the problem today.--Dallan 15:18, 6 April 2020 (UTC)

Dallan, thanks for the quick response, --Jrich 17:17, 6 April 2020 (UTC)

What happened to Volume / Pages? [18 April 2020]

Pick a page, any page where "Volume / Pages" has been entered. This information no longer displays! Instead, a "new line" is output.--fbax.ca 20:53, 14 April 2020 (UTC)

User:Goldenoldie asked that a new line be put in before volume/pages. It seemed like a reasonable request. Thoughts?--Dallan 01:45, 15 April 2020 (UTC)

1) I like it the old way. 2) Read my note! Volume / Page does NOT display AT ALL now!--fbax.ca 02:37, 15 April 2020 (UTC)

Can you give me an example where it isn't getting displayed? Here's an example where it is getting displayed on a new line: Person:Test Test (16)--Dallan 02:43, 15 April 2020 (UTC)

Pick anything on this list; notice that search for "akte"; but that "akte" does not appear on person or family pages.fbax.ca 12:00, 15 April 2020 (UTC)

Not significant, but that cuts both ways, as in, why bother? What is the purpose or problem it is addressing? It takes up more screen real estate pushing thing down so less visible on screen without scrolling. and it looks less like a standard bibliography entry. --Jrich 02:51, 15 April 2020 (UTC)

I tried putting something in the date field, to see how it looked with data following the page number in the citation. When I added something to the date field, the page number disappears. --Jrich 05:23, 15 April 2020 (UTC)

I fixed the issue. I'm sorry for the disappearing volume/page numbers.--Dallan 20:44, 18 April 2020 (UTC)

search server down? [3 May 2020]

saving pages (can't open socket to search.werelate.org: 111 Connection refused) and searches time out (There was an error processing your search, or the search server is down; please try a different search or try again later.). --Jrich 04:59, 3 May 2020 (UTC)

Search seems to be working now. I also have been able to edit a page and save it. Please let us know if you still have a problem.--Judy (jlanoux) 13:32, 3 May 2020 (UTC)

was working this morning when I started. Thank you. --Jrich 15:21, 3 May 2020 (UTC)

Problem has come back! --fbax.ca 21:27, 3 May 2020 (UTC) And then fixed --fbax.ca 22:09, 3 May 2020 (UTC)

Trouble [11 May 2020]

The warning "can't open socket to search.werelate.org: 111 Connection refused" is back up again and I can't reach the Search facility either. Hope it can be fixed soon. --Goldenoldie 11:26, 9 May 2020 (UTC) still not working--Beatrijs 16:59, 9 May 2020 (UTC)

My apologies. I use WeRelate every day and usually notify Dallan when the search server is down. However, today I am packing up for a kitchen reno and just got around to notifying Dallan a minute ago. Hopefully things will be up soon (unless Dallan has to do more than just restart it).--DataAnalyst 18:55, 9 May 2020 (UTC)

It's back up and running now. Also, we now have 3 other people who can reboot the server, so hopefully things will be able to get fixed more quickly in the future.--Dallan 04:39, 11 May 2020 (UTC)

Thanks a lot. I was "back to work" yesterday. --Goldenoldie 09:26, 11 May 2020 (UTC)

Loss of Google maps for local areas [31 May 2020]

In the past week or two the map link to Google Earth seems to have disappeared for the UK. Don't know whether North American places are affected or not. Since I make a point of adding longitude and latitude settings I miss the facility to check whether I should have changed "E" to "W" or not. --Goldenoldie 12:27, 14 May 2020 (UTC)

Hi. I'm not sure what the issue is. I assume you mean Google Maps, not Google Earth. I can still get to Google Maps from WeRelate for places around the world, including the UK. I wonder if it is a licensing issue within the UK, or maybe just something on your computer.--DataAnalyst 17:30, 14 May 2020 (UTC)

I'm also seeing the maps. If you aren't seeing them, could you please right-click on the screen, select Inspect, then select the Console tab, and report to me any errors you see in the console log? That will help me understand what's going wrong.--Dallan 05:12, 15 May 2020 (UTC)

Hi. Sorry to be slow in answering. I have done something to my right arm and am keeping typing to a minimum.

The maps are the ones that link with Google Earth in the top right hand corner of a place page. Now, instead of the empty space I was seeing the other day, I get the message: "Sorry. Something went wrong." The console tab reports

<div class="fm-err-icon>...</div>

<div clas="gm-err-content">

<div class="gm-err-title">

Sorry! Something went wrong.

<div class="gm-err-message">...</div>

then a series of </div>s and the message goes on to different sections of the display.

Hope I gave you an accurate copy of the code on the console screen. It wouldn't copy and paste and it's not something I'm used to. I recall the last time I saw the "Sorry. Something went wrong." message, we discovered that Google wanted some money.

/cheers, --Goldenoldie 11:43, 16 May 2020 (UTC)

I'm still not sure exactly what's going on. I'll see what I can do to fix it.--Dallan 04:08, 29 May 2020 (UTC)

Hi Dallan, Things are now back to normal re the maps.

/cheers, --Goldenoldie 07:38, 29 May 2020 (UTC)

really? That's so odd. I didn't change anything.--Dallan 06:07, 31 May 2020 (UTC)

Common name? [16 May 2020]

The featured page Person:Louis_Amen_(1) includes "Lou" as the name this person commonly went by. As far as I know, there is no single English word for this "name". In Dutch, there is "roepnaam". The Help:Conventions/Given_name help page is still DRAFT and does not address this "name".

• Are double-quotes the generally accepted convention here?
• Should this name always appear as the last item in "Given Name" field, or is anywhere within "Given Name" acceptable?
• fbax.ca 21:19, 15 May 2020 (UTC)

When you choose "Add Person", right on that page it says "Please use proper names without titles or 'nicknames'." If a nickname is likely to be a search criteria and is not recognized already by the software, Add Alternate Name, type Alt Name, should work. But I believe many common nicknames will work if the match option is Exact & Close Match, i.e., Sally Jones will match Sarah Jones. --Jrich 21:37, 15 May 2020 (UTC)

I’ve always thought that names like “Lou” in the example was different than “nickname”. My cousin John was often “Dutchy”. His registered birth name is “Johannes”. I think “Dutchy” is nickname; whereas “John” is not. fbax.ca 21:45, 15 May 2020 (UTC)

I agree with Jrich. With very few exceptions I use the formal name given at birth, as the primary name for a Person. If the person regularly used other names during their lifetime I show these as alternate names. If a person changed their commonly used name at or before marriage, their name on the Family page will be the name they were using when they married.

Almost 80% of my ancestry is Dutch or Frisian. These people often used multiple variants of their names even in the Netherlands (eg a Frisian variant and a Dutch variant or in earlier centuries a Latin variant), not to mention Americanized variants when they immigrated to North America. I find that the convention of birth name as primary and the other major variants as alternates works quite well. See as an example Person:Date Bijker (1) and Family:Date Byker and Johanna Van Leeuwen (1). An occasional exception would be Person:Katherine Byker (2) whose birth certificate shows her given name beginning with C but who from childhood onward always spelled her first name with a K. In this case I honored her lifelong choice. --Jhamstra 23:21, 15 May 2020 (UTC)

It's very common in various American contexts, such as newspaper stories and obituaries, to give a person's name as, e.g., John George "Buddy" Smith. This provides a combination of both formal name and the most-known name. You'll find some entries on WeRelate using that form but the WeRelate Style Guide says:

> Do not include nicknames in the primary name field; enter nicknames in the Alternate Name field.

Thus, the standard is that primary name should usually be the legal name at birth, omitting any nickname, bijnaam, roepnaam, or schimpnaam. --robert.shaw 18:39, 16 May 2020 (UTC)

How to enter NN Gelis Bax? [1 November 2020]

The children of Family:Goyart Bax and Elisabeth Dierix (1) are named "GivenName Gelis Bax". This couple has a married daughter; but her given name is not known. I can create a page with title "Unknown Bax"; but what is entered as GivenName when page has been created?--fbax.ca 17:10, 27 June 2020 (UTC)

Help:Naming_conventions says "When the given name is not known, leave the Given name field blank." For unknown surnames I leave the surname blank, and would also use blank for given names. --robert.shaw 17:39, 27 June 2020 (UTC)

Ah. Where would "Gelis" be entered? --fbax.ca 17:47, 27 June 2020 (UTC)

Those instructions need to be elaborated on, IMHO. They lead to something like this. I don't think that is useful. You can't tell which is the given name and which is the surname and which of the two names is unknown. If you had a two part surname it would look like the name was complete.

When adding the page, it is probably better to leave the name blank because Unknown is not a special word and the search for duplicates would use the value Unknown whereas blank might give you a little more generous matching. The titling of the page seems to work correctly, adding the Unknown. But then I believe clarity suggests you should edit the page and add the Unknown to either the given name or surname because what is displayed are the name fields, not the title. --Jrich 18:49, 27 June 2020 (UTC)

I don't think the "Punch       Judy" example is very problematic. On the Family page, the given/sur status of the known names, though not evident in the shaded box presentation, is easily seen just above the box in the bolded page name, "Family:Unknown Punch and Judy Unknown (1)". It's also available from the popup shown when hovering over the name in the shaded box. When editing the page, it is evident from person name shown in the data entry box. On the Person page, rather similarly the bold "Unknown Punch (1)" shows the name nature, and when editing, the Given and Surname data entry boxes make the name nature clear.

Another place where the blank name recommendation is given is in the Help:Style guide: "If a name, date, or location is unknown, leave the field blank. Do not enter "Unknown," abbreviations or acronyms such as Unk, LNU, NMI, or special symbols such as brackets < > or [ ]." ---robert.shaw 22:14, 27 June 2020 (UTC)

We'll have to disagree. I think it is an impediment to understanding the page. The Person pages (husband, wife, and any children) require extra steps to figure it out, if one is even aware of that the displayed info could mean either of two different cases. To display simply Punch without at least a blank spacing or place holder for the unknown name is misleading. The intuitive read of that is that the Given name is Punch with surname unspecified.

The help page does not justify the requested behavior, but the only reason I can think of is because of searching for duplicates. One would like there to be some kind of placeholder for unknown that is a wildcard on searching, but there is not. So the approach I outlined gives you both benefits: the search is done with the field blank, matching any value (including Unknown), and yet the resulting display is immediately clear about what is known and unknown. --Jrich 00:18, 28 June 2020 (UTC)

fbax.ca: The nature of the "Gelis" isn't fully clear to me. Perhaps it is a nickname or "called" name, or known to be a middle name even though the first given name is not known, or is a second, separate surname, or is a part of the surname. If it is a nick or called name, personally I would choose, since the formal given name is not known, to put "Gelis" in the given name field, as it is seemingly a useful thing to have in that prominent position. I would also note elsewhere on the page the nature of that name and that the formal given name is missing. ---robert.shaw 22:14, 27 June 2020 (UTC)

Robert: In this case, "Gelis" is patronymic, variation of "Goyart". fbax.ca 14:21, 1 November 2020 (UTC)

I'd say that WeRelate doesn't have a protocol for this. I would suggest entering _____ Gelis for the first name, and letting the page name be Unknown Bax. The problem with this is that WeRelate will prompt to rename the page ("This page can be renamed" under the page name). Just ignore that. (See the example Person:Unknown Bax in the Sandbox.)

I am seriously considering changing the display when a first or last name is blank so that it displays as ______. This would resolve (I think) Jrich's Punch and Judy problem. I could also suppress the rename prompt if someone enters _____ as a name - but I'm not sure I would do that if the name was more than just _____ (e.g., _____ Gelis). Further conversation is encouraged - maybe after I get the initial change done. Sometimes having a prototype sparks new ideas.--DataAnalyst 15:29, 1 November 2020 (UTC)

I've coded (but not implemented) the first change I mentioned above. Check it out in the Sandbox: Unknown Jeffries for the main name and her father Thomas Jeffries for alternate names. Please don't ask me to customize the length of the underscores to line up with other names - I changed one piece of code that applies in several places. I could make it longer if it looks too short - the same length would apply everywhere. The family tree diagram and pedigree map both pick up this change. GEDCOM export should also show an underscore for the missing name (can't test this in the Sandbox).--DataAnalyst 19:25, 1 November 2020 (UTC)

I coded the second part of my suggestion (to treat user entry of _____ in a name as Unknown and thus not suggest the page be renamed). In the process, I discovered that WeRelate doesn't treat pages with given or surname entered as _____ correctly. It completely ignores the underscores and creates the page title without that part of the name (e.g., Person:Smith if the given name is ____ and the surname is Smith). My code change fixes that. With my change, if you enter given name = _____ and surname = Smith, the page title will become Person:Unknown Smith. If you enter given name = "_____ Gelis" and surname = Smith, the page title will also become Person:Unknown Smith.

This change will not be implemented until at least tomorrow night (North America time). If you wait for the code change, you can create the page with given name = "_____ Gelis". Let me know if you have any problems. Thanks.--DataAnalyst 21:47, 1 November 2020 (UTC)

BTW: Another thought is to enter the given name as "Unknown Gelis". Or simply leave it blank since the placement of the person in the family gives the same info as the patronymic does. A source citation can explain the evidence for her being part of the family in case someone wonders about the evidence without the patronymic.--DataAnalyst 19:25, 1 November 2020 (UTC)

Gelis is a given name of the group that includes Gail and Ghislaine. I have found it in historical novels. --Goldenoldie 12:53, 1 November 2020 (UTC)

In the case of Family:Goyart Bax and Elisabeth Dierix (1), this family is Dutch -- check with the WeRelate:Nederlandse WeRelate-groep if anyone there is still active, but my understanding is that if a Patronym is used with a family name, it is treated as a second given name (like a "middle" name in present day English American naming patterns); if it is used without a family name, it is treated as a family name. Gayel--GayelKnott 18:21, 1 November 2020 (UTC)

New Gedcom stuck in 'Analyzing' state [6 August 2020]

I've noticed that someone's GEDCOM, the one dated 06:25, 3 August 2020, has been stuck in 'Analyzing' for a couple of days now. It most likely isn't urgent since most uploads are drive-by dumps that the user never reviews and eventually get deleted. Still, it would be best to give every user a chance. Does anyone know if an admin can kick a file in that hung state back into action, and if so, how to do it? Does it instead require someone with server-level access (e.g. Dallan) to do this? Thanks. --robert.shaw 16:50, 5 August 2020 (UTC)

It takes someone with server-level access to do it. I looked into it and it appears that the GEDCOM was a PDF file. I'll communicate this to the owner. Thanks for letting me know!--Dallan 05:22, 6 August 2020 (UTC)

Multiple Gedcoms [30 September 2020]

I use Legacy as my master genealogy database. I have been thinking about loading a Gedcom to WeRelate. Over time as I add to Legacy, do I just load a new Gedcom to WeRelate? Will I have to reprocess 100% of the 2nd Gedcom or will WeRelate remember what was from the first Gedcom?

Jim--Jgs1940 17:12, 30 September 2020 (UTC)

WeRelate retains records from your previous GEDCOMs. You don't have to include all your previous records in a new GEDCOM. If you have updated info on people you uploaded before, you can include them in your new GEDCOM. WeRelate will match the updated records in your new GEDCOM to existing records in WeRelate and will require you to confirm matches and merge new data into WeRelate as appropriate. Note, though, that matching is based on couples, not individuals, so it might be necessary for you to merge some pages after the upload is complete. There are instructions for this, but you may wish to ask someone to support you through the process.--DataAnalyst 17:43, 30 September 2020 (UTC)

Excess spaces in text [1 November 2020]

WeRelate is displaying something peculiar today. After every "]]" there are two or three extra spaces. I thought it was something I had done when wrting a place description, but the fault is everywhere, even at the bottom of this page in the sentence that begins "You irrevocably agree to release your contributions...." Is it us? or something hooked up to Google or Firefox? --Goldenoldie 12:35, 1 November 2020 (UTC)

Hi. If you're referring to a link to something other than WeRelate, such as the link [[wikipedia:township|township]] in Salford, Lancashire, England, then there is supposed to be a little arrow symbol after the link to show that it is to an external website. The symbol shows up for me (Chrome). Maybe it just isn't working for you for some reason.--DataAnalyst 13:58, 1 November 2020 (UTC)

Hi

Now why didn't I notice the arrow was missing? I've just gone back to the Salford page and everything looks ok now. Obviously some hiccup in Firefox. Thanks.

Download family trees for academic research [2 November 2020]

Hi, I'm an information science student, and I want to work on GEDCOM files. I'm trying to find as many GEDCOM files as I can for my research. Is there any way to download GEDCOM files from werelate (or any other source) for my research? Of course, no personal \ specific information will be published, only statistics about the files.

Best, Omri--Omrisuissa 20:19, 1 November 2020 (UTC)

It is not clear what is being requested here. This is one large database. If you interested in genealogical content, it has millions of individuals. It may be exported in as many or few (within limits) GEDCOM files you want (use of the exported data is covered by various restrictions, see WeRelate:Terms of Use#Information for re-users), but since they are automatically generated, it will not be particularly representative of how GEDCOM is used by individuals or various software packages. If you are interested in GEDCOM as an exchange format, the standard may be easily found many places online (e.g., see here). --Jrich 21:06, 1 November 2020 (UTC)

If, on the other hand, you are only interested in doing analysis of the family trees themselves, it isn't hard to write code to pull the genealogical data from each WeRelate page. I started work on just such a thing. If you go this route I would suggest that you do so gently and slowly and cache as much information in a local database for the actual analysis (poorly written web crawlers can have a lot of impact on a site) --Trentf 18:00, 2 November 2020 (UTC)

Because WeRelate is built on MediaWiki, it's also possible to dump the entire wiki DB. You would need to talk to Dallan about that possibility. -- Jdfoote1 18:10, 2 November 2020 (UTC)

Is This Spam? [4 November 2020]

This seems like spam to me. In particular since they aren't even pretending to be a cemetery or columbarium. What does the community think?

Place:Michigan Cremation & Funeral Care, Grand Rapids, Kent, Michigan, United States

--pkeegstra 17:23, 3 November 2020 (UTC)

I agree. Do you plan to block the user?--DataAnalyst 17:41, 3 November 2020 (UTC)

Yes, definitely commercial spam. I favor blocking the user and deleting the page. --robert.shaw 22:43, 3 November 2020 (UTC)

I blocked the user and deleted the page.--DataAnalyst 15:30, 4 November 2020 (UTC)

Need coaching / have info [16 November 2020]

I have been trying to correct several mistakes on the Samuel Turner and Clara Belle Rollins sites. I have not learned exactly how to change the info. If other researchers researching the Hannibal Turner Family of Gist Settlement wants to contact me about these changes, please email me at kittykat4129@att.net--Pkwright 01:05, 17 November 2020 (UTC)

I responded to this user on his/her Talk page.--DataAnalyst 01:42, 17 November 2020 (UTC)

Adding Marriage Records [21 November 2020]

Why isn't there a event/fact category to add Marriages?--Pam41014 18:53, 21 November 2020 (UTC)

You add marriage events to the Family page, such as this page Family:Morgan Miles and Lina Plick (1). I assume this answers your question, but if you need more support, just ask.--DataAnalyst 19:24, 21 November 2020 (UTC)

no marriages in infobox summary [21 November 2020]

Did something change to cause marriages not to be shown in the infobox at the top of a Person page? --Jrich 21:11, 21 November 2020 (UTC)

Do you mean in the box that includes the male/female icon? I don't think marriage info has ever been included in that box, has it? At any rate, I haven't changed any code in over 2 weeks, and I doubt Dallan has either (besides the GEDCOM beta).--DataAnalyst 21:39, 21 November 2020 (UTC)

Oops, sorry, you're right. I am temporarily on a smaller screen and the window was so narrow the fact listing was pushed off the bottom of the visible screen so no information about marriages was visisble. My mistake. --Jrich 21:48, 21 November 2020 (UTC)

Need reboot? [9 December 2020]

I get a lot of 504 Gateway Time-out errors.

Not every time, but more than half. I have been able to add a family of children by using the history to go back to the Add Person screen, and I have been able to use Add Spouse to add their marriages, but just clicking on the link to look at an existing page is problematical. One of the servers not working properly? --Jrich 22:10, 8 December 2020 (UTC)

I rebooted the server. If it happens again, would you please let me know, and also let me know what page you were on and what you were doing when it happened. It might be related to the type of activity that you were doing.--Dallan 04:33, 9 December 2020 (UTC)

FYI, as best I recollect, it started first thing in the morning. I refreshed my watchlist and started visiting a couple of pages that had been changed overnight, getting some of the gateway time out errors in the process, even before I did any edits. Successful fetches seems to occur in two's or three's making it think it was working and letting me do some edits, but then I'll need to try a link several times before it works. Been going on all day. Even now after the reboot, it seems slow to access Person and Family pages. However, clicking on the link for the Support page seemed to work normal. Family:James Smith and Hannah Rogers (1) was the first page, then Hannah's parents, and Hannah herself. --Jrich 06:08, 9 December 2020 (UTC)

I am on a new computer since about 2 weeks ago. Apparently, it has an ad blocker. Thought that might be why I was noticing slowness but it has been there for 2 weeks with no adverse effects. Whether I enable or disable that appears on my end to have no effect except for the display of ads, i.e., slow pages still slow. If I click on a child with no marriages (from the Parent's family page) I go to the page normally. If I click on a child with a marriage (i.e., connected to another Family page as well as the Family page I am on), then the page takes a long time. Don't know if that makes sense? --Jrich 07:00, 9 December 2020 (UTC)

Very very slow since yesterday ! and many "504 Gateway Time-out" - It's now impossible to work seriously ! - Marc Roussel - --Markus3 08:52, 9 December 2020 (UTC)

I rebooted the server again, but here's the problem I'm facing: I get almost instantaneous response times for any page that I load, the server CPU is 90% idle, and I'm seeing a steady stream of page requests that are getting fulfilled (like 10 per second). The 504 Gateway Timeout usually means that the server got an error while trying to fulfill a request and thus never gave a response to the gateway. After a minute or so the gateway gives up waiting for a response and returns 504. This suggests that there is an error happening somewhere. I haven't gotten any 504 errors myself, so I'm not sure where the error is. When was the first time you started experiencing the 504 errors? Some code changes were made 15 days ago and some more were made 2 days ago. I can back out the ones that were made 2 days ago, but if you've been seeing 504 errors for the past 2 weeks, I should back out both sets of changes.--Dallan 17:31, 9 December 2020 (UTC)

Not before yesterday morning about 6 AM PST (my start of day). Only recall one today since the first reboot, but the problem I see today is that access to Family pages is sloooowwww. Person pages can be slow, but I assume that is caused by slow access to linked-to Family pages, since as mentioned, unmarried children are accessed quickly. I have seen other slow things (like calculating diffs) but assume it follows a similar pattern since doing it on an unmarried child wasn't slow. --Jrich 18:00, 9 December 2020 (UTC)

I agree about the timing. The first time I noticed it was yesterday afternoon/evening when I went on about 4 PM EST--jaques1724 18:09, 9 December 2020 (UTC)

I just reverted the code changes from two days ago. Please let me know if this solves the 504 problems. Hopefully it does.--Dallan 18:29, 9 December 2020 (UTC)

Seems to work. Loading pages quickly now. Thank you. --Jrich 18:52, 9 December 2020 (UTC)

Concur. Thanks!!--jaques1724 20:03, 9 December 2020 (UTC)

Glad to hear it. Sorry it wasn't working. The new code had to do with additional checks around deleting pages, so I expect that the problems happened when someone else deleted a page, it caused an error or a slowdown of the entire system. That's why it was so intermittent.--Dallan 20:38, 9 December 2020 (UTC)

Adobe Flash Player required for FTE [12 December 2020]

The Family Tree Explorer requires Adobe Flash Player, however Adobe will no longer be supporting Flash Player after 31 December 2020 and Adobe will block Flash content from running in Flash Player beginning 12 January 2021, Adobe strongly recommends all users immediately uninstall Flash Player to help protect their systems.

What should I do to keep using FTE?

Regards Ken--Kenamoore 22:30, 12 December 2020 (UTC)

FTE has been replaced - I just haven't removed the links to FTE yet. Any place you see a list of your trees, select "explore" instead of "launch FTE". Please read topic "FTE replacement status - check it out" on the Watercooler for more information on how the functionality has been replaced.--DataAnalyst 22:44, 12 December 2020 (UTC)

Family to delete [22 December 2020]

Family:John Savage and Anne Washington (1) and their son and his wife are all shown in red and have been since 2007. Should they be deleted?

--Goldenoldie 12:40, 22 December 2020 (UTC)

Yes. These are leftover pages from a time when the tree delete program didn't work properly. I deleted these family pages.--DataAnalyst 14:26, 22 December 2020 (UTC)

Thanks. This completes the changes from Place: Cheshire to Place: Cheshire, England. Merry Christmas! Pat--Goldenoldie 22:43, 22 December 2020 (UTC)