Hello,
I was looking at my .ged file from Family Historian v.7.0.17.1 and noticed that my newly-added custom attribute on family records is being saved as "_ATTR" (rather than the newer "FACT" element which was a GEDCOM 5.5.1 change.)
Since the Individual records have FACT for the custom attributes, could the Family record custom attributes be updated as well to save as "FACT" (instead of the old _ATTR)? I didn't know if this was an omission by plan or if it was just missed when the GEDCOM 5.5.1 upgrade was made to Family Historian.
Here's a markup example:
Individual record:
0 @I6057@ INDI
1 NAME Sarah /Burke/ *
...
1 FACT
2 TYPE DNA Common Ancestor
vs. Family record:
0 @F25@ FAM
1 HUSB @I4754@
1 WIFE @I5771@
...
1 _ATTR
2 TYPE DNA Proven Ancestors
THANK YOU for all of your hard work in providing this software!
* Bug? _ATTR vs FACT for custom attributes
- kathykult
- Gold
- Posts: 17
- Joined: 17 Aug 2006 15:07
- Family Historian: V7
- Location: Belvidere, IL
- Contact:
Bug? _ATTR vs FACT for custom attributes
Kathy Kult
- AdrianBruce
- Megastar
- Posts: 1961
- Joined: 09 Aug 2003 21:02
- Family Historian: V7
- Location: South Cheshire
- Contact:
Re: Bug? _ATTR vs FACT for custom attributes
Calico Pie deserve the thanks for providing the software - we're just the User Group - mind you, many of the members here deserve many thanks, themselves.
The answer to your query is that FACT was provided in GEDCOM 5.5.1 only for custom Attributes for Individual records and not for Family records. Indeed Family Records don't have any Attributes, they only have Events, whereas Individuals have both Events and Attributes.
You may ask why... I can only imagine that it got put in the too-difficult basket at FamilySearch. Even more baffling - Residence is an Attribute for Individuals, and an Event for Family Records...
This is from page 6 of 5.5.1 (my emphasis):
The answer to your query is that FACT was provided in GEDCOM 5.5.1 only for custom Attributes for Individual records and not for Family records. Indeed Family Records don't have any Attributes, they only have Events, whereas Individuals have both Events and Attributes.
You may ask why... I can only imagine that it got put in the too-difficult basket at FamilySearch. Even more baffling - Residence is an Attribute for Individuals, and an Event for Family Records...
This is from page 6 of 5.5.1 (my emphasis):
So that's why Calico Pie had to carry on using _ATTR for Family Records...Added a generic FACT tag to the individual attribute structure. Previously, the generic EVEN
tag was used.
Adrian
- tatewise
- Megastar
- Posts: 27078
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Bug? _ATTR vs FACT for custom attributes
Adrian's explanation is largely correct.
Although GEDCOM 5.5.1 defines Family RESI as an Event, FH has implemented Residence (family) RESI as an Attribute.
However, the impact is minimal because, unlike other Attribute facts, RESI is not allowed a value, so is like an Event.
GEDCOM 7.0.1 rationalises things by defining Family Attributes NCHI, RESI & FACT on page 40:
Although GEDCOM 5.5.1 defines Family RESI as an Event, FH has implemented Residence (family) RESI as an Attribute.
However, the impact is minimal because, unlike other Attribute facts, RESI is not allowed a value, so is like an Event.
GEDCOM 7.0.1 rationalises things by defining Family Attributes NCHI, RESI & FACT on page 40:
Code: Select all
FAMILY_ATTRIBUTE_STRUCTURE :=
[
n NCHI <Integer> {1:1} g7:FAM-NCHI
+1 TYPE <Text> {0:1} g7:TYPE
+1 <<FAMILY_EVENT_DETAIL>> {0:1}
|
n RESI <Text> {1:1} g7:FAM-RESI
+1 TYPE <Text> {0:1} g7:TYPE
+1 <<FAMILY_EVENT_DETAIL>> {0:1}
|
n FACT <Text> {1:1} g7:FAM-FACT
+1 TYPE <Text> {1:1} g7:TYPE
+1 <<FAMILY_EVENT_DETAIL>> {0:1}
]
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
- AdrianBruce
- Megastar
- Posts: 1961
- Joined: 09 Aug 2003 21:02
- Family Historian: V7
- Location: South Cheshire
- Contact: