Family Historian User Group

Mike - thanks for that reminder about GetLabelledText. On reflection, that method looks quite interesting. Thanks also for the warning about multiple names in narrative reports. I keep wanting to use narrative reports, and they keep falling short - primarily because the sentence construction needs t...

Peter - Date would indeed be welcome as an attribute of Name. It can be used for all sorts of cases where a Type would be an artificial construct, though conversely a Type could provide a clear 'reason' for the change, where one exists. However, one reason for my suggestion of Type is that it's ther...

Peter - re 'most of us record the birth name as the surname for married women, which would make the Type value 'maiden'  redundant.' Usually - yes. But if we define 'maiden' as name before marriage, it is possible that the bride has changed her name due to adoption, etc., between birth and marriage,...

Requirement: Family Historian should be able to record a 'type' against an individual's personal name. Further, it should provide the ability to show this in a diagram text scheme AND in reports such as the Narrative Reports, Family Group Sheet, Individual Report, etc. Reason: When women are marrie...

ChrisM said: ... I too estimate birth date which really is a workaround. Indeed so. Though as I tend to always enter a fact for the birth date as soon as I get any vague info about it, it's not a work-round that I notice as extra work - or even think of as a work-round. I know some people get quite...

For what it's worth, if all I have is a baptism date, then I enter the birth date as before the value of the baptism date (inserting the necessary values), with a source of the record for the baptism (set to being a secondary source). (One of Tatewise's options). This then results in the child's 'bi...

In my personal view the Note is exactly where the sort of information you mention should go. After all, you forgot to add the name of the shipping line, the captain's name, the number of pieces of luggage... [wink] There's a fine line between putting something in the note and in the attribute value,...

For what it's worth, I decided to standardise on 'Street' and 'Road' in full. If I wrote 'St.' (which is grammatically the correct abbreviation for Street), then I found I had templates that terminated in the address and these came up with 'High St..' at the end of the templated sentence - i.e. my f...

While I am seriously contemplating it, I need to read up on the language, dissect a few examples, etc. Liable to take a little time! [rolleyes]

'why would you want to put 'from his birth' as a Date Phrase?' Don't read too much into it - it was just an example. You're perfectly right though, I could do it by changing the sentence on a case-by-case basis - I'd just rather not change the sentence for individual facts if I don't have to. (Re ou...

Thanks again for your thoughts. Of course, all my sentence templates have been adjusted to have a full-stop at the end - my tidy mind didn't realise it wasn't necessary. Either way, it gives me options to deal with manually entered custom sentences. And thanks for the comment about ranking fact sets...

Mike Thanks for your thoughts. I think your method 1 provides an excellent method of allowing repeated runs, while retaining the ability to use custom sentences for some people. I'd only thought of completely wiping all custom sentences before regenerating from scratch - thus destroying all my custo...

Thanks Jane - I think as Tatewise suggests, doing that would be to lose the navigation of the tree that FH provides, so rather throwing out the baby, nay, family, with the bath-water. If ever I did that, I'd be more inclined to forget the plug-in and just write the whole thing in a language I'm more...

One of my pet desires is an effective narrative report. Sure, I'd like to write it all in a word-processor but until I have that time, pressing a few buttons to get a half-way readable narrative is a good idea. FH's narrative reports are good but there are a few irritations such as quotes around dat...

Tatewise - an interesting suggestion there. The pain in the posterior is FH's addition of those quotes, which messes up the narrative, e.g. On 12 January 1922 ('from his birth') Anthony was living in Cheltenham. I just checked the GEDCOM - the quotes are not on the GEDCOM and are totally an FH-gener...

The problem with using GetLabelledText on the contents of the note is that the labelled text destroys the literary nature of the note. If you use, as I do, the note as narrative text that appears in a narrative report amplifying the bald facts, then stuff with labels sticks out a mile as saying 'Thi...

FH should be enhanced to provide a facility to 'Work With Data' for the Author item on Source Records. This facility should be analogous to that for Places and Addresses and should (as a minimum) include the ability to Edit, Replace with..., and List Records and Where Used. In addition, the Property...

'Is there a definitive ruling in genealogy...' Ain't no such thing! Ever! Seriously, it's custom and practice. If you've never heard of grand-aunts and uncles before - why use them now? One good reason would be - because that's what the contemporary documents say. But if not, why use them? I think w...

Probably worth emphasising to users of your plug-in that if they don't use abbreviations in lists X, Y and Z, then results are unpredictable. I understand, for instance, that the 1850 US census uses IA (or maybe Ia?) as an abbreviation for Indiana, whereas IA is (today) Iowa. For reference purposes,...

You need to try one of the military history forums - The Great War Forum on http://1914-1918.invisionzone.com/forums/index.php? will just get into your time period and whatever they suggest may well carry forward. Also the RootsChat Armed Forces forum on http://www.rootschat.com/forum/index.php/boar...

I've tried about 3 ways - none entirely satisfactory. Originally I had separate facts against each person and copied the fact from 1 to the next. I should add that my facts nearly always have an extensive note with them to expand on the bare bones of the date/place/value/etc. My objection to this wa...

Basically you need to decide whether your facts as recorded in FH are in correspondence with your sources or conclusions In the first case, you should record 2 births, including the registered date, even though you believe it to be incorrect. In the second case, you should record what you believe th...

I'll agree with John - no duplication for me, thank you. (The implication from GEDCOM is that duplication should occur as there's no implication that it's a part-address - and if you wanted to insert a post code, it would look pretty odd without the full address. However, why would I have post-codes...

The way I use them - and I like to think it's the way that they are intended to be used - the note at the foot of the yellow source tab is a note about how that single source relates to the fact. Whereas the note on the individual's tab(s) to the left, expand on the event or fact that is being menti...

Actually the supposed 'c' is one of a number of forms of the letter 'x' - see 'Palaeography for Family & Local Historians' by Hilary Marshall. Just don't ask me which hand it appears in. (Originally I was disappointed that this book doesn't split the alphabets by hand, but gradually I realised that ...