I am still using Rootsmagic v9, mainly because I have seen nothing in the upgrade notes that I need in v10. However, one failing I find (or perhaps can’t find) in v9 is a Cause of Death. I have seen suggestions to enter this in “Description” under the Death fact which I’ve actually done despite thinking it’s a dumb way to do it.
I can see that there is a way to create a custom fact but I’ve so far shied away from that on “future proofing” grounds although that also applies to Description.
So, firstly, is there a CauseofDeath fact in v9 that I’ve missed?
Second, is there one in v10 which would likely cause me to upgrade?
Finally, has anyone heard of one coming in v11 which might cause me to wait?
I feel pretty strongly about my data transferring from RM to other genealogy software. I suspect it’s not 100%, but I find that custom facts actually do transfer pretty well.
Maybe, IDK. My question would be where do they transfer to? For example, if I put Cause of Death in Death Description and transfered to something like Legacy which does have a CoD fact where would my Death Descriptions transfer to. If they go to a Death Description field then I’m no better off, arguably I’m worse off because I have the fact in a wrong field and the CoD blank. Maybe there’s a mapping function in which case it may be Ok. I’m guessing from all this discussion that there’s no CoD in versions 9 or 10 and no one knows about 11? A sad omission.
@IanB No there is no built in Cause of Death fact in RM 9 and 10–not even sure if the developers know what they are going to have in RM 11
As for how it would end up on a gedcom transfer-- that is going to depend on the other genealogy program you are using-- after having used several other genealogy software programs, all my customized facts transferred to RM BUT needed to define the sentence in RM-- for some reason RM did NOT like the original birth, death and burial fact from that company we shall NOT name–so I ended up with 2 birth facts etc. which could be changed in bulk in RM 9 but one by one in RM 8…
I do have another genealogy software that I play with ( to check out things like this)-- some of the customized facts transferred-- the customized facts that did transfer are not perfect – such as the sentence the other company uses versus what was in RM…
This other company does have have Cause of Death fact-- so any cause of death that I entered under description WAS transferred to their built in Cause of Death fact-- my customized Cause of Death did transfer BUT NOT to their built in Cause of Death fact– in case anyone else is wondering the health info and DNA info did NOT transfer but a customized DNA fact did…
If you are like some on here who use several different programs, then I would suggest making a test database using Cause of Death fact vs in description --transfer it and see what results you get…
" so any cause of death that I entered under description WAS transferred to their built in Cause of Death fact"
Did the transfer dump all the text in the description field of the Death fact into a Cause of Death fact? I ask as I put various other facts in the description, from GRO references to addresses of informants, etc. If I did transfer to another program by GEDCOM I wouldn’t want that to happen.
Short of being very intelligent, how could a software parse the cause of death from the mixed data you input in a string of text? It’s going to be all or nothing.
RM does not support the GEDCOM structure for Death Cause. A user cannot create a custom Fact type in RM that does because the software and database structure does not have a field that could be exported to the GEDCOM CAUS tag. RM only supports the GEDCOM custom EVEN structure in which it maps the Description field to the limited length tag value.
For some background on Cause of Death in GEDCOM, here’s Gemini’s take:
I guess I’m lost on this one. Why would someone even need a separate cause of death fact? Using the description field of the death fact is sufficient. If more information is needed I put it in the notes. My old program had a cause of death fact and I was perfectly happy to see that extra fact go away in RM.
Do you not see a use to being able to report or collate common causes of death over generations?
Gedcom has a “CAUS” tag typically used for Cause of Death and I was hoping RM supported it or perhaps will support it.
It’s not so much a question of adding a Cause of Death fact type as it is a matter of support for a GEDCOM attribute for the DEATh tag which should be included in the RM Fact Type definition for conformant interchange with other software. A standalone CoD fact type is but a workaround of that shortcoming.
RM’s use of a value on the same line as the DEATh tag is not in accordance with GEDCOM and does not necessarily represent CoD - it could be anything. Most RM fact Types have the same structure and many therefore vary from the GEDCOM specs. That’s convenient for programming but less so for interchange.
@IanB I definitely see a need to report or collate not only common causes of death over generations BUT health issues in general…
For example-- Joe was a diabetic-his mother and 2 of his sister’s kids were diabetic…
Joe’s wife Ann had an uncle who was diabetic. On the descendants of Joe and Ann, they have 2 daughters and 1 son who are diabetic and 2 grandsons.
RM 10 has a special area to enter Health Info --will it transfer on a gedcom-NO but it could be set up to record cause of death under other-- there are at least 2 reports–this is one of the reports for Joe’s family above–everybody but Early Lee is related to Joe…
If we feel the need to include a cause of death in our trees presumably we feel it is worthwhile (otherwise it is a lot of time wasted typing). Accordingly it would be good to be able to accurately search the data without including all the other information we include in the Description field.
