Version 3.7.1.0 Released

I've just released v3.7.1.0 of FTAnalyzer the significantly enhanced feature is the reporting of census refs. It understands a large range of possible census reference formats in particular those used by Ancestry in merges and those used in Family Historian and those from FMP.

However it may be that the particular format your program uses if it has different commas, semicolons, or names things slightly differently etc then your census references might not be recognised. However there is a feature on the census tab that will allow exporting of unrecognised references to a file so they can be reported. I'll then try to add the most common formats that it struggles with into the next version of the program.

The changes in this version are:
New Features
Census Tab now has four new reports showing census records that have :

• census references
• are missing census references
• partial census references
• unrecognised census references

Added button to export unrecognised census facts to a text file for reporting issues with patterns that aren't being recognised

Updates
Before 1600 don't warn about marriages pre 13 years old
Census facts now count for facts before birth
Census facts now used for loose births
Export to Excel referrals now uses custom interface
Filter out Out of Country entries in census and colour census reports
Reorganised Census tab to make it tidier
Tidied up census tooltip text
Added help button to link to census documentation
Use upper case for fact types
Added option to hide missing tagged people from census reports

Bug Fixes
Fixed out of UK but on UK census people not appearing on Lost Cousins reports
Export from People form was crashing
Counts for Lost Cousins facts was double counting people from UK eg: counting them as both Scotland & England
Fix census refs only showing for LC years
Out of UK Census refs werent being displayed
Facts before birth & after death no longer appear twice
Export Lost Cousins Referrals and Export Sources were crashing
Fix Column sizing of census refs

 

Its an annoying situation of false positives for which there are no useful fixes. Unless you are being quite strict about all census facts have a CENS tag and all residence facts have a RESI tag. If that's the case then you can turn off the use RESI facts as census facts option. It is only there to fix a bug with Ancestry merges that erroneously stores census facts with a RESI tag.

If you turn off this option then your RESIdence facts won't be picked up as census facts and the false positives will disappear.

 

This is the same as I said before if you have always used CENS facts for census then turn off the option to use RESIdence facts as census facts. If you don't need the work around for Ancestry census facts being entered as residence facts then turn the option off and these issues will disappear.

The issue is that if you have this option turned on, and its on by default as lots of users have this issue, then your residence facts ARE census facts. Only if you turn this option off is your comment "These are residence facts not a census fact." correct.

The entry for someone born in 1949 is odd can you send me a PM with the GEDCOM for this individual please so I can check what is going on.

 

Good to hear its fixed for you. Unfortunately several programs as well as Ancestry merge seem to be determined to ignore the GEDCOM standard and have recorded census events as residence events. Whilst its true that a census event does describe where someone is resident on a date it is a unique event that has its own GEDCOM tag and so in my mind it is perverse for programs to record census events as residence events. Your approach is the ideal situation have a residence fact that covers known periods of residence and have a census fact that provided snapshot information for that point in time. In fact if recorded correctly they should inevitably overlap.

Sadly this approach isn't that rigorously adopted and its all too common to have a residence fact used for recording a census. Hence the option and its default on status. This sort of detailed explanation would be useful in the documentation a fact I'm sure the documentation team will take on board.

 

Martin raised exactly this point with me by email sadly this display format displays individuals and is used in 9 different reports, changing for just one report would mean breaking the other reports. It is also not that easy a thing to determine as it could be multiple error years. Thus I adopted the simple principal that the user can view the individuals in their tree and see why its an error or can double click the individual to see the facts leading to the error.

I'm guessing though that now you have disabled the double counting of residence facts that most if not all of your "errors" have vanished.

 

I hope to be having a little play with the new version today/tomorrow. There is just so much in it now. Great job Alexander.

 

I'm thinking of creating a few videos on getting started on FTAnalyzer. It would be useful to get ideas on themes. In particular it would be useful to have some tree data that needs fixed. As you say those of us that have grown up with FTAnalyzer have tidied up our trees no end.

I'll post a new thread on the subject.

 

A good suggestion and a good solution