GEDCOM 7 support

From Gramps
Revision as of 17:33, 8 August 2024 by Kulath (talk | contribs) (added GEDCOM7 pdf version of spec)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
Gnome-important.png
Gramps does not currently (Sunday, 3 November 2024) import GEDCOM 7

Revision 7.0.14 published on 8 February 2024 (7.0.14 pdf).
Although first announced May 2021, the GEDCOM 7 implementation progress list is still very thinly populated. Due to the lack of broad support, the new version cannot be recommended as a transfer tool.

GEDCOM 7 features Unsupported by Gramps Due to data model issues

(Note: some of these are also issues with GEDCOM 5.5.1)

Header

HEAD.NOTE {0:1}

HEAD.SOUR.DATA (info about source) HEAD.SOUR.DATA.DATE HEAD.SOUR.DATA.COPR

HEAD.SOUR.CORP (Corporate info about source program) HEAD.SOUR.CORP.ADDR

HEAD.COPR (Copyright)

HEAD.LANG (not sure what to do with this)

PersonRef

x.ASSO.PHRASE (PHRASE is text added in a lot of places)

x.ASSO.ROLE.PHRASE

SUBM

and all its sub data), could be multiple and referenced in several places

NON EVENT STRUCTURE

We need a way to say events didn't happen (still has date, notes, sources)

Events

ADDR (address and place are both allowed and are independent This makes trying to combine the two into one place problematical).

AGNC/RELI/CAUS (can probably be attributes)

SDATE (sort date, not historical information but to be used for sorting)

AGE AGE.PHRASE (some events have this)

TYPE (some events have types) Could be attribute

EVEN.TEXT (generic EVEN.TYPE also has this for description)

Attributes

FAM/INDI.ATTR FAM/INDI.ATTR.TYPE (really these are more like events with dates, ages etc., Gramps often treats them as Attributes without date support)

Family

FAM.ASSO

FAM.HUSB/WIFE/CHIL.PHRASE

FAM.NCHI number of children (attribute?)

FAM.SUBM (submitter of this particular record)

Persons

INDI.FAMC.STAT (status of relationship type)

INDI.FAMC.PEDI.PHRASE (could be a note...)

INDI.ALIA An alias, not of name, but of the INDI record itself???

INDI.ANCI INDI.DESI Ancestor or descendant interest by a SUBM

INDI.SUBM (submitter of this particular record)

Identifier structure

(x.REFN.TYPE / x.UID /x.EXID.TYPE) We have been using notes for subtype and attribute for the type for REFN. We have a PR for UID (on only persons and families) at the moment, but it works differently than specification, which requires a string type without modification.

Creation date

x.CREA.DATE and optional TIME (everywhere CHAN was used)

Change

x.CHAN.DATE.NOTE optional TIME (Why a note on the change???)

Mutimedia link

x.OBJE.TITL (we could put in MediRef attribute or note...)

Dates

DATE.PHRASE (can be present even when fully supplied with detailed date)

DATE.TIME

Notes

NOTE.MIME (Support for HTML in notes, with unsupported sub/superscript).

NOTE.LANG

NOTE.TRAN NOTE.TRAN.MIME NOTE.TRAN.LANG

NOTE.SOUR (big one! requires core data model to have citations on notes, spec says be careful about circular references)

SNOTE (currently all Gramps notes are shared, we don't have a way to make a note local)

Citations

SOUR.DATA.TEXT {0:M} SOUR.DATA.TEXT.MIME SOUR.DATA.TEXT.MIME.LANG (citation text field)

SOUR.EVEN SOUR.EVEN.PHRASE SOUR.EVEN.ROLE SOUR.EVEN.ROLE.PHRASE (about event the citation references)

Sources

SOUR.DATA.EVEN {0:M} (list of events described) SOUR.DATA.EVEN.DATE SOUR.DATA.PLAC

SOUR.DATA.AGNC

SOUR.DATA.NOTEs

SOUR.TEXT (text of source)

RepoRef

REPO.CALN.MEDI.PHRASE

Address related

PHON/FAX/EMAIL/WWW These can be anyplace an address can be, but are independent of the address

Privacy

x.RESN (Three values, Confidential, Locked, Privacy) as opposed to our single Private setting.

Media

The OBJE record allows a single OBJE to refer to multiple files.

OBJE.FILE.FORM.MEDI.PHRASE FILE.TITLE FILE.TITLE.TRAN

OBJE.FILE may want to support all URLs (load on import? or for all operations?)

LDS

STAT.DATE (supposed to be a separate date for the status)

Names

NAME.TYPE.PHRASE (A lot of types also have phrases)

NAME.TRAN {0:M} NAME.TRAN.LANG (I think we can deal with this as multiple names)

Places

PLAC.LANG PLAC.TRAN (I think we actually have this covered with place name editor)

Gramps features Unsupported by GEDCOM 7 Due to data model issues

Outdated GEDCOM Wikipages

See Also

GEDCOM official resources

Gramps implementations of GEDCOM