Difference between revisions of "GEDCOM 7 support"

From Gramps
Jump to: navigation, search
m
(get rid of chatgpt bullshit! Undo revision 94214 by Bamaustin (talk))
(Tag: Undo)
Line 139: Line 139:
 
* Feature {{bug|12226}} : [GEDCOM 7] Support Import & Export of New (June 2021) version
 
* Feature {{bug|12226}} : [GEDCOM 7] Support Import & Export of New (June 2021) version
 
* Gramps 5.1 Wiki Manual - FAQ : [[Gramps_5.1_Wiki_Manual_-_FAQ#What_standards_does_Gramps_support.3F|What standards does Gramps support?]] (refers to 5.5.1)
 
* Gramps 5.1 Wiki Manual - FAQ : [[Gramps_5.1_Wiki_Manual_-_FAQ#What_standards_does_Gramps_support.3F|What standards does Gramps support?]] (refers to 5.5.1)
 
==GEDCOM Direct Comparison==
 
When asked to ''compare and contrast'' GEDCOM 5.5.1 and 7.0, the [https://chat.openai.com/chat ChatGPT ai] summarizes:
 
 
GEDCOM (Genealogical Data Communication) is a file format used for storing and exchanging genealogical data. The two most widely used versions of GEDCOM are version 5.5.1 and version 7.0. Here are some of the key differences between the two versions:
 
 
# Structure: GEDCOM 7.0 is structured differently from GEDCOM 5.5.1. It uses a more hierarchical structure that allows for better organization and flexibility in the data.
 
# Unicode support: GEDCOM 7.0 supports Unicode characters, which allows for greater internationalization and the use of non-Latin characters.
 
# Extensions: GEDCOM 7.0 allows for the use of extensions, which means that developers can create custom tags and fields to store additional information beyond what is defined in the standard.
 
# Multimedia support: GEDCOM 7.0 has improved multimedia support, including the ability to include multiple media files for a single event or fact.
 
# Date format: GEDCOM 7.0 has a more flexible date format, which allows for a wider range of date expressions, such as approximate dates or date ranges.
 
# Compatibility: GEDCOM 7.0 is not backward-compatible with GEDCOM 5.5.1. This means that data in GEDCOM 5.5.1 files cannot be directly imported into GEDCOM 7.0 files.
 
 
In summary, GEDCOM 7.0 offers several improvements over GEDCOM 5.5.1, including better structure, Unicode support, extensions, multimedia support, and a more flexible date format. However, because it is not backward-compatible with GEDCOM 5.5.1, users may need to convert their existing data to the new format before using it in GEDCOM 7.0.
 
  
 
==See Also==
 
==See Also==

Revision as of 01:32, 18 March 2023

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