一份把「软件工具」「权威数据源」「祖先故事与迁徙证据」「老谱数字化链路」串起来的地图。所有仓库数据为 2026-10-06 实时核验，数据源均为可公开访问的官方平台。
这批项目从 UI 到数据模型都按中文语境设计（字辈、排行、世系、堂号），可以直接部署成家族网站或桌面应用。
目前中文社区最完整、最"能打"的一体化族谱系统，单 Supabase 实例即可跑起来，适配 Web 与 H5。
⚠ 不支持 GEDCOM —— 与其他软件交换数据要靠 Excel 中转。适合想立刻上线一个好看家族网站的团队。
"本地优先"路线的代表：数据存在你自己手里，不依赖任何会倒闭的网站。想做的是家谱界的 Obsidian。
✔ 如果你在意"数据永流传、不被平台绑架"，这是首选。缺点：社区很小（★6），生态早期。
一个真实姓氏（屈氏）落地过的族谱数字化平台，工程结构规范，适合宗亲会/姓氏研究会自建。
✔ 适合"一个姓、一批人、长期维护"的场景，前端 SSR 对搜索引擎友好，方便对外展示。
中国亲戚关系计算器。它不是家谱管理工具，而是称谓/辈分引擎——恰好是家谱系统最难写的那块。
✔ 强烈建议作为依赖嵌入你的家谱系统：把谱系数据直接翻译成"该叫表叔还是堂伯"，并可用于辈分逻辑校验。
功能设定偏"企业级"的族谱系统：权限、协作、全文检索、多语言一应俱全。
✔ 技术栈重但齐全，适合有 Python 运维能力、想要"多家族/多租户"的机构。注意：★0，作者近期才起步。
极简开源家族树网站。轻、干净、易改，是"自己动手改一个"的性价比之选。
✔ 想要简单可控、愿意自己改代码的前端同学优先看这个。
要「立刻能用的中文家族网站」→ pure-genealogy；要「数据永流传 + GEDCOM + 家人协作」→ Branchloom；要「宗亲会/姓氏研究会」→ LyGenealogy；只要「称谓辈分算法」→ mumuy/relationship 直接引依赖。
国际家谱领域有二十多年的工程积累，数据模型和交换标准（GEDCOM）远比国内项目成熟。它们都有完善的中文界面，是"认真修谱"的稳妥底座。
开源家谱软件的事实标准，数据模型设计最严谨，插件生态最丰富。
✔ 学术级规范 + 可扩展。做过"史料来源—引文—结论"三层溯源，这正是修谱最需要的可信度结构。
自托管的在线协作家谱系统，多人同时修谱体验成熟。
✔ 想要"多人一起在线修谱"且不介意自己架 PHP 服务，这是最省事的选择。
老牌跨平台个人家谱库软件，Windows 用户体验最接近国产桌面软件习惯。
✔ 不想碰命令行、只用 Windows 桌面的话，体验最"顺手"。
GEDCOM 是家谱数据的交换标准（当前版本 5.5.1 与 GEDCOM 7）。国内多数项目（含 pure-genealogy）不支持它，意味着数据进去就出不来。若你打算长期维护几代人的资料，优先选支持 GEDCOM 进口出口的工具，把数据主权留在自己手上。上图家谱平台则另建了一套更细粒度的「家谱本体」（文献/姓/人/地/时/事），见下一节。
这一节是"资料本身"。按权威度和可编程程度排序，第一条是唯一能直接写进代码的官方家谱数据入口。
全国最大的家谱联合目录与知识服务平台，2016 年上线，年浏览量 100 万+ 人次，也是国内数字人文的标杆案例。
✔ 寻根第一站。先在这里搜你的姓 + 祖籍地，看有没有可查的家谱。
把上面那个平台的底层数据以面向机器的方式开放出来，是整个中文家谱生态里最值得开发者深挖的一块。
data.library.sh.cn/jp/userlogin/tologin✔ 想做"输入姓氏+祖籍地，自动列出相关家谱与先祖名人"这类应用，就用这个接口。
唐至清（7–19 世纪）中国历史人物关系型数据库，截至 2026 年 5 月已收录 65.7 万+ 人。GitHub 仓库持续更新最新 SQLite 版本。
⚠ 偏"精英人物"（官员、科举、名士），不是平民家谱。但如果你家明清出过读书人/官员，这里是查证祖先生平最硬的证据库。
面向家谱文化与图数据研究的开放数据集，截至 2026 年 5 月累计 1869 万人物节点 + 2380 份家谱。
✔ 想做族谱知识图谱 / 迁徙网络可视化，这是目前最"现成"的高质量中文族谱图数据。
与 CBDB 协作的两个"大社科数据"项目，是目前唯一整建制研究中国官僚体系的微观数据库。
✔ 祖上若在清代做过官或有功名，这条路比家谱更可能直接查到名字。
| 数据源 | 规模 / 内容 | 形态与许可 | 怎么用 |
|---|---|---|---|
| 中国家谱总目数据集 OpenDataLab / Chinese-Genealogy |
52401 条家谱条目，608 个姓氏，1200 万字（上海图书馆牵头编纂） | 文本，81.3MB，CC BY-NC 4.0 | 做姓氏分布/谱籍地统计、训练家谱领域模型 |
| ChineseNames R 包 · psychbruce |
1806 个姓氏 + 2614 个取名用字，1930–2008 全国频次（覆盖约 12 亿汉族人口） ★188 · GPL-3.0 |
R 包 / 数据集 | 校验字辈用字、判断名字时代特征与地域分布 |
| 老家河南家谱馆 · 中华家谱数据库 jiapudata.com |
民间藏谱汇编，持续建设中；有各地宗亲会合作 | 网站检索 | 查河南地区姓氏族谱，联系宗亲会 |
| FamilySearch familysearch.org |
全球最大免费线上族谱服务，含中文馆藏与检索 | 网站 / 开放 API | 查海外华人支系、下南洋后裔 |
| 新加坡华人传记数据库 | 1819–2019 八代新加坡华人人物，含关系网络与祖籍地 | CSV / Excel 可下载 | 查下南洋家族在东南亚的支系 |
| 姓氏源流类 API 天行数据 / apihz 百家姓 |
姓氏历史来源、得姓始祖、郡望堂号、迁徙分布、姓氏图腾 | JSON API（有免费额度） | 做产品时补"姓氏介绍"页，省得自己编 |
家谱里找不到答案时，靠的是"迁徙史 + 地名暗号"。下面这张时间轴可以直接当成检索关键词清单用。
上海图书馆把平台里 7 万多种家谱，用机器学习基于事件本体做数据提取，专门抽取始祖和始迁祖的迁徙事件，转成语义化关联数据，再通过可视化与交互设计，做成一张可按朝代查看迁徙趋势的航线图；并对数据密集的几波移民潮做重点展演。这套"从家谱原文抽迁徙事件 → 语义化 → 可视化"的思路，你自己修谱时完全可以照搬：把每位祖先的始迁时间 + 迁出地 + 迁入地结构化下来，就能画出自家一支的迁徙线。
八王之乱 + 五胡乱华，中原士族与富户大规模渡江南下，约 90 万人，占刘宋人口六分之一。今南京—镇江一带北方侨民甚至多于原住民。
河南、河北、陕西居民南下江淮、西入四川，历时一个半世纪，完成中国经济文化中心南移。荆州至常德一带户口因移民增加十倍。
金兵南下、高宗南渡，累计南下移民约 500 万。最密集区是从苏州到宁波一带，杭州城内高度集中。今天世界性的「客家人」族群正是这次移民形成的。
明朝在洪洞大槐树下设局驻员 50 年，大规模迁民 18 次、约百万人，遍布京冀豫鲁苏鄂等 18 省。洪武年间全国移民总数达 1340 万，占人口 19%。
晚清魏源记："江西人入楚，楚人入蜀，故当时有江西填湖广、湖广填四川之谣。"麻城曾收集 142 套族谱，其中 125 支可溯自江西。
自发性经济移民。闯关东：1912–1945 年关内流向关外约 991 万人；下南洋：到 1905 年海外华侨总数已达 700 万，闽粤人占 95% 以上。
客家人祖先本居黄河流域，因战乱南迁至闽粤赣边区。清初康雍乾三朝（约 1680–1800）第五次大迁徙中大批入川，仅仪陇一县客家人曾占总人口 33%，至今约 11.8 万。
民间广泛流传"北有山西洪洞大槐树，南有江西鄱阳瓦屑坝"。这些地名多数不是真实最后的祖籍，而是移民集散地/中转站，是身份认同符号 —— 看到它们就说明你的祖先属于某一次特定移民潮。
① 先从家谱/口传里抠出"始迁祖名 + 迁出地 + 迁入地 + 大致年代"四要素；② 用上表时间轴判断它属于哪一次移民潮，再去该移民潮的集散地（大槐树/瓦屑坝/孝感乡…）方向上找对应姓氏族谱；③ 到 jiapu.library.sh.cn 按「姓氏 + 谱籍地」检索上图及 630 家机构馆藏，并在 data.library.sh.cn 用 API 拉规范化的地名与人名做交叉验证（历史地名变迁务必用它的地理名词表校准）。
纸质族谱是竖排繁体、生僻字多、版面复杂，通用 OCR 基本没法用。这条链路是目前可落地的最优解。
古籍 OCR 的首选底座。PP-OCRv5 单模型即同时支持简体中文、繁体中文、中文拼音、英文、日文，覆盖手写体、竖排文本、生僻字。
✔ 关键参数：lang=chinese_cht（繁体）、降低 det_db_thresh 到 0.3 以适应墨色浅的老谱。
基于 PaddleOCR 的古籍识别工具，把"竖排排序"这个最烦的坑直接填了，开箱即用。
✔ 只想把一本电子化族谱快速转成文字，用这个比从零搭 PaddleOCR 省事得多。
300 是精度与体积的平衡点，低于 300 会明显掉识别率。保存级图像 + 元数据一并留存。
先识别几页，摸清版面类型（双行小注/批注/套印）与主要错误类型，再决定参数。
OpenCV：灰度化 → 高斯去噪 → 投影分析纠偏 → 高斯自适应二值化（对老化泛黄、光照不均更稳）。
PP-Structure：切分标题/正文/表格/图片区域并确定阅读顺序，避免竖排错行。
PP-OCRv5 繁体模型；保存文字 + 坐标 + 置信度，低置信度的地方留给人工。
形近字表纠错（己/已、曰/日、未/末、戌/戍…），但人名务必人工复核，不要被自动纠错改错。
图像层 + 透明文字层，既可保真又可全文检索；版本化发布，保留原文影像与修订记录。
OCR 输出永远是「可校对的初稿」，不是成品。字符准确率高不代表人名、日期、地名、官职正确 —— 而这四类字段恰好是家谱的全部价值所在。务必按"字符 / 字段 / 版面"三层验收，风险字段 100% 人工过一遍。
按你的真实目的直接对号入座。
| 你的目的 | 推荐组合 | 为什么 |
|---|---|---|
| 想快速有个好看的家族网站 | pure-genealogy（★407, MIT） | 一个 Supabase 即跑，中文体验最完整，2D/3D 谱图与 Living Book 直接可用。缺点：无 GEDCOM，数据需靠 Excel 出。 |
| 想数据几十年不丢 + 家人一起改 | Branchloom（有谱）+ 私有 GitHub 仓库 | 本地优先、Apache-2.0、GEDCOM 全支持、冲突手动确认、AI 写入前强制预览 —— 数据主权完全在你手上。 |
| 宗亲会 / 姓氏研究会自建 | LyGenealogy（屈氏宗谱）架构即用 | Monorepo 工程规范、支持多姓氏扩展、前端 SSR 便于对外展示、含字辈查询与亲缘递归。 |
| 认真修谱，要学术级规范 | Gramps（本地主编）+ webtrees（在线协作） | 数据模型含 Source/Citation/Repository 三层溯源；GEDCOM 互通，不会被任何单一软件锁死。 |
| 查祖上到底是谁 | jiapu.library.sh.cn 检索 → CBDB / CGED 查名人 → 老家河南家谱馆找民间藏谱 | 先用 10 万+ 种联合目录定位家谱，再用数据库交叉验证人物生卒、职官、籍贯。 |
| 做迁徙/族谱可视化产品 | 上图开放数据 API + 上图迁徙图方法论 + Genealogy-MBW 图模型 | 数据层用官方 RDF/SPARQL，结构层仿"始祖→始迁祖→迁入地"事件本体，展示层参考航线图与谱籍分布图。 |
| 把纸质老谱数字化 | PaddleOCR PP-StructureV3 ＋ Chinese-Ancient-OCR | 唯一能同时处理竖排、繁体、生僻字与复杂版面的可用开源方案。 |
| 要把谱系翻译成"该怎么称呼" | mumuy/relationship（★3734）当依赖嵌入 | 称谓/辈分/关系链算法直接可用，含北方与粤语模式，还能注册自家地区的叫法。 |
家谱这件事，工具会过期，数据不能。无论你最终用哪个系统，都请做到三件事：① 保留一份 GEDCOM 或纯文本导出；② 原始家谱影像单独存档、不要只留 OCR 文本；③ 每条祖先信息标注来源出处（哪本谱、第几页、谁口述）。做到这三点，数据就能跨过任何一次软件换代，真正"永流传"。