อัปเดตล่าสุด: 07 ก.พ. 2025

หัวข้อ - รูปแบบไฟล์ GEDCOM และ FamilySearch

GEDCOM คืออะไร?

GEDCOM (Genealogical Data Communication) คือรูปแบบไฟล์ที่เปิดกว้าง ซึ่งได้รับการออกแบบมาเพื่อการจัดเก็บ แลกเปลี่ยน และแบ่งปันข้อมูลบรรพบุรุษ (ข้อมูลแผนผังครอบครัว) มันถูกใช้กันอย่างแพร่หลายในซอฟต์แวร์ค้นหาบรรพบุรุษและเว็บไซต์ต่างๆ ทำให้ง่ายต่อการโอนข้อมูลแผนผังครอบครัวระหว่างแพลตฟอร์มต่างๆ

ภาพประกอบ - รูปแบบไฟล์ GEDCOM และ FamilySearch

ใครเป็นผู้พัฒนา GEDCOM?

GEDCOM ถูกสร้างโดย The Church of Jesus Christ of Latter-day Saints (LDS Church) ซึ่งดำเนินการ FamilySearch — องค์กรค้นคว้าบรรพบุรุษรายใหญ่นี้มีเป้าหมายเพื่อทำให้การจัดการข้อมูลบรรพบุรุษง่ายขึ้นและให้มีการร่วมมือในการวิจัยที่ดีขึ้น

GEDCOM ทำงานอย่างไร?

  • ไฟล์ GEDCOM เป็น ไฟล์ข้อความธรรมดา (ปัจจุบันใช้ การเข้ารหัส UTF-8 ตั้งแต่เวอร์ชั่น 7.0)
  • พวกเขาประกอบด้วย ข้อมูลเกี่ยวกับบุคคล เช่น:
    • ชื่อ
    • วันเกิดและวันเสียชีวิต
    • ความสัมพันธ์ในครอบครัว (พ่อแม่ ลูก สหายชีวิต)
    • เหตุการณ์ต่างๆ (การแต่งงาน การย้ายถิ่นฐาน เป็นต้น)
  • บันทึกเหล่านี้ถูก เชื่อมโยง โดยใช้เมทาดาต้า เพื่อให้แน่ใจว่ามีการเชื่อมโยงระหว่างสมาชิกครอบครัวอย่างถูกต้อง

เวอร์ชัน GEDCOM และมาตรฐานอุตสาหกรรม

  • เวอร์ชันล่าสุดที่ได้รับการรับรองอย่างเป็นทางการคือ GEDCOM 7.0 ที่เปิดตัวในปี 2021
  • อย่างไรก็ตาม GEDCOM 5.5.1 (จากปี 1999, ได้รับการรับรองในปี 2019) ยังคงเป็น มาตรฐานที่ใช้กันอย่างแพร่หลายมากที่สุด
  • เนื่องจาก GEDCOM 5.5.1 มีข้อจำกัด นักพัฒนาซอฟต์แวร์มากมายจึงได้สร้าง ส่วนขยายที่พิเศษ เช่น GEDCOM 5.5 EL (สถานที่ที่ขยายข้วง) เพื่อปรับปรุงมัน

การนำ GEDCOM 7.0 มาใช้

  • FamilySearch ได้วางแผนที่จะรองรับ GEDCOM 7.0 ภายใน Q3 2022
  • Ancestry.com ก็แสดงความสนใจในการนำมันมาใช้ด้วย แต่ยังไม่ได้ระบุวันเวลาในการดำเนินการ

ทำไม GEDCOM ถึงสำคัญ?

  1. ความเข้ากันได้ข้ามแพลตฟอร์ม – ช่วยให้ผู้ใช้สามารถย้ายข้อมูลแผนผังครอบครัวของตนระหว่างเว็บไซต์และซอฟต์แวร์ค้นหาบรรพบุรุษต่างๆ
  2. การจัดเก็บข้อมูลระยะยาว – ทำให้แน่ใจว่าข้อมูลบรรพบุรุษจะยังคงเข้าถึงได้ในรูปแบบมาตรฐาน
  3. การร่วมมือในการค้นหาบรรพบุรุษ – ส่งเสริมให้นักวิจัยและนักหนังสือพิมพ์ครอบครัวแชร์และผสานข้อมูลได้อย่างมีประสิทธิภาพ

การอธิบายโมเดลข้อมูล GEDCOM

GEDCOM ใช้ โมเดลข้อมูลเชื่อมโยงลำดับวงศ์สกุล ในการจัดระเบียบความสัมพันธ์ในครอบครัวในลักษณะที่มีโครงสร้าง มันมีพื้นฐานจากแนวคิดครอบครัวนิวเคลียร์ ซึ่งหมายถึงบันทึกความสัมพันธ์ในแง่ของ พ่อแม่และลูก แทนที่จะเพียงแค่บุคคลเดียว

องค์ประกอบหลักของโมเดลข้อมูล GEDCOM

  1. INDI (บันทึกบุคคล)

    • แต่ละบุคคลในไฟล์บรรพบุรุษถูกจัดเก็บเป็น บันทึกบุคคล (INDI)
    • ทุกบุคคลถูกกำหนดให้มี หมายเลขประจำตัวที่ไม่ซ้ำกัน เพื่อให้มีการเชื่อมโยงที่ถูกต้องในไฟล์
  2. FAM (บันทึกครอบครัว)

    • บันทึกครอบครัว (FAM) ทำหน้าที่เป็น โครงสร้างการเชื่อมโยง ระหว่างบุคคล
    • บันทึก FAM กำหนด:
      • HUSB (สามี) – พ่อในครอบครัว
      • WIFE (ภรรยา) – แม่ในครอบครัว
      • CHIL (ลูก) – ลูกของคู่รัก
    • ป้ายกำกับเหล่านี้เป็น ประวัติศาสตร์ และอิงตามรุ่นตามโมเดล GEDCOM ดั้งเดิม แม้ในปัจจุบันยังคงใช้
ภาพประกอบ - การอธิบายโมเดลข้อมูล GEDCOM

วิวัฒนาการของการแสดงตัวตนทางเพศใน GEDCOM

  • ในตอนแรก โมเดล GEDCOM ถูกออกแบบเพื่อสมมติว่าเป็น โครงสร้างครอบครัวตามเพศ ที่มีชาย (HUSB) และหญิง (WIFE) มีลูก (CHIL)
  • การระบุข้อจำกัดของเวอร์ชัน GEDCOM 7.0 ชี้แจงว่าคำดังกล่าว ไม่เป็นการกำหนดบทบาททางเพศหรือบิดามารดาทางชีวภาพ
  • ข้อกำหนดที่อัปเดตนี้เปิดโอกาสให้:
    • คู่รักเพศเดียวกัน
    • การรับบุตรบุญธรรม การอุปถัมภ์ และการอยู่ร่วมกัน
    • โครงสร้างครอบครัวที่ยืดหยุ่นมากขึ้น
  • ขณะนี้คำว่า ‘คู่รัก’, ‘พ่อแม่’, หรือ ‘สหายชีวิต’ มักถูกใช้เมื่อต้องอ้างถึงบุคคลในบันทึก FAM
ภาพประกอบ - การอธิบายโมเดลข้อมูล GEDCOM

สาเหตุที่สำคัญ

  1. รักษาความสัมพันธ์ที่เป็นโครงสร้าง – ทำให้แน่ใจว่าบุคคลแต่ละคนเชื่อมโยงอย่างถูกต้องกับพ่อแม่, สหายชีวิต, และลูก
  2. ปรับปรุงความเข้ากันได้ – ช่วยให้ซอฟต์แวร์ค้นหาเพียงบรรยากาศสามารถจดจำและจัดระเบียบข้อมูลครอบครัวได้อย่างมีประสิทธิภาพ
  3. เพิ่มการรวมความหลากหลาย – สนับสนุนโครงสร้างครอบครัวที่หลากหลายโดยไม่ต้องสมมติบทบาทตามเพศที่เป็นที่ยอมรับ

การอธิบายโครงสร้างไฟล์ GEDCOM

ไฟล์ GEDCOM ประกอบด้วย สามส่วนหลัก: ส่วน header (หัวข้อ), ส่วน records (บันทึก), และส่วน trailer (ท้ายเรื่อง) แต่ละส่วนมีบทบาทเฉพาะในการจัดระเบียบข้อมูลบรรพบุรุษ และโครงสร้างของไฟล์นั้นมีการจัดการอย่างสูงเพื่อให้แน่ใจว่าความสัมพันธ์ระหว่างบุคคลและครอบครัวมีความชัดเจนและเป็นมาตรฐาน

1. ส่วนหัวข้อ (Header Section)

  • ส่วนหัวข้อ หน้าสุดเริ่มของไฟล์ GEDCOM และรวมถึง ข้อมูลเมทาทาด้า สำคัญเกี่ยวกับไฟล์เอง เช่น เวอร์ชั่น (เช่น GEDCOM 7.0) และการจัดการหรือการตั้งค่าเฉพาะเจาะจงสำหรับไฟล์นี้
  • ส่วนนี้จะถูกแทนด้วยบันทึก HEAD

2. ส่วนบันทึก (Records Section)

นี่คือส่วนหลักของไฟล์ GEDCOM และประกอบด้วยประเภทของบันทึกที่หลากหลายแต่ละอย่างมีจุดประสงค์เฉพาะ:

  • INDI (บันทึกบุคคล): แสดงถึงบุคคลหนึ่งในแผนผังครอบครัว
  • FAM (บันทึกครอบครัว): แสดงถึงครอบครัวโดยเชื่อมโยงสามี, ภรรยา และลูก
  • SOUR (บันทึกแหล่งที่มา): มีข้อมูลเกี่ยวกับแหล่งที่ใช้สนับสนุนข้อมูล เช่น บันทึกทางประวัติศาสตร์
  • OBJE (บันทึกวัตถุ): แสดงถึงวัตถุมัลติมีเดีย เช่น รูปภาพหรือเอกสารที่เกี่ยวข้องกับบุคคลหรือครอบครัว
  • NOTE (บันทึกหมายเหตุ): มีหมายเหตุหรือความคิดเห็นเพิ่มเติมที่สามารถให้บริบทหรือคำอธิบายเพิ่มเติมสำหรับบันทึก
  • REPO (บันทึกแหล่งที่เก็บ): อธิบายถึงสถานที่ที่เก็บข้อมูลสายสกุล เช่น ห้องสมุดหรืออาร์ไคฟ์
  • SUBM (บันทึกผู้ส่ง): แสดงถึงบุคคลหรือหน่วยงานที่ส่งไฟล์ GEDCOM

แต่ละบันทึกเหล่านี้มีโครงสร้างเป็นลำดับชั้น โดยมี หมายเลขระดับ (level numbers) แตกต่างกันเพื่อระบุว่าข้อมูลนี้เกี่ยวข้องอย่างไร ยกตัวอย่างเช่น:

  • ระดับ 0 คือ ระดับบนสุด ของบันทึกที่สำคัญที่สุด เช่น HEAD, TRLR, INDI, FAM, SOUR เป็นต้น
  • ระดับ 1 ขึ้นไป แสดงถึงบันทึกรองที่เชื่อมโยงกับเหตุการณ์หรือความสัมพันธ์ที่เฉพาะเจาะจงกับบุคคลหรือครอบครัว

3. ส่วนท้ายเรื่อง (Trailer Section)

  • ส่วนท้ายเรื่อง จะบอกถึงจุดจบของไฟล์ GEDCOM และมีบันทึก TRLR ที่บอกว่าสิ้นสุดแล้ว
ภาพประกอบ - การอธิบายโครงสร้างไฟล์ GEDCOM

การทำงานในทางปฏิบัติ

  • หมายเลขระดับ: ทุกบรรทัดในไฟล์ GEDCOM จะเริ่มต้นด้วยหมายเลขระดับ (เช่น 0, 1, 2) โดยที่ 0 แทนบันทึกระดับบนสุด และจำนวนบวก (1, 2, เป็นต้น) แทนบันทึกย่อยหรือบันทึกรอง ระบบนี้ทำให้ความสัมพันธ์และลำดับชั้นภายในแผนผังครอบครัวได้รับการจัดการอย่างถูกต้อง

    ตัวอย่างเช่น:

    • ระดับ 0: HEAD (บันทึกหัวข้อ), TRLR (บันทึกท้ายเรื่อง), INDI (บันทึกบุคคล)
    • ระดับ 1: MARR (เหตุการณ์การแต่งงาน), BIRT (เหตุการณ์การเกิด)
    • ระดับ 2: DATE (วันที่ของเหตุการณ์), PLAC (สถานที่ของเหตุการณ์)
  • การเขียนไฟล์ GEDCOM ด้วยมือ นั้นเป็นไปได้ทางเทคนิค แต่ไม่ เป็นมิตรกับมนุษย์ เนื่องจากลักษณะโครงสร้างของ ซึ่งง่ายกว่าที่จะใช้ซอฟต์แวร์ที่ออกแบบมาเพื่อใช้กับไฟล์ GEDCOM ซึ่งช่วยในการจัดและฟอร์แมตข้อมูลอย่างถูกต้อง

การตรวจสอบและการควบคุมคุณภาพ

  • เนื่องจากไฟล์ GEDCOM จำเป็นต้องมีการจัดโครงสร้างอย่างดีเพื่อให้สามารถใช้งานและโอนย้ายได้อย่างถูกต้อง จึงมีเครื่องมือที่ใช้ในการ ตรวจสอบความถูกต้อง ของไฟล์เหล่านั้นสำหรับข้อผิดพลาด
    • โครงการ PhpGedView: รวมถึงการตรวจสอบความถูกต้องของ GEDCOM เพื่อการตรวจสอบโครงสร้าง
    • The Windows GEDCOM Validator: เครื่องมืออิสระสำหรับการตรวจสอบความถูกต้องของ GEDCOM
    • Gedcheck: เครื่องมือตรวจสอบที่เก่ากว่า เคยใช้โดย LDS Church

ความท้าทายเกี่ยวกับความเข้ากันได้ของ GEDCOM

  • ในช่วงต้นปี 2000, โครงการ GEDCOM TestBook ประเมินว่าโปรแกรมค้นหาบรรพบุรุษต่างๆสามารถสอดคล้องกับ มาตรฐาน GEDCOM 5.5 ได้ดีเพียงใด ผลลัพธ์ที่ได้แสดงปัญหาหลายอย่าง เช่น การสูญเสียข้อมูลหรือการอ่านที่ไม่ถูกต้องของ NOTE tag ซึ่งสามารถปรากฏในหลายระดับได้

  • GEDCOM 7.0 พยายามแก้ไขปัญหาเหล่านี้บางประการ และมีเครื่องมือ ตรวจสอบความถูกต้อง สำหรับมาตรฐานใหม่นี้เพื่อช่วยให้แน่ใจว่ามีความเข้ากันได้ข้ามแพลตฟอร์มต่างๆ

ทำไมการตรวจสอบความถูกต้องของ GEDCOM จึงสำคัญ?

  • เพื่อให้มั่นใจว่า ข้อมูลมีการจัดโครงสร้างอย่างถูกต้อง และว่าความสัมพันธ์ระหว่างบุคคล, ครอบครัว, เหตุการณ์ และแหล่งข้อมูลได้รับการรักษาอย่างถูกต้อง
  • ช่วยป้องกัน การสูญเสียข้อมูล เมื่อถ่ายโอนไฟล์ระหว่างโปรแกรมค้นหาบรรพบุรุษ
  • ทำให้ผู้ค้นคว้าบรรพบุรุษสามารถ แชร์ข้อมูล บนแพลตฟอร์มต่างๆ ได้ง่ายขึ้น

ตัวอย่างไฟล์ GEDCOM

นี่คือตัวอย่างง่ายๆของ ไฟล์ GEDCOM และการอธิบายโครงสร้างของมัน:

0 HEAD
1 SOUR FamilySearch GEDCOM
2 VERS 7.0
2 NAME FamilySearch
1 DEST Ancestry
1 DATE 5 FEB 2025
1 SUBM @SUBM1@
0 INDI @I1@
1 NAME John /Doe/
1 SEX M
1 BIRT
2 DATE 1 JAN 1800
2 PLAC New York, USA
0 FAM @F1@
1 HUSB @I1@
1 WIFE @I2@
1 CHIL @I3@
0 INDI @I2@
1 NAME Jane /Smith/
1 SEX F
1 BIRT
2 DATE 15 FEB 1805
2 PLAC Boston, USA
0 INDI @I3@
1 NAME Mary /Doe/
1 SEX F
1 BIRT
2 DATE 10 OCT 1825
2 PLAC New York, USA
0 TRLR

การแยกย่อยและคำอธิบาย:

1. ส่วนหัวข้อ (HEAD)

0 HEAD
1 SOUR FamilySearch GEDCOM
2 VERS 7.0
2 NAME FamilySearch
1 DEST Ancestry
1 DATE 5 FEB 2025
1 SUBM @SUBM1@
  • 0 HEAD: ทำเครื่องหมายเริ่มต้นของไฟล์
  • 1 SOUR: ระบุแหล่งที่มาของไฟล์ (เช่น FamilySearch GEDCOM)
  • 2 VERS 7.0: ระบุเวอร์ชั่นของรูปแบบ GEDCOM ที่ใช้ (7.0 ที่นี่)
  • 1 DEST: ระบุจุดหมายที่ตั้งใจหรือระบบสำหรับข้อมูล (เช่น Ancestry)
  • 1 DATE: วันที่สร้างไฟล์ GEDCOM (เช่น 5 กุมภาพันธ์ 2025)
  • 1 SUBM: ชี้ไปยัง บันทึกผู้ส่ง (@SUBM1@) ซึ่งจะมีข้อมูลเพิ่มเติมเกี่ยวกับบุคคลที่ส่งไฟล์

2. บันทึกบุคคล (INDI)

0 INDI @I1@
1 NAME John /Doe/
1 SEX M
1 BIRT
2 DATE 1 JAN 1800
2 PLAC New York, USA
  • 0 INDI @I1@: ทำเครื่องหมายเริ่มต้นของบันทึกบุคคลด้วยหมายเลขประจำตัวที่ไม่ซ้ำกัน (@I1@) สำหรับ John Doe
  • 1 NAME John /Doe/: ชื่อของบุคคล (John Doe)
  • 1 SEX M: เพศของบุคคล (M สำหรับชาย)
  • 1 BIRT: แสดงถึงเหตุการณ์การเกิดของบุคคล
    • 2 DATE 1 JAN 1800: วันเกิด (1 มกราคม 1800)
    • 2 PLAC New York, USA: สถานที่เกิด (New York, USA)

3. บันทึกครอบครัว (FAM)

0 FAM @F1@
1 HUSB @I1@
1 WIFE @I2@
1 CHIL @I3@
  • 0 FAM @F1@: ทำเครื่องหมายเริ่มต้นของบันทึกครอบครัวด้วยหมายเลขประจำตัวที่ไม่ซ้ำกัน (@F1@)
  • 1 HUSB @I1@: เชื่อมโยงสามี (John Doe, ID @I1@)
  • 1 WIFE @I2@: เชื่อมโยงภรรยา (Jane Smith, ID @I2@)
  • 1 CHIL @I3@: เชื่อมโยงลูก (Mary Doe, ID @I3@)

4. บันทึกบุคคลที่สอง (INDI)

0 INDI @I2@
1 NAME Jane /Smith/
1 SEX F
1 BIRT
2 DATE 15 FEB 1805
2 PLAC Boston, USA
  • 0 INDI @I2@: ทำเครื่องหมายเริ่มต้นบันทึกของ Jane Smith ด้วยหมายเลขประจำตัวที่ไม่ซ้ำกัน (@I2@)
  • 1 NAME Jane /Smith/: ชื่อของบุคคล (Jane Smith)
  • 1 SEX F: เพศของบุคคล (F สำหรับหญิง)
  • 1 BIRT: แสดงถึงเหตุการณ์การเกิดของบุคคล
    • 2 DATE 15 FEB 1805: วันเกิด (15 กุมภาพันธ์ 1805)
    • 2 PLAC Boston, USA: สถานที่เกิด (Boston, USA)

5. บันทึกบุคคลที่สาม (INDI)

0 INDI @I3@
1 NAME Mary /Doe/
1 SEX F
1 BIRT
2 DATE 10 OCT 1825
2 PLAC New York, USA
  • 0 INDI @I3@: ทำเครื่องหมายเริ่มต้นบันทึกของ Mary Doe ด้วยหมายเลขประจำตัวที่ไม่ซ้ำกัน (@I3@)
  • 1 NAME Mary /Doe/: ชื่อของบุคคล (Mary Doe)
  • 1 SEX F: เพศของบุคคล (F สำหรับหญิง)
  • 1 BIRT: แสดงถึงเหตุการณ์การเกิดของบุคคล
    • 2 DATE 10 OCT 1825: วันเกิด (10 ตุลาคม 1825)
    • 2 PLAC New York, USA: สถานที่เกิด (New York, USA)

6. ส่วนท้ายเรื่อง (TRLR)

0 TRLR
  • 0 TRLR: ทำเครื่องหมายถึงจุดสิ้นสุดของไฟล์ GEDCOM

การอธิบายบันทึกหลัก

  • INDI (บันทึกบุคคล): บันทึกเหล่านี้มีรายละเอียดเกี่ยวกับบุคคลเฉพาะ เช่น ชื่อ เพศ และวันเกิด
  • FAM (บันทึกครอบครัว): บันทึกนี้เชื่อมโยงบุคคลเพื่อสร้างหน่วยครอบครัว มันเชื่อมโยง พ่อแม่ (HUSB และ WIFE) และ ลูก (CHIL) ผ่านทาง หมายเลขประจำตัวที่ไม่ซ้ำกัน
  • หมายเหตุเกี่ยวกับหมายเลขประจำตัว: แต่ละบันทึก (บุคคลหรือครอบครัว) มีหมายเลขประจำตัวที่ไม่ซ้ำกันที่กำหนดให้ (เช่น @I1@ สำหรับ John Doe) หมายเลขประจำตัวเหล่านี้ถูกใช้เพื่อเชื่อมโยงบันทึกที่เกี่ยวข้อง เช่น การเชื่อมต่อลูกกับพ่อแม่ของพวกเขา

แนวคิดหลัก

  • หมายเลขระดับ: ไฟล์ GEDCOM ใช้ หมายเลขระดับ เพื่อจัดระเบียบข้อมูลในโครงสร้างลำดับชั้น ระดับ 0 ใช้สำหรับบันทึกระดับบนสุด (เช่น INDI, FAM) และ ระดับ 1 และ 2 ใช้สำหรับรายละเอียดระดับย่อย (เช่น เหตุการณ์และสถานที่)
  • ชื่อในเครื่องหมายทับ: ชื่อใน GEDCOM มักถูกปิดล้อมอยู่ในเครื่องหมายทับ เช่น John /Doe/ ซึ่งแยกชื่อสกุลออกจากชื่อให้
ภาพประกอบ - GEDCOM - การอธิบายบันทึกหลัก

ไฟล์ GEDCOM พื้นฐานนี้สามารถขยายเป็นไฟล์ที่ซับซ้อนมากขึ้นรวมถึงเหตุการณ์รายละเอียดอื่นๆ (เช่น การแต่งงาน การเสียชีวิต), แหล่งที่มา (เช่น บันทึกสำเนาบัตรประชาชน), และการอ้างอิงสื่อต่างๆ

สรุป

GEDCOM เป็นรากฐานสำคัญในด้านการศึกษาบรรพบุรุษ ทำให้การแลกเปลี่ยนข้อมูลบรรพบุรุษระหว่างซอฟต์แวร์ต่างๆเป็นไปได้ รูปแบบมาตรฐานนี้ส่งเสริมให้ผู้ค้นคว้า นักวิจัยประวัติศาสตร์ และผู้สนใจทั่วไปสามารถแบ่งปันและเก็บบันทึกประวัติครอบครัวได้อย่างมีประสิทธิภาพ อย่างไรก็ตาม แม้ว่าการยอมรับอย่างกว้างขวาง GEDCOM ก็ยังไม่สมบูรณ์พร้อม ข้อจำกัดต่าง ๆ เช่น ความเข้ากันได้ระหว่างซอฟต์แวร์ ความไม่สามารถในการแสดงความสัมพันธ์ที่ซับซ้อน และการขาดการสนับสนุนข้อมูลที่ทันสมัยทำให้เห็นความจำเป็นในการปรับปรุงอย่างต่อเนื่องหรือหาทางเลือกใหม่

ด้วยพัฒนาการด้านเทคโนโลยีซึ่งการศึกษาบรรพบุรุษก้าวหน้ายิ่งขึ้น อนาคตของ GEDCOM อาจจะเกี่ยวข้องกับการปรับมาตรฐานหรือการพัฒนารูปแบบใหม่ที่รองรับความซับซ้อนของการวิจัยบรรพบุรุษสมัยใหม่ได้ดีกว่า สำหรับตอนนี้ GEDCOM ยังคงเป็นเครื่องมือสำคัญสำหรับทุกคนที่ทำงานกับแผนผังครอบครัว และเข้าใจโครงสร้างและการทำงานของมันถือว่าเป็นสิ่งสำคัญสำหรับการจัดการและแบ่งปันข้อมูลอย่างมีประสิทธิภาพในชุมชนการศึกษาบรรพบุรุษ