I am now starting to get UK census data record matches in my tree, which I can then add to my tree. Some of the names are in both the 1871 and 1841 data but if I try to add the second census data it seems to want to overwrite the original data rather than adding to it. I may have missed something here but can this be done from the records info rather than having to do it manually.
The record matches are matches with the details in the specific persons card in your family tree.There are not many cases where the persons card matches the results of both the 1871 and 1841UK censuses.If you want to add the 1871 census data to this persons card then your approach of
manually adding this information is correct as it can not be done from the records.
I'm having exactly this same issue with the US Census data. And since those are only 10 years apart, I have a great many people in my tree with numerous US Census record matches. This is a big issue, I hope MyHeritage is working hard to fix it. Manual entry is just much more difficult when you consider everything that the Record Matching automatically does.
As there is only 30 years between the census dates I suspect there may be quite a few instances of the same person appearing in both sets of data. Occording to the info on the Research site the plan is to make more of the UK census data available in the linked data area so this is likely to occur more often in the future. It would seem a sensible inhancement to the system to allow more than one year census data to be added as the citation source can be selected in FTB.
The new SuperSearch ability to attach a document/record to one or more individuals is a step in the right direction. The ability to extract information into a record has been iffy in my tests, but will be great once it's ironed out.
The issues I incountered may due in part to my inability to find much of value with Supersearch. In one test, I got a message saying "Extract Records is coming soon" and in another case the extract proceded, only to later give an error messaging saying it was unable to save the source information (though when I checked, it appeared to have saved). Both these issues were reported to Support.
A recent supersearch turned up 70,000 newspaper clips. You'd think some might be of interest, but...
They're so disorganized! I have no idea what order they're in. They're not alphabetical by name. There needs to be some way to sort those newspaper reports
by date to focus on those within my target's life span (that is, a date range rather than simply a date of publication)
geographically to concentrate on those where he is known to have lived (I know, I can repeat the search with each known location, but a sort would be nice).
I did skim the first 60 and found a couple that looked possibly relevant for my target (J.K.Gray) But I found that in the first, the J was in one place, the K in another, and the Gray further down the page. Not too useful. The other was 29 years after my target's death (can't eliminate it just for that) but turned somebody I knew of down in Calgary (a namesake but not a relative) so I didn't even open it. Ah, well, another 30 minutes wasted.
They only have one newspaper from the province of Alberta, and it's from a smaller center several hundred miles from where my family lived, so I'll just have to keep trying in case they get some records from other cities. Another time, I'll repeat the search state by state to see if that helps too.
Thank you for writing us some more suggestions about the newspaper archive. I'll be sure to write them in the long comprehensive list of suggestions that you have already sent us. Our developers will go through each of the points.
The sorting of the newspaper archive is being done by the most relevance for the search parameters that you have entered recognized by our system.
Since the newspapers are unstructured records, it is harder for the system to recognize the grouping of letters and so problems such as the one that you have described are present. We are working to improve the algorithm further though it may take awhile.
Wow, 2.56 million results in 1.31 seconds! That would be impressive if they were relevant.
Well, okay, the first six are relevant, but they're all family trees, most of them managed by my relatives. And a hit from Find A Grave, which I found some years ago all on my own. And no way to eliminate them from future searches.
As for the rest...
Millions of people with the wrong name, the wrong birth date, the wrong death date. WHY?
Hundreds of thousands of census records from after my target's death and before his birth. WHY?.
Birth and Death records from all over the world, even though I've specified the places for each. WHY?
World War II service records for a man who died in 1937. WHY? (this strikes me as particularly stupid!)
Students from Queensland, Australia for a man b. Kansas, d. Alberta, never left the continent. WHY?
Stupidsearch. Ignore the search parameters, throw in everything no matter how irrelevant.
I'd rather have 100 likely candidates instead of millions of pieces of junk. I wish I could make this thing actually heed the parameters I put in, instead of ignoring them (or, if I tell it to behave itself and use exactly what I enter, give me no results at all). Gotta be something in between no results and 2.56 million.
I'm sure that a lot of members are confused as to why they would get so many unrelevant results for the search parameters they input. MyHeritage's SuperSearch is not that different from Google's, Bing's or any other standard search engine in the sense of functionality. The search engine will try to find all related information that could fit some or all parameters you have entered.
The search engine will also rate the results with internal logic and will show you the most relevant records on the top, however as you scroll lower you will see less and less relevancy to the search that you have inputted.
Unlike other search engines we provide with a lot of different fields to try and search for the records a little bit further. However, if you input these fields it doesn't mean that they are necessarily present in all of the records. For example a UK census record may not have information about the spouses names. Our search engine tries to get around this by including the census record and to ignore the parameter that you have inputted regarding spouses. Thus showing a lot more records.
You have mentioned that you have problems with the "Place" field, again, as some records may not have this information and immigration results will logically have to be shown (in case this person may have immigrated to other countries).
There are many other different reasons for receiving matches that seem completely unrelated:
Names - We hold a big dictionary of name variances, and when you search we will try to provide you with all the records including the name variances of this person.
Dates - Our supersearch searches for dates that are around the one that you specified ( /- several years) just to make sure you don't miss out on these records as well!
Since we show so many results we have two work-arounds to try and effectively go around this problem:
1) Post filtering - you can use the buttons on the bottom left of the screen of the SuperSearch to add an extra filtering to the records (for example filter all the results for the first name of "John" to be matched exactly).
2) Specifying the search (on the main search page) as "Exact". You may have noticed that we have added this option recently. There's a little checkbox that allows you to search for the parameters you have specified exactly. The system will not ignore these parameters if you specify the search as an exact search, meaning that you will get a lot less records.
If after searching in the "Exact" search, using the post filtering to search in the non-exact search and going through some of the first pages of the search you will not be able to find anything then you will have to consider the possibility that we may still do not have the records that you are looking for.
Then you will most likely have to wait until we acquire these records (which we continuously add) or check the smart/record matches.
P.S. Could you perhaps provide me with the record in point #4 to our support email so I could inspect if further?
P.S. Could you perhaps provide me with the record in point #4 to our support email so I could inspect if further?
By the way, using Exact as you state almost invariably gives no results. It's entirely possible that for any precisely specified search there are no valid results, and that's fine.
Even given your explanation above, though, I can't see why the code should report
149,000 results from the 1940 census for a man who died in 1937. There is no way that I can conceive of any of those being even remotely relevant.
32,000 results in the 1850 census for a man born in 1856. He wasn't even conceived then.
22,000 results for the 1871 United Kingdom census for a man born in Indiana, USA. I don't expect to find anything useful there. If I hadn't specified the place of birth, I could see it. But the search does know where he is born, so why include this at all?
I'm just continually confused that these sorts of things are included in a so-called smart search. I think it's a kitchen-sink approach ("throw in everything including the kitchen sink")
I think it would be a great idea to give us an additional choice of "possible" so that we can see which ones we have already looked at but were unable to rule out or confirm. With the number of matches with <private> names, many matches can't be confirmed or ruled out, yet they stay on the list without any note that they have been looked at. Can you make it possible to mark the ones already looked at?
What I do, in the cases you described, is go to compare, then scroll down to the bottom of the page and leave a message that this could be a match, but unable to confirm due to "private", unverifiable entries, then back arrow and reject the match. Unless the other site updates and removes the "private" situation, it is useless to keep the match on my site. Sometimes, the other site manager contacts me to give up the "private" info, at which point I find the rejected match and change it to accepted. Charles.
I was excited to see the advertising about limited time free access to all census data this weekend. Imagine my chagrin when I initiated a search and landed on the same old, same old Annual Subscription page...
Go to your local library! Check their website and search their online offerings or eResources to see if they subscribe to HeritageQuest. This will give you free online access to US census data as part of your library membership. Or drop in at your local library and ask if they have a subscription to ancestry.com; if so, you can search there for free.
Thanks for the note. Actuallly, I finally broke down and subscribed to the A------try.com records plan. It's pretty cool and has provided me with a WEALTH of data, as well as a lot of other records beyond just census material.
I have not been on this site for very long and I have found the search does not work. Even when I use the advanced search it still does not give me what I want. American info always comes up no matter what country you put in.
I would also recommend that you search through specific collections rather than the whole system, or filter the results by collections as this will be a very comfortable way to define what kind of information you are looking for and from where (usually collections are location based).