Multiple Gedcoms

Linking GEDCOM files as created by PGV never was a great success, but in its early days it was a valuable solution to very slow operations for large GEDCOMs.

However by release 4.2.3 PGV is a much faster product, so the need for multiple GEDCOMs has (IMHO) almost gone.
Then there is webtrees, which is considerably faster in all areas than PGV, so there is even less need for multiple files. Our benchmark is usually Stephen's GEDCOM of 70,000+ INDI records. As I understand it his import times are down from 45 mins+ in latest PGV to 11 mins in webtrees and almost all pages load faster.

Doing anything to the linking (remote or local) feature in webtrees is NOT a current priority; but there has also been no decision to remove it.

You may need to explain your final para "I just remarked that simply importing two gedcoms (which were linked on one individual) does not lead to success." as I don't quite follow its meaning - probably a language issue (for me).

Hi, thanks for your remarks, perhaps it is a language issue (for me)... I try to explain it different.
The main reason for the separation of my gedcom was the idea of having a completely separate branch which could be independently administered from a different person. I felt that privacy concerns could eventually reduce the willingness to enter data and if I have a possibility to give another person "full" control over their data it would help the project.
So more or less to find out if this is really helpful I made this step.

Today in PGV (4.2.3) in the main gedcom (S12) there is one individual I1000. This person has in the second gedcom (S8) the number I5533. The Child Relationship is defined in S12 and the own family is defined in S8.
This is in short how the individual is defined in the main gedcom (S12)

0 @I1000@ INDI
1 FAMC @F0118@
1 FAMS @S8:F0120@
1 RFN S38676:I5533
1 SOUR @S8@
2 PAGE I5533

and here how it is defined in the second gedcom

0 @I5533@ INDI
1 RFN S12:I1000
1 SOUR @S12@
2 PAGE I1000
1 FAMS @F0120@
1 FAMC @S12:F0118@

This definition is probably not perfect, I have in mind that often (after version changes) there was something not working and I edited manually the raw data until it works again.
If I import these two gedcoms in webtrees and search for my individual I1000 I receive a

Fatal error: Call to undefined method GedcomRecord::getUpdatedFamily() in ../includes/classes/class_person.php on line 895

I hoped that the problems I always had after version changes would disappear but it seems they still exist. Thats why I think the time is right for remerging my two gedcoms.

What do source records S8 and S12 contain?

Have you tried to link the gedcoms in both directions? I *think* PGV linking was only designed to work in one direction.

fisharebest is right. PGV's linking was only ever designed to be one-way, and mainly aimed at remote sites not local; and it has always had bugs. None of the developers here or at PGV were involved in its creation or ever use it, so the chances of any bug fixes is minimal and has been for a long time. Personally I would vote to simply remove it from webtrees. Its a complication we don't need at this stage. Perhaps later re-introduce something after it has been thought through better and really works. Low priority in my view though for now.

In terms of "I felt that privacy concerns could eventually reduce the willingness to enter data ", I suspect our new plans for an improved privacy control might make such concerns disappear. (omnior - for your information - we are discussing an totally new privacy model - not yet ready to create a blueprint, but it will be a major improvement).

Re your comment <<Thats why I think the time is right for remerging my two gedcoms.>> - I absolutely agree. Merge them - life is so much easier. I did that over a year ago, and have no intention of splitting them again. I do have multiple GEDCOMs, but not linked. Not worth the trouble they cause.

Ok, thanks for your opinions, I totally agree, if there is a new idea about privacy control, this might perhaps really make my concerns disappear.So I will try to merge it tonight, any tips for this operation? I remember there one was this GDBI datamerge tool, but I think it does not exist any more, or won't work with the actual pgv version. Kiwi, how did you merge?

Thanks kiwi, that solved my question.