Early people excluded from GEDCOM [19 January 2011]
I loaded a GEDCOM file today and 219 out of 242 people were automatically excluded because their dates are before 1750. I know that there has been talk about changing the GEDCOM upload to protect data quality, but I have a feeling that excluding pre-1750 people from being uploaded was not intended. On the "to do" list is the following item:
٠ auto-exclude pre-1500 death; pre-1450 birth in gedcom upload
I could not find (on the to-do list or the watercooler or the GEDCOM help talk page) any decision to exclude people whose dates are prior to 1750. Is this a bug? If so, could you please fix my GEDCOM file and include all the people, or at least all the people with dates after 1450? I would prefer that you allow me to include all the people, as I have already searched and my pre-1450 'Horton/de Horton' records (about 15 people) are NOT in WeRelate, and I would prefer not to have to enter them by hand. Certainly, I am not prepared to enter 219 people by hand.
I promise I will be diligent about matching records and careful about updating existing ones - as I was on the first significant GEDCOM I uploaded (Oct 23).
Please don't ask me to resubmit the GEDCOM. I spent about 2 hours matching sources already before I noticed that most of the people were being excluded.
Thanks, Dallan. --DataAnalyst 14:17, 4 December 2010 (EST)
According to a discussion on User talk:JBS66#something wrong on gedcom upload/review?, the 1750 limit was intended. I will add that I was personally happy to see this as there is too much junk being submitted and on people this old it has the potential to affect a lot of watchers. Many people this old are already entered with nice bios and carefully documented with sources, and I think people will read what is there and edit it more carefully working by hand rather than inputting a GEDCOM. And manual input will probably end up being better focused for the WeRelate audience. From what I have seen, you would not be guilty of adding junk, but I also think the normal edit process is far more flexible than the merge in the GEDCOM process, and you will get the exact result you want working by hand. --Jrich 15:30, 4 December 2010 (EST)
Jrich, are you volunteering to enter DataAnalyst's 209 pre-1750 people by hand?
I, too, feel that the pre-1750 cut-off is too severe. The bulk of my research is focused on a) colonial New England starting with 1630 and going through to about 1725, and b) Schwenningen, Germany. Almost exactly HALF of my 11,000-person Schwenningen GEDCOM consists of people born prior to 1750. I am *not* going to RE-enter 5,500 people by hand after having entered them, with citations, into my genealogy software program.
At a minimum, I think there should be exceptions made for "trusted" uploaders on a case-by-case basis, but no way should people be required/forced to RE-enter large numbers of individuals by hand.
Jillaine 20:22, 4 December 2010 (EST)
Folks won't be 'forced' into anything - they'll just walk away. Wiki is hard enough to have to learn to deal with without adding to the difficulty. BTW, my GEDCOM was rejected. I had twins and a couple of babies that arrived before the preacher did. --Janiejac 21:02, 4 December 2010 (EST)
I am willing to add DataAnalyst's names by hand. I have already entered about 10,000 names by hand and think that is the best way to add data and have encouraged others not to use GEDCOMs. I have also cleaned up a lot of errors from old GEDCOM uploads and like the idea of a cut-off date after 1700 whether it is 1750 or 1701 makes no difference to me. --Susan Irish 21:10, 4 December 2010 (EST)
I'm going to add the same comment I have added on other pages. Manual data entry introduces errors - everything from typos in dates and names to accidentally skipping entire generations. Both my husband and I address data quality issues in our professional lives and we would never recommend manual data entry of something that is already in machine-readable form and formated for uploading.
I don't want to enter records manually that have already been proofread in another system, and I don't want anyone else entering them either! If they did, I would feel compelled to proofread the results, and I've done that already in my own database. How tedious!
A much better use of time is to check records after they have been automatically uploaded. That way, you spend your time on a higher-order task - namely, does the data (after merging records) make sense - not a low-order task like how many typos did I introduce.
I consider myself a very careful record-keeper, but in a database of about 8000 individuals, I found that I had typos in maybe a dozen dates when I did a thorough proof-reading a couple of years ago. That is an error rate well under 1%. I believe that in the work world, a data entry error rate of 3-5% is considered not unusual (which works out to about 600-1000 errors in 10,000 individuals with 2 dates each). Studies show that even if 2 professional typists independently type the same information from the same hand-written (presumably legible) source and you get a computer to compare the results and identify all discrepancies, there is still a measurable error rate - situations in which both typists made the same mistake and the computer could not recognize the error.
So, I'm going to say again - if WeRelate changes its philosophy to encourage manual data entry of information that is already in someone's desktop software, I will not only be an unhappy camper, but I will likely give up on the site as a lost cause. I wholeheartedly agree with the philosophy of both an automated and manual review of each GEDCOM file before it is uploaded (with the manual review being eliminated once a person has proven their diligence), but preventing uploading of high-quality data simply because it is prior to an arbitrary cutoff date is not the way to go.
Did I state my case strongly enough? Sorry if I sound like I am on a rant - I must be picking up the attitude from some of my co-workers. But I am somewhat of an expert in the field, and I want to make sure that people understand that this is not a case where manual data entry is as good as an upload. Computers do certain things (like copying data exactly) much better than people do, and should be allowed to do those tasks. Let people do what they are better than computers at (like matching and making decisions in merges). --DataAnalyst 22:59, 4 December 2010 (EST)
WeRelate has a fundamental design flaw and allowing bulk uploading exposes that flaw, and that is insufficient quality control on input data. Lack of quality control is part of the downfall of most Internet sites like the Ancestry Family Trees, AFN and PRF on familysearch, etc. Everybody talks about requiring sources, high quality sources, etc., but I don't believe there is a way to quantify, measure and judge quality that can be automated. So unless there is some form of review (like having watchers listed on a page reviewing and ratifying changes before they become permanent), I think the danger of GEDCOM upload is worse than the benefits. It implies that this process of merging different researcher's work should be easy and it should all work the way it does on your home computer when there are inherently difficulties with style, content, formatting, and interpretation of data.
I agree with comments about introduction of errors, but it is not a drop dead issue because over time all pages will be looked at, reviewed, checked, and probably corrected. Part of our job as a WeRelate users is to review changes we get notified of. Sooner or later, somebody that really cares about an individual will catch or correct that error. And the database that is WeRelate will get more and more valuable. The data of any mature computer project has more intrinsic value than the hardware and software and must be protected. If the speed of changes is slow, then this review process is capable of providing feedback soon enough to head off further damage, but when mass updates are done before feedback can be given, more damage is done..
The GEDCOM process allows people to mass-upload 5000 people and trusts them, often in their first interaction with WeRelate, to follow the correct procedures in a very complex process. In one night, a new user who is sure everything they have is correct and that nobody else can possibly know all they know, can come along and damage scores of existing pages of pre-1750 where hundreds of individual lines merge into those common ancestors.
I have tried a GEDCOM upload and I found the process to be awkward and very nearly as time consuming as it took me to create the GEDCOM. This is not a comment on the process, I think it is inherent in the difficulty of what you are doing. I get frustrated in the merge of matching records because I would like to merge my statement of the fact with the one that is there, but I have to choose one or the other. I missed tiny details and these oversights end up as errors on the pages after I was done. But if I didn't explicitly visit the page after uploading I wouldn't know. I have seen several people put in facts regardless of the presence of an existing source on the page refuting that fact, because the merge page in the upload process is not the easiest way to see and digest what is already there.
I know the data entry process seems overwhelming, but if you do some every night, it actually doesn't take that long (having two computers help - one to copy from and one to copy to). I bet Susan Irish is averaging 200-300 changes when she brings up her watchlist and it shows the number of changes she made in the last 3 days. It took over 10 years for me to find and collect good data on the 5000 people in my personal family tree, only a year to check it and reenter into WeRelate cleanly and concisely. In the process I discovered the research I thought was so thorough had many holes in it which I was able to go back and fill-in. It proved a great benefit to the quality of my own data.
I also think comments about introduction of errors overlook the issue of audience. Whomever your GEDCOM was created for is most likely not written for the general public that makes up the WeRelate audience. Many GEDCOMs that get uploaded include verbatim transcripts of copyrighted sources or email and street addresses that probably don't need to be exposed to the Internet. If they provide sources, they are often redundant sources that reflect the history of how the conclusion was discovered rather than a streamlined, up-to-date set of sources needed to make the convincing argument with a minimum of repetition. References to sources are often following some personal notational style, or comments relate to not-included information that the researcher knows about but the WeRelate reader wouldn't, or ancestors are marked, or other personal perspective included. I believe the WeRelate page ends up better if you sit down and craft it specifically to suit WeRelate.
Perhaps a trusted uploader is a reasonable compromise. Probably the cut-off year should be different in different countries. If this is done, hopefully it will not just be given to anybody that asks, but actually require some demonstration that the person is qualified to do pre-1750 genealogy (my pet peeve: that they are committed to providing sources since they obviously don't have first-hand knowledge, another peeve: that they understand the Julian/Gregorian calendar issues). --Jrich 12:06, 5 December 2010 (EST)
Topic shift to GEDCOM Upload YES or NO [19 January 2011]
It sounds to me like WeRelate is having an identity crisis. Will it be a site for expert genealogists to post their info or will it be a place where the family historian will be able to post and collaborate with others of like interests. There is this age-old tension between those who say you should never 'publish' data without an original source citation and those who have only 'that's what my mother told me'. Perhaps Jrich is overlooking the danger that the bar will be set so high that only experts will feel comfortable in this environment. (This was JanieJac; she forgot to sign)
The initial topic of this thread was the pre-1750 cut off for GEDCOM uploads, NOT the abandonment of GEDCOM uploads altogether. I've inserted a new header where we shifted gears, so that the pre-1750 cut off topic can be handled separately.
I am not aware that there is any plan underway to eliminate GEDCOM upload. It's clear that there are those who prefer and have time to manually add pages. By all means, continue on. But there are others, myself included, and I would guess DataAnalyst as well, who record their research on their personal PCs, and who will continue to do so. I left Wikia/Familypedia because I found the manual process atrociously slow, and was frustrated that I had to re-enter everything. It was the GEDCOM upload feature that drew me to WeRelate.
jrich wrote: "I don't believe there is a way to quantify, measure and judge quality that can be automated."
I might agree if you'd written "I don't believe there is a PERFECT way..." What's that phrase? "Don't let perfect be the enemy of good." I think there are ways -- less than perfect -- that can help us diminish the really bad uploads. We didn't initially go that route because we didn't want to discourage people from uploading. But I think we've learned our lesson. The cost of unabashed GEDCOM uploading is too high. I don't think we should abandon GEDCOM upload altogether, though. I do think we should make first-time uploaders jump through a different set of hoops.
For example, we might require first-timer uploaders to answer a mini survey that "scores" the quality of answers. If the score is too low, WeRelate responds with: "We're sorry; your GEDCOM does not qualify for inclusion in WeRelate at this time. Please read [link] to understand what makes an acceptable GEDCOM at WeRelate, make the necessary changes to your file, and try again. In the meantime, here are instructions [link] for creating pages manually."
Or, we require that they create a 2- or 3-generation family manually before qualifying for GEDCOM upload status.
I certainly do not think we should be hampering people who have demonstrated commitment to and interest in WeRelate by a) abandoning GEDCOM upload and b) placing pre-YEAR time limits on their uploads (previous topic).
jrich then wrote: "In one night, a new user who is sure everything they have is correct and that nobody else can possibly know all they know, can come along and damage scores of existing pages..."
I don't think this is true anymore; I believe that there is now an automated way of noticing when there are too many duplicates, in which case the GEDCOM is not added to the site.
jrich also wrote: " Whomever your GEDCOM was created for is most likely not written for the general public that makes up the WeRelate audience."
janiejac added: "Will it be a site for expert genealogists to post their info or will it be a place where the family historian will be able to post and collaborate with others of like interests."
I don't think that the "general public" is WeRelate's *target* audience at all (in fact, as a communications professional, the "general public" should never be ANYone's target audience); neither is it (or should it be just yet) the expert genealogist. (I can say more about that separately if people want.) I DO think WR's target audience is "the family historian who wants to collaborate with others" and we could probably mature our communications efforts and tools to attract and retain such individuals.
-- Jillaine 18:52, 5 December 2010 (EST)
With due respect, Jillaine, I moved the topic header back below my post because my post was not to this topic, but to the original topic above. I am not thinking or asking that GEDCOM uploads be abandoned, but I do feel GEDCOM entry is inherently inferior because people are generally reusing data written for a different purpose, and I think people that can't imagine life without GEDCOM upload maybe haven't give it a fair try or are overwhelmed by the thought, so I feel pointing what its shortcoming is part of why I think limiting its use is valid.
In addition there are other reasons why a 1750 limit makes sense. It is not a point where any of your data should be based on stuff your mother told them. At this point in the past, you have too great a chance of intersecting other family trees, significant culture differences, handwriting differences, and complicated calendar issues to understand, to allow mass updates. I am in no way trying to limit the access of people to pre-1750 pages by manual entry, nor do I mind honest errors, or occasional typos. I desperately fear giving unproven researchers, maybe even proven researchers, the power to automate their error-making in a region of the unified tree where they are most likely to create trouble for others with their sloppiness, their copying of unproven websites, and their lack of reading what is already on pages.
And yes, perhaps I do think that in a collaborative environment, you have slightly more responsibility to be able to prove what you say, than if you are just posting your data on a read-only website where the authorship is clear and the data is not meant to be part of a shared product, only a take-it-or-leave-it data dump. That point doesn't pertain to the use of GEDCOM upload, but is a clarification that while I don't want this site limited to professional genealogists (because I think the focus of family interest can make the amateur just as capable of contributing) but I do think people should feel that relatively high standards of objective accuracy are expected. --Jrich 21:09, 5 December 2010 (EST)
Two requests [19 January 2011]
Hello Dallan, is it possible for you to add text on the New User account creation page that asks users not to use their email address as a user name? My other thought on this is that, perhaps, you could prevent users from creating a user name that contains the character @.
The other request is regarding blank user pages. I've seen a few users create pages like User:Frothingham/ and not realize it's a separate page from their main user page. Since the box on the Add User Page is already filled in with Username/, they may not realize they need to type in a title - and simply press the Add page button. Maybe if the Username/ text were hidden, and the title box empty, users would be less confused. Thank you, --Jennifer (JBS66) 07:17, 13 December 2010 (EST)
Germany place pages [19 January 2011]
Dallan, can you please clarify how place pages for Germany should be title. I've gone through the Germany talk pages, and consulted with Jillaine, but I'm still unsure...
It looks like our pages are organized like this: town, historical kreis, province, historical Stadt, Germany. However, on the Place talk:Germany page, you said pages should be titled town, kreis, stadt, Germany. --Jennifer (JBS66) 07:27, 13 December 2010 (EST)
Characters appear to be affecting proper indexing of pages [19 January 2011]
Dallan, can you please take a look at the contributions for this user. The Arabic characters appear to be messing up the proper (1) indexing format. Thanks, --Jennifer (JBS66) 17:07, 15 December 2010 (EST)
Possible loss of data during gedcom upload [19 January 2011]
Dallan, User:Ekjansen has noticed that on more then one occasion, a family that was in an uploaded gedcom failed to import into WR. Are you aware of any bugs that might be causing this? --Jennifer (JBS66) 12:10, 19 December 2010 (EST)
wikipedia - werelate agent [19 January 2011]
This morning the WeRelate agent created Template:Wp-Mary Walcott. However the text isn't exactly the same as the article I get when I visit wikipedia. Compare the last line of the template with the end of the first section of the wikipedia article. This is somewhat inconvenient because with this change, most of the comments posted on Person:Mary Walcott (2) won't make much sense. If I read things right, it looks like the WeRelate agent picked up a version of the page from 25 Oct and missed the last three edits. --Jrich 13:42, 19 December 2010 (EST)
Right.--Dallan 18:59, 19 January 2011 (EST)
GEDCOM attached to wrong tree [26 January 2011]
I attached the following Gedcom to the wrong tree.
JacobNKvandal10genOGF.ged Import: 22 Dec 2009 Download
It should be attached to the Albert Henry Luehr tree and not the Herman Richter tree. Is there anyway to remedy this ?
Ruth Ellen--RELuehr 21:54, 25 August 2010 (EDT)--RELuehr 20:38, 21 December 2010 (EST)
GEDCOM attached to wrong tree [27 January 2011]
I attached the following Gedcom to the wrong tree.
JacobNKvandal10genOGF.ged Import: 22 Dec 2009 Download
It should be attached to the Albert Henry Luehr tree and not the Herman Richter tree. Is there anyway to remedy this ?
Ruth Ellen--RELuehr 21:54, 25 August 2010 (EDT)--RELuehr 20:38, 21 December 2010 (EST)
Yes, please! Ruth Ellen--RELuehr 01:28, 26 January 2011 (EST)
RootsTech in February 2011? [19 January 2011]
Are you planning on attending the RootsTech conference in SLC in February? I'm considering going.
--Nathan 03:30, 22 December 2010 (EST)
help please on lost tree [29 January 2011]
Help me please.. I just deleted my tree, and I didn't mean to....--Caryslady 15:51, 13 January 2011 (EST)
Jennifer, since you seem have such extraordinary influence here, can you please restore my deleted GEDCOM file "philgibbs1.ged"? --BobC 21:54, 19 January 2011 (EST)
Report for pages with -- -- [26 January 2011]
Dallan, is there any way to create a list of names with -- -- or [--?--] in the given or surname fields (ie Person:-- -- Payne (4))? These are a bit hard to find - but it would be a great cleanup project to rename these! Thanks, --Jennifer (JBS66) 16:18, 15 January 2011 (EST)
Dallans work plan [25 January 2011]
Would you consider re-thinking your to-do list so we can actually see - not our wish list, but a short list of what you are actually working on now and plan for the near future. So much has to be done in the background that we can't really know what is being done or if we can expect our desired changes any where in the near future. Maybe we actually need two lists; one to report our wants and problem areas and a second short list to sort of know what you are actually working toward in the coming month. As you strike off things from the list, this would help us get a sense of moving forward. It also would help us know and understand when you're having to take a break for a contract with Family Search. I think this would give us a better feel as to the status of things. I understand some things have to be dealt with right away even though they aren't on the list, but you get the general idea. --Janiejac 21:26, 19 January 2011 (EST)
Codes showing in Chrome [25 January 2011]
Hi Dallan! This morning, I've noticed that some pages are displaying some code (& lt; and & gt;) around the top menu items and some items on the left-hand menu. (I had to add a space after the ampersand, as it kept converting it to the greater than/less than symbols.) For example, the "Home" link is displaying as & lt;home& gt; It isn't doing it on all pages for me, but it is doing it on the main page and some Person pages, such as Person:Martha Dale (3). It's doing this in Chrome, but not in Firefox or Safari. -- Amy (Ajcrow) 07:32, 24 January 2011 (EST)
Thanks for New Source Update [15 February 2011]
There is a real change in the results of a searce of Source and Place. So much better and I want to Thank you for this. Sandralpond--Sandralpond 10:25, 26 January 2011 (EST)
Places [15 February 2011]
Places-- Many items in the "Places" section of my DURGEE LTD gedcom are not places at all, just occupations, military units served, or ages. How can somebody remove these non-Places?--WAJoyce 19:38, 14 February 2011 (EST)
importing my gedcom [4 March 2011]
It states that I have to contact you regarding uploading my gedcom. Help??--Kellyknapp 12:46, 4 March 2011 (EST)
Name prefixes [10 March 2011]
Dallan, some time ago, you changed how pages are titled when entered manually. Names with prefixes such as van, der, de, etc are now titled in lower case. However, the gedcom uploader was never changed. So, we now have a situation where we could have a page Albert de Jong (1) and Albert De Jong (1). Is there any possibility of changing the gedcom uploader as well? I wanted to ask before I added it to your to-do list. There is a small conversation with added details about this here as well. Thank you, --Jennifer (JBS66) 06:25, 5 March 2011 (EST)
Wrapping text [10 March 2011]
Dallan, I'm wondering if it's possible to wrap text when displaying the Review Merge screen. When looking at pages such as this one it is difficult to compare the differences between the two. --Jennifer (JBS66) 10:45, 7 March 2011 (EST)
Can't sign up at Sandbox [10 March 2011]
I tried to sign up at the Sandbox. I didn't get a confirmation email. Had it sent twice. Checked my spam folder. I am SandCthrnvl --Cthrnvl 11:05, 9 March 2011 (EST)
Deleting a Tree [27 March 2011]
Per the help .... I misunderstood; yes, it will delete the contents of the tree. If you just want to delete the tree itself, without deleting the contents, let me know what trees you want to delete and I'll delete them for you. You'll still be watching the pages, but they won't be associated to the tree anymore.--Dallan 20:05, 17 December 2010 (EST) --
My tree "Cartmill GED Morgan" now comes up as the default choice whenever I add something. It was just a test tree, however the content it references is still good***. I would either like to delete my tree "Cartmill GED Morgan" or make it so my default tree is the one that everything defaults to**. Thanks and sorry to bother you, but it looks like this is the only way to accomplish this.
Thanks, that helped me to learn a few things about trees. It was a very small tree so I moved all of the entries into my default tree and then deleted it. I think the renaming option is still a good idea since that is essentially what I did manually.
Search Engines [16 March 2011]
I was wondering what the current status of WeRelate is versus various search engines.
I tried a google search for a long-existent page title in quotes (e.q., formed like, "Family:John Public and Jane Doe") and the vast majority of the time, all it found were some Category pages listing the page title. It did not find the Family page itself even though I was searching using its own title string. Yahoo and bing returned nothing at all. A few presidents and their wives did work. Is this because of their wikipedia connection?
Needless to say searching for names and dates (site:werelate.org "John Public" "Jane Doe" year-of-marriage) brought nothing.
I tried some Persons. Some worked. Some didn't. Person:Edmund Freeman (3) has wikipedia material, but Person:Edmund Freeman (24) doesn't and both get returned. However Person:Edmund Freeman (2), Person:Edmund Freeman (4), and others don't? --Jrich 19:39, 15 March 2011 (EDT)
Homewood surname page [17 March 2011]
Dallan The Homewood surname page material is scrambled. It doesn't make any sense. The lead-off paragraph is about 3 paragraphs into the mess. It is all mixed up. How do you move paragraphs around? I'd scrap it and begin again. The paragraph after the opening paragraph is no where near the opening paragraph, and so on. I thought I had erased it from the site and there it is. Interesting. ken--Kenqua 20:54, 17 March 2011 (EDT)
add photo to my user page [23 March 2011]
Hi Dallan, I've uploaded a photo of myself that I would like to add to my user page. How do I link it to that page? I can't figure it out. Thank you ahead of time for your help. Kathleen Newcomer--kath newc 08:42, 23 March 2011 (EDT)
Status of my GEDCOM [7 April 2011]
Ach! It says "This GEDCOM is in status 0. Please contact firstname.lastname@example.org." It takes time to work through all the warnings. Delete the GEDCOM and I'll upload it again later. I've got some of the warnings fixed but haven't had time to check them all. --Janiejac 19:11, 31 March 2011 (EDT)
Bot error [7 April 2011]
Junk trees [7 April 2011]
Dick Eastman's article on WR [11 April 2011]
Dick Eastman wrote an excellent piece about WeRelate on Sunday's Plus Edition. Would be good if he would give permission to republish it here - somewhere. --Janiejac 23:26, 10 April 2011 (EDT)
transcriptions [11 April 2011]
Somewhere - I can't find where - there was an extensive discussion about the possibility of having a separate name space for transcriptions. If I remember right, the consensus was that eventually it would be good to have such a name space, so why not go ahead and set it up now? I'm wondering how high on the priority list this might be?? I'd really like to have this feature! --Janiejac 23:31, 10 April 2011 (EDT)
WP template questions [25 April 2011]
Hi Dallan. Did the job run this morning to update source-wp templates? Also, if a user changes the source-wikipedia template to a manually created WP-article name template, does that template get populated in the weekly job? I'm just wondering if this is something we need to reverse/discourage.--Amelia 18:13, 17 April 2011 (EDT)
Does this mean the instructions at Help:Place_pages#How_do_I_include_wikipedia_text_into_the_place_page.3F should be removed? How has the process under Simpler alternative for including text from Wikipedia changed? Is the source-wikipedia template now the one being converted weekly? --Jennifer (JBS66) 06:02, 25 April 2011 (EDT)
localhost [18 April 2011]
Hi Dallan, just got an email about changes you made and the view-the-changes link (and all the other links) in the email had the host name localhost, which of course, didn't work. Assume it's a one-time thing, like if you just did an edit while logged on the server, or there was it a DNS hiccup? --Jrich 13:06, 18 April 2011 (EDT)
Place:Dunleckny, County Carlow, Republic of Ireland [18 April 2011]
Dallan, Could you, would you, please combine Dunleckney, County Carlow, Republic of Ireland (or delete it) with Dunleckny, County Carlow, Republic of Ireland (which is the correct spelling)? Thanks in advance. It appears that Dunleckney isn't linked to anything anyway. - Cyndi--Genearchivist 17:07, 18 April 2011 (EDT)
auto complete not working [5 May 2011]
Places, people, and sources. When I create a new child from the family page, the "Please Wait" flashes, it returns, but the search screen remains visible and no new child inserted into the family. However, checking contributions, it was created. When I select an existing child, the select does nothing. --Jrich 23:31, 22 April 2011 (EDT)
This is frustrating. It's working fine for me in IE8 on Windows 7. I've also tested it in FF 3.6 and Chrome. I need to figure out what's going on here.
Janiejac, it looks like you're having a similar problem to Jrich. Can you also try it again and tell me if it works now? Also, what version of IE are you on? You can find this out by going to the browser's "Help" menu and selecting "About Internet Explorer". I hope it's not IE 6.0 or below. I'd really like to stop supporting that. Google stopped supporting it last year and I'd like to stop supporting it as well.--Dallan 19:54, 23 April 2011 (EDT)
A quick test says that Place, Source, and Person auto complete are working, and selecting a Source after doing a Find/Add worked. It wasn't working about 2 hours ago, so something recently made a difference. I have to run so don't have time to add a person, but suspect that will work because it seemed analogous to selecting a source. I'll try later. The above tests worked on both my old system that I referred to before, and a newer one. Thanks--Jrich 20:57, 23 April 2011 (EDT)
For me, the Select button on the Find/Add source page isn't working (using Chrome 10.0.648.205). From person page, Add Source Citation, find/add there are 3 Recently-selected Sources listed. I press the Select button for the first one but the information from the last on the list is added to the source title field on the person page instead. I tried it with 4 recently-selected sources appearing on the find/add page. Select button #2, the last on the list is inserted instead again. --Jennifer (JBS66) 21:39, 23 April 2011 (EDT)
Dallan, a user left a message on my talk page this morning. When he tries to create new person or family pages it's creating pages like Family:Undefined Undefined and Undefined Undefined (2). He is using IE9. He can rename a page, as he did here. The steps he is following are "add --> person --> filling in the name and information i know --> add page --> make a new page --> after that the page in unindentified". It does work for him in Chrome - but not IE9. --Jennifer (JBS66) 07:14, 24 April 2011 (EDT)
Need change on Talk page prompt [23 April 2011]
Hi, Dallan. Can you change the prompt that shows up when you click on a Talk page with nothing on it? Right now it says, "No discussion yet. Start a discussion by clicking on the Edit link above, or get help editing discussion pages.)" It needs to say "...by clicking on the "Add topic" link to the left...". Thanks! -- Amy (Ajcrow) 12:10, 23 April 2011 (EDT)
sort key [25 April 2011]
Hi Dallan, I wonder if you can take a look at Category:Sources of Maine, United States. The first 16 subcategories are using a sort key of "| " (note the space) to put them at the top of the list to separate from the Sources of Country records. They are supposed to be sorting alphabetically based up on the page title (ignoring the Category: prefix). It doesn't seem to be working here. I tried to purge the page in case it was a cache issue. Is this a bug in older versions of MW by any chance, or might I be overlooking something? Thank you! --Jennifer (JBS66) 18:33, 25 April 2011 (EDT)
PRINTING OUT WARNINGS WHILE REVIEWING A GEDCOM FOR SUBMISSION [27 April 2011]
2 days ago I submitted a lengthy gedcom for the primary review. I had a lot of errors and alerts, so, following webrelate advice, I decided to print out this WARNING LIST and then cancel the gedcom and resubmit it after correcting the problems.
I started doing this with the CHROME browser. I then got a msg on the screen that SHOCKWAVE FLASH was not working. I was only able to get the first 4 pages printed out before that happened.
I then switched to the INTERNET EXPLORER and still was not able to get all of the warnings printed out.
Would it be possible to have these warnings sent to me as an attachment to and email or some other means?
Howie--Howie 14:04, 27 April 2011 (EDT)
Fmizrany gedcom import [2 May 2011]
Hi Dallan, Fmizrany posted a question on WeRelate talk:Support#Gedcom import question. The user only has one file visible in the queue, but when they try to import it, they get a "You have a GEDCOM already in process Before importing a new GEDCOM you need to wait for your earlier GEDCOM to finish importing" message. --Jennifer (JBS66) 20:44, 30 April 2011 (EDT)
Add source select button [5 May 2011]
Dallan, from a person page, I chose Find/Add source, added the author/title, and pressed Find/Add Page. The source I wanted was at the top of the list, but pressing the select button did nothing. I can press others on the list, and that does work properly. The source I was searching for was Source:Tanguay, Cyprien. Dictionnaire Généalogique des Familles Canadiennes depuis la Fondation de la Colonie Jusqu'à Nos Jours. I tried a few other sources and a different browser, I just couldn't figure out what might be causing this little glitch. Browsers: Chrome 10 & Firefox 3.6. --Jennifer (JBS66) 20:16, 4 May 2011 (EDT)
Renamed pages no longer in tree [5 May 2011]
Dallan, it appears that pages that are renamed are being removed from trees. I did a test and added a Person:Test Test and put it in a tree. Then I renamed the page to Person:Test Unknown. When I check Trees, there was no longer a check in the box next to the tree name I put it in. --Jennifer (JBS66) 11:09, 5 May 2011 (EDT)
Source title bug [17 May 2011]
Example: Person:Grietje Schaafsma (1), I want to edit the titles of her first two sources, but no list of source titles appears when I try to edit. If I create a new source on the page, that does work properly. --Jennifer (JBS66) 17:56, 11 May 2011 (EDT)
Powell Brownlee Dobbyn.ged [17 May 2011]
Dallan, could you take a look at Powell Brownlee Dobbyn.ged, uploaded by User:HLJ411? There's an error on the page for John McGillicuddy and Mary Cameron "Marriage occurs after death of wife." On the Family page, it shows her dying in 1889, but on her Person page, it says 1899 (which is the correct date). Two questions: 1) how is it showing different dates and 2) can it be fixed w/out HLJ411 having to re-upload the GEDCOM? Thanks -- Amy (Ajcrow) 22:17, 12 May 2011 (EDT)
What annoyed me was that I couldn't get at the gedcom to fix it when it was "in process" I have now added a new rule to my personal WeRelate for Dummies and that is: in order to keep control, no matter how minor the warning, remove the gedcom, fix it on my own software and then re-import.--HLJ411 17:39, 17 May 2011 (EDT)
I'm not doing something right [13 May 2011]
Dallin, I downloaded some photos of different family members and then realized that the photos are not showing up on the person's page. What have I done wrong. I also posted some research notes but one of my watchers apparently has not seen them although I thought that I sent them to him. I really like this type of website. I hate that people donate gedcoms and then everyone else has to pay to see what was given freely. I have a great deal more to donate and will end up with the 5,000 limit before I am through but I will be going slow so that I can correct some of the mistakes that have gotten into my files since Hurricane Katrina. I lost all of my research notes so I am looking forward to working on my files so that I can download some of my research for others to look at. Thanks, Pam Waters--Pamsroots 11:59, 13 May 2011 (EDT)
416 error message [17 May 2011]
When trying to open MySource:Bensinnema/Blad nr. 8 in Chrome 11, I get the message "Requested Range Not Satisfiable None of the range-specifier values in the Range request-header field overlap the current extent of the selected resource." The page opens properly in Firefox & IE.--Jennifer (JBS66) 13:16, 13 May 2011 (EDT)
Tabs for Import Gedcom and Review [22 May 2011]
Dallan, I received your message that my tree is ready for admin review and your instructions on how to do it. I thought you had done it for me a couple of weeks ago! I am sorry, but I do not see the tabs you are talking about. I have tried and tried to find these. I don't understand why I have to click a tab to import my gedcom since I've already done this anyway. I imported my tree, made my corrections and then started having problems. This process is just too odd/difficult for me to follow. I don't know what to do and am about frustrated enough to give up and stick with my old tree. This seemed very promising and I was doing well up until this point. Sorry to be so difficult.--Fmizrany 22:55, 21 May 2011 (EDT)
GEDCOM Imports [30 May 2011]
I would have liked to imported my GEDCOM in one step, but it is over 100 MB and you have a 12 MB limit (I'm using iFamily for Leopard and there is no option for eliminating images on export). Instead, I've been trying to import smaller pieces of my trees and merging them with existing people. That was working up to a point, however, the later imports do not seem to be including some of the earlier ancestors in the GEDCOM files for some reason. These people are only 7 or so generations back, so I don't understand why they are not being uploaded to the tree. Am I doing something wrong or overlooking something?--Rtengel 14:29, 30 May 2011 (EDT)
Now that I've read over some of the other comments about this issue, I gather that there is a date cutoff involved.--Rtengel 14:34, 30 May 2011 (EDT)
problem with postings from HY220 [1 June 2011]
This person has just started posting commercial messages on several of our talk pages including http://www.werelate.org/wiki/Talk:Main_Page
--Susan Irish 23:32, 31 May 2011 (EDT)