It does this in the on-line tree MODERN VIEW. If you use FTB you have the option to merge these people with the attach/detach function, but this is tricky and you have to be careful. I don't know if this can be done if you have an on-line tree only.
As a trained user, there are more things in the layout there seems illogical. You create a person, what data is relevant to look at, in the left menu, add data. Too many clicks, to many different pages, is a bad idea. All data for each person in the family tree, must to be displayed in the left menu. Profile menu, is in my opinion, only for current information on living persons and lifecycle descriptions of dead people. Add Data menu is the actual data, and this is where you look when you want to compare data and quickly see the source references, etc. I'm sure everyone in the world, regardless of religion, political or other conditions, genealogist of the essential data.On the online version you must dial “year mdr.dato” It appears as “md.dato.år”. It is illogical. I add data to a box labeled notes, when I type in this box it appears at the top, although it is at the bottom of the add data. It is illogical and disturbing reading. There where you inscribe data, it most appears in the layout. Alternatively, it might could have a fewer add data, but with the option for individual users to change the text on the online version. That way each user can use the title you want. I've made a list with the most common data titles in Danish and attach the file as an example of meIt is my hope that the layout will be simpler without the incomparable clicks and too many places you should check data.Best wishes from a happy genealogist.Elsebeth Vienberg
I've had at least four people I invited to my site say they tried to see the family tree, but all they could see was themselves and their parents. Clearly it wasn't intuitive to them - as it was for me - that clicking the blue and pink boxes above their parents will take them to their parents. And these were people from all different ages. Perhaps they need a popup balloon tip indicating that they need to click there to see the rest of the tree. Or maybe simply having the 'steps' zoom initially set to 3 instead of 1, gives them large enough a picture for them to see the pattern more clearly.
Why dont you change your welcome message to new members to include a brief introduction in how to navigate. As it is today your member will get a pop-up balloon (Click to view the family branch of ...) when holding the mouse over the boxes.
I have invited several relatives and have never hadsimilar problems
I am trying out the product, and the first thing I wanted to do was move around the tree view. I find the programmed technique described above to be completely awkward and counterintuitive. This is a modern computer for crying out loud. Why not use the Ancestry method of left-click in a bare area and drag it wherever you want? Surely this is not a technique that is patentable by Ancestor!
I am evaluating both, and both have their advantages, but the most basic and probable first thing a user wants to do is get to a different tree area. So far MyHeritage fails at this to the important point and I will probably purchase the Ancestry program.
I would like to point out that we are constantly trying to improve the way the user interacts with the system, some are indeed counter intuitive, however, they could save valuable time in very large family trees. Loading time is a variable here as-well, and we still didn't figure out the best way to view the family tree (neither did Ancestry) and so we continuously trying to improve our service and you should see new and exciting updates in the near future.
Please, let me know if you have any additional suggestions, we're always glad to hear feedback!
Like many who publish their trees on this site, I do not use the local version of myHeritage. As I make changes to my home database, I would like to push those change up to my existing online tree without having to add them manually (time consuming) or having to delete and reload a new tree (and lose all my confirmed connections). Your SmartMatching technology could be used to allow one to upload a new GEDCOM file, updating and adding where appropriate. This would be very useful.
Is there a reason that you choose not to publish your tree to your family site?
When you publish your tree, the first time the whole tree is uploaded. Any next time that you publish your tree, the tree that you have on your site is updated, and only the changes are uploaded to your site.
So what you're saying is that If I import again, it only updates what has changed? Deleted people are removed, new people are added, and facts are updated? And confirmed matches are retained, and don't have to be reconfirmed?
If you republish your family tree from Family Tree Builder to your fmaily site ( I am puposefully not using the word upload- since uplaoding a Gedcom file does not replace a previously uploaded Gedcom file), then your tree will be updated exactly as you mentioned. The only thing that will not be updated are smart match rejections. The match will still be marked as pending on the site.
So the answer to my original question is no, if you don't use the local version of myHeritage (FamilyTreeBuilder) and you publish your tree using GEDCOM files, you will lose all your SmartMatches if you load a new GEDCOM.
So back to my original suggestion, that you use your own technology (SmartMatching) to allow sensible replacement of an uploaded GEDCOM with a new one without having to update all the Smart Matches. That is, you match the old gedcom to the new gedcom, and anything that is a strong match inherits the old Smart Matches.
I do see that this is an issue for users that upload Gedcom file trees, and replace them with new uploaded trees.
Since each new uploaded tree is a brand new tree, it will get its own new smart matches, and you will have to confirm or reject them from the beginning.
Please note that in general we do not support this method of working- it is advised that you publish your tree from Family Tree Builder. This will save all the information of the tree, even with each time that you publish it.
Hence my suggestion. SmartMatch could be used to update the online tree using using an uploaded GEDCOM. The SmartMatch technology is quite good, while the FamilyTreeBuilder program itself is not that strong. Your online technology could be agnostic with respect to the source database, which would make it more attractive.
Could you pass this suggestion on to the developers?
I wonder what the base for matching is. In the attached picture you can see a match with 70% reliability. The only match is Gender and Last Name (and perhaps No Spouses and No Children). The Birth and Death Dates are far apart.
SmartMatch Settings doesn't provide any parameters affecting the validity of a match.
I would suggest that a user could request match on: First Name (at least partially), Last Name (exact or sounding alike), Birth and Death Date ( Year or exact).
Furthermore I would suggest that it should be possible to exclude matches below a certain percentage (either fixed (80%) - or user specified)
Has there been any progress on this? It seems to me that SmartMatching has become less smart over the past few months.
As other are experiencing I am getting regular matches which have good name agreement - for example I have had several today for Samuel Rudd but the dates are wildly off (200 years), as well as the firstnames of wife, parents and children.
I too recall having the ability to relax/tighten the Smartmatching but can't find the setting now. I was previously satisfied with the default setting but as I said, it is currently considerably time wasting.
I have a backlog of several thousand matches to which I have gradually been inroads - not much chance of making much progress with a slack matching algorhythm.