Family Historian User Group

Should you want to cross-check it with Gedcom GEDCOM Standard Release 5.5 and 5.5.1 has a link at the bottom of the table.. It's almost as if that data model (file page 95/96) representation is speaking a different language! It certainly does not illustrate how the citation structure is a "virtual"...

Thanks, a bit of a learning curve but once you click into the mind-warp of the people who wrote it, you can produce something presentable reasonably quickly. The trouble is Entity Relationship Diagrams are really designed for Relational Databases not "tree type". Trying to do a Physical Data Model (...

https://fhug.org.uk/forum/viewtopic.php?f=32&t=21211#p130733 I'm with you on crows feet, Adrian. So am I - but which applications allow "connectors" terminated with "crows feet"? Last time I used MS Office (some years ago), it did not. The current Libre Office does not (but I bet someone has writte...

If FH7 was being released today as a new product, I suspect they would be called Charts and Chart Templates, as there is an (imperfect) analogy with Sources and Source Templates. Both types would be saved as files, rather than file for one, Registry for the other. It’s very much a no-win for CP now...

Structurally a citation cannot be linked to more than one fact, because the citation is a sub-branch of a fact and because the citation is not a "record of its own" but just a "collection of twigs" you can't "link" to it from a fact. (See Lorna's extract of a GEDCOM in an earlier post .) That is a c...

There have been several references to Attributes such as Residence and Occupation having a Date Range. They do not. They have a Date Period (FROM/TO), i.e. the period of time for which the Attribute applied. Events may have a Date Range (BET/AND), i.e. the range of dates between which the Event hap...

Helicopter view... Do we need to step back and say, " Stop trying to come up with one sort order"? (Or whatever else we are considering apart from sort orders...) Do we need to come up with a Flemish format for the name and a French format for the same name? And maybe this needs a separate item (or...

An hour and a half later, so where's the plug-in?

As Nick has said, “a citation is a link between a fact (usually but can be other things) and the source.” The Glossary in the FH Help files explains: “A source citation links an item of data to the source of the information. A source citation can be qualified by a note or other details, such as an ...

... unless I missed it, this posting does not seem to explain any benefit of using the GIVN, SPFX and SURN fields. The long thread 20719|Surname prefix (SPFX) -- more generally, handling structured names. kicked around the need for the GIVN, SPFX and SURN fields to meet some of the needs of non Ang...

As an aside, I cannot understand why Residence is an Attribute. What would the {value} be? Where there are two or more residences (attribute value in bold)? Charles Arthur Philip George Mountbatten-Windsor resided at: Buckingham Palace - Official Week-day residence Clarence House - Preferred Week-d...

Various threads have pondered issues with surname sorting and prefixes: 20719|Surname prefix (SPFX) -- more generally, handling structured names. 21197|How to sort results by surname when using Work with Data option? Rather than repeat all the above, I want to ponder how we think we should actually ...

I am a little uneasy about trying to express a date range for items such as residence or occupation - you can miss an important tree. I also tend to use date ranges for occupations, again with the objective of helping me "see the wood for the trees". (Not a phrase that it had occurred to me to use b...

3. Bi-directional. If Patrilineal is specified, when we create a father, the father's surname should default to that of his first child. Seeing Jane's presentation to RUG it looks as if V7 already has bi-directionality implemented (about 19 minutes in). Is this the case or was Jane being fast with ...

It seems to me that most of this hoop jumping could be avoided if CP improved the original output to give the option of splitting given and surnames. Worth adding to the wish list? You may find this thread of interest. I am trying to formulate a wish list request at the moment (the actual input is ...

I believe there are far more urgent things on the wish list that need addressing by CP before looking at this. I understand you saying this - and I suspect that with the variety of existing users we will get this view applied to a wide variety of wishes. What prospective users might want is another...

Default Surname when adding children & parents Requirement The overall requirement is to be able to offer a wider range of "default surname" on "Add Child" and on "Add a parent". It has two features: Currently the default behaviour is controlled by a check box: "Insert father's surname when creatin...

I have now posted a Wish List Request for the below (slightly evolved): 21168|Name Filtering to handle inconsistent entry or miss slashing of names Are we getting to a stage where a Wish List Request is beginning to become relevant (and be exposed to people who are not interested in Patronymics etc....

I remember (pre Windows 3.0) that you could get an "add-in" for I think it was, Lotus Symphony (an "extended functionality spreadsheet" from the same people as did Lotus123), that allowed you to embed queries on dBase files (all the old names!). What is the potential for an add-in to Excel (or simil...

I agree about the benefit of showing the Families tab in the Record Window. In my early days of using FH I got in a bit of a muddle with some of the family records. Being able to see them in the Records Window clarified matters. Now I make extensive use of family records with a number of custom fac...

It's not a difficult situation to manage, but it does mean that plugins and queries that search for significant events in a person's life have to check both the individual and all families to which they are a party. That is why with Queries you have to start by thinking "do I want an Individual or ...

Perhaps this is why they are given a blue dot in the facts list, to indicate they do not belong to the individual, but to the couple. Hence individual has not been ‘updated’! :D I think that is just it! [drafted simultaneously with Mike] The User Interface may be arranged such that you appear to be...

This is where we are up against the difference between a "real person's record" and a record that is part of a data entity! (I think the list discussion at the moment on TMG imports may be up against a similar problem but coming at it from the opposite direction!) The last updated field at the momen...

Would it be the result of downloading and installing a trial version at some stage?

I suspect that the Individual record is unchanged - all it has surely is the FAMS tag inserted when the Family was first created in FH? Changing a Family Fact would not change this?