Jacoba Cornelia Oosthuizen
1777 – voor 1805-12-28 · Oosthuizen line
Naam
- Doopnaam
- Jacoba Cornelia
- Voorname
- Jacoba Cornelia
- Van
- Oosthuizen
Die formele doopnaam en die naam waarop iemand werklik geroep is, word albei gehou, en nie een word van die ander afgelei nie. Spelling wat van rekord tot rekord verskil, is self getuienis en nie geraas nie.
Drie geslagte om hierdie mens
Werk uit hoe hierdie mens aan iemand anders verwant is →
Klik op enige naam, dan word dieselfde drie geslagte om daardie mens getrek. Daar is nie 'n stampaar hier nie, en ook nie 'n bopunt aan die boom nie: dit wys net die familie wat die naaste aan die mens staan oor wie jy lees, en 'n oop plek is 'n gaping in die rekord eerder as 'n uitspraak oor iemand.
Naaste familie
- Moeder
- Dina Carolina Britz
- Broers en susters
-
- 1751Catharina Oosthuizen
- 1753Johannes Jacobus Oosthuizen (b.1753)
- 1755Jacobus Nicolaas Oosthuizen
- 1755Ockert Jacobus Oosthuizen (b.1755)
- 1757Jacobus Petrus Oosthuizen
- 1760Gerrit Johannes Oosthuizen
- 1762Dina Johanna Oosthuizen
- 1764Marthinus Oosthuizen
- 1767Pieter Cornelis Oosthuizen
- 1769Jacobus Oosthuizen (b.1769)
- 1771Dina Johanna Magdalena Oosthuizen
- 1774Adriaan Oosthuizen
'n Lewe in die rekord
- voor 1805-12-28 oorlede Died
- 1777 gebore Born
Stories
Wat ons nie weet nie
- Geen gedateerde rekord bind hierdie mens aan 'n bepaalde stuk grond nie.
A sourced gap beats an unsourced fill. These are the open questions on this person, stated rather than papered over.
Navorsingsnotas
[SRC-074] Child of Jacobus OosthuizenL (PER-000230) and Dina Carolina BritzM, Tulbagh 1749 - sibling of the root ancestor's father.
[31 Jul 2026] MERGED PER-000667 into this row. Duplicate created by the 31 Jul 2026 one-degree tree pull: kin_sweep.py matched on tree id only, so a person already in the model WITHOUT a tree id was added a second time. Same display name AND same full birth date - name plus date, not name alone. Survivor is the pre-existing row; it carries the research. Moved across: sex=F; tree id=. DISAGREEMENTS, kept rather than resolved - the FamilySearch id settles these in one click: death_edtf: kept '1870', PER-000667 said '1805-12-28'.
[6 Aug 2026] FAMILYSEARCH ID CORRECTED, G6ZV-KXX -> G6ZV-KXK, on Frans's reading of the family view for LHLG-SXG. THE MERGE KEPT THE WRONG ONE. When PER-000667 was merged into this row on 31 Jul the tool did what it always does and kept the survivor's id, retiring the loser's to a note - and the loser's was the right one. The default is not wrong in general, but it is a default, and it had never been audited. Two more merges in this model retired an id the survivor does not carry; a check now lists all three - LEAD-0115.
[23 Sep 2026, SRC-467] THE 1870 WAS WRONG; SHE WAS DEAD BY 28 DECEMBER 1805. MOOC8/56.13a-b is her estate, taxed at the Weeskamer on that date for her surviving husband JACOB VAN DEN BANK and her children by two marriages: Jacoba Cornelia Emmenes 12 (by the late Jan Emmenes) and Jacobus Marthinus 8, Dina Carolina Johanna Catharina 6, Johanna 4 and Sara Alberta van den Bank 3. Appraised by her brother PIETER CORNELIS OOSTHUIZEN (PER-000242); the estate holds Rd:s 510 still owed by Lambert Meyburgh for the opstal of MISTKRAAL 'van Willem Goozen gelegen aan de Touwsberg', and owes Hendrik Oosthuijsen for planks. The merged tree row (PER-000667, FS G6ZV-KXK) already carried 1805-12-28; the document settles it.
[2026-09-23] The sheets are transcribed in full with a reading in both languages, DOC-0368, INV-0033.
These are working notes, not finished prose: they carry the reasoning, the corrections and the things still marked to verify. They are kept here so the page itself can read as what is known.
Die werksnotas op hierdie werf word in Engels gehou en word nie vertaal nie. Hulle verander met elke navorsingsessie, en 'n vertaling sou uit pas raak met die oorspronklike. Alles anders - die stories, die getranskribeerde dokumente en die koppelvlak - is in Afrikaans.
Oop vrae
-
Nine people carry a different FamilySearch id here and in the tree
prioriteit 2 · LEAD-0036
For nine people the model records one FamilySearch id and the family-tree's _FID records another. Which is the live profile, and are the two ids two profiles for one person that want merging on FamilySearch itself?
Wat dit sou uitmaak Loading each id and seeing whether it redirects.
-
Two more merges kept the survivor's FamilySearch id. Was it the right one?
prioriteit 2 · LEAD-0115
Three merges in this model retired a FamilySearch id the survivor does not carry. One has now been adjudicated and the RETIRED id was correct. Are the other two the same way round? PER-000470 (kept K8RV-S4V, retired GL5W-F4T) and PER-000211 (kept GB6B-ZCM, retired L1GX-62B).
Wat dit sou uitmaak Reading each pair and saying which profile is the person. Where FamilySearch itself holds both, it needs merging there too.
Wat die rekord kortkom
-
An estate taken on ground we cannot place
second order · B6 loose-doc
DOC-0368 (MOOC8/56.13a and 56.13b, 1805-12-28) lists a household's whole movable estate, which means officials went to where that household lived. It says “not named; the estate holds the price of the opstal of Mistkraal, 'van Willem Goozen gelegen aan de Touwsberg'” and no more. No parcel is attached, so the family it describes sits nowhere on the map.
What would settle it The inventory's own heading usually names the farm and the field-cornetcy; where it does not, the deceased's quitrent or opgaaf entry for that year will. This is the shape that produced the de Bruin/Rondabel find.
Found by breaks.py reading the model against itself, not written by hand,
each one is a shape of missing record, not a fault in the data.
The whole set is on the
questions page.
Elders
FamilySearch-profiel G6ZV-KXK