cecc

v3.0.0

Published

2 years ago

繁簡轉換函式庫追求正確率先解析詞性再繁簡轉換繁體中文↔簡體中文轉換 Chinese converter between Traditional Chinese and Simplified Chinese.

Downloads

0High
0Medium
0Low

chinese-converter chinese-simplified chinese-traditional simplified-chinese traditional-chinese traditional-chinese-conversion

CeCC - Colorless echo Chinese converter

在人工智慧讀通文義、繁簡轉換前，應用自然語言處理中文分詞、標注詞性、判斷語境之後再做轉換，應比單純詞彙比對更準確。辭典應可如維基百科般由眾人編輯，且記錄改變原由，加進 test suit。

Concepts

Chinese_converter 採用先中文分詞（附帶詞義、詞性標注），再以 CeL.zh_conversion 繁簡轉換的方法，來輕量化繁簡轉換辭典，同時達到較為精確的繁簡轉換。

單純從前至後替換文字的缺陷

CeL.zh_conversion 採用與 OpenCC 和新同文堂相同的技術，從前至後，於每個字元位置檢查符合辭典檔中詞彙的最長詞彙，一旦符合就置換並跳到下一個字元位置。

這種方法在遇到某些字詞必須與前一個字詞連動時，就可能漏失掉。例如「干」預設會轉成「幹」。（轉換標的通常是用途雜亂，最難找出規則又常出現、例外多的字詞。）因此當辭典檔中有「芒果」卻沒有「芒果乾」時，遇到「芒果干」就可能換成「芒果幹」。我們可以藉由把這些需要連動的詞彙全部加入辭典檔來完善轉換結果，例如令「芒果干」轉換成「芒果乾」，additional.to_TW.txt 與 CN_to_TW.LTP.PoS.txt 中就有許多例子。但這造成辭典檔複雜龐大，就本例來說，我們畢竟不可能把所有動植物，如蘋果乾、響尾蛇乾全加進去。而且每次加入新的詞彙也得考慮是否會影響到上下文。例如加入「上千」將造成「算得上千钧一发」因為先符合了「上千」，「钧一发」本身不在辭典檔中，將造成轉換錯誤。而加入了「下游」→「下游」，也得同時加入「下游戏」→「下游戏」以防止「玩一下游戏」、「停下游戏」被錯誤轉換。

此外這種做法最大的問題是不能依上下文判斷。例如「这颗梨子干你什么事」、「我拿水蜜桃干他朋友什么事」就不容易正確轉換。而有些詞像「排泄」、「排洩」，「自制」、「自製」有兩種可能性，也必須依上下文來判斷。

先中文分詞的好處

先中文分詞來判斷，可依句子與片語的結構來轉換。不但較靈活，也更能應對特殊情況。例如 zh_conversion 指定了許多这只→這隻、一只→一隻之類的轉換。在遇到「這隻是小鳥」、「這只是妄想」時常常出錯。若能判斷出「只」是否為量詞，則可減少許多錯誤。

雖然中文分詞有其優勢，可惜現在中文分詞精確度尚待加強。辭典檔規則極為依賴中文分詞系統，加上 zh_conversion 執行速度快許多，因此 Chinese_converter 只對分詞極少出錯，或者要寫成 zh_conversion 形式規則太過繁雜的特殊情況，才採用中文分詞辭典。

歡迎提供句子以做測試，也歡迎提交辭典檔規則。

Process

繁簡轉換流程：

中文分詞（採用外包程式中文斷詞）
TODO: 自動判斷/手動指定句子、段落的語境（配合維基百科專有名詞轉換）。
依照相應詞典轉換各詞彙

Features

經由判斷詞性，可簡單判斷如何轉換。例如動詞用幹，形容詞用乾。
自帶條件式生成功能，可快速生成辭典用的候選條件式。
自附 cache 功能，可大大降低多次轉譯長文的時間（例如在測試期間、修改辭典條件欲重新轉換）。

Installation

Install LTP first.

經實測，採用哈工大 LTP 4.1.5.post2 Base(v3) 模型的服務端版本，配合相對應辭典；以繁→簡→繁轉換測試檔中的文字，可轉換回原先之內容。

Install 中文分詞: LTP

On Windows, install LTP:

安裝 PyTorch 支援的 Python。（最新的 Python 常不能執行 PyTorch。）
安裝 LTP 與 LTP server 所依賴的軟體包:

pip install ltp
pip install tornado
pip install fire

Upgrade LTP:

pip install --upgrade ltp

Install cecc

Install Node.js, and then install cecc:

npm install cecc

Usage

直接下載 LTP server 原始碼並改 'small' 為 'base'。
啟動 LTP server，預設為 http://localhost:5000/ 。您可能需要 6 GB 記憶體來啟動 server。第一次執行需要下載超過 500 MiB 的辭典檔。

Try codes:

// load module
const CeCC = require('cecc');
// chinese_converter
const cecc = new CeCC({ LTP_URL : 'http://localhost:5000/' });
cecc.to_TW('简体中文');
cecc.to_CN('繁體中文');

完整測試。

# 重新生成 .converted.* 解答檔案。
npm test regenerate_converted
# TODO: 重新生成所有詞性查詢 cache。
npm test ignore_cache

Mechanism 文字替換機制

若有符合附帶詞性辭典檔的文字，則依之變換。其他未符合的交由 CeL.extension.zh_conversion 處理。
zh_conversion 基本上採用 OpenCC 的辭典，並以 generate_additional_table.js 合併新同文堂和 ConvertZZ 的辭典檔成 additional.to_TW.auto-generated.txt 與 additional.to_CN.auto-generated.txt。依照 CeL.extension.zh_conversion 中 Converter.options 之辭典檔順序，每個序列由長至短轉換。實際文字替換轉換作業在 CeL.data.Convert_Pairs 中的 function convert_using_pair_Map_by_length(text)。

辭典修訂流程

Chinese_converter 辭典修訂過程

常規單句式辭典修訂流程

閱讀轉換過的文字，發現轉換錯誤。
改成正確的句子，填入測試檔 general.TW.txt 或 general.TW.answer.txt。
啟動 LTP server，npm test 跑測試。
檢核測試工具自動生成的條件式，將合適的條件式填入辭典檔 CN_to_TW.LTP.PoS.txt 或 TW_to_CN.LTP.PoS.txt。必要時添加新 filter 功能函數於 CN_to_TW.LTP.filters.js。
npm test 確認無衝突。
通過測試後 push 新辭典檔。

邊閱讀文本邊修訂流程

有時另外挑出句子會解析出不同語法，此時必須透過完整轉換文本修訂辭典：通過 work_crawler 選擇繁簡轉換功能，並隨時修訂辭典，應先設定 .cache_directory（work_crawler 會自動設定）。

閱讀轉換過的文字，發現轉換錯誤。
改成正確的句子，填入作品相應的測試檔 _test suite/articles/watch_target.作品名稱.(TW|CN).txt (e.g., watch_target.第一序列.TW.txt)，會在每次轉換都測試是否有相符之文字。
持續修改辭典檔至能通過 npm test nowiki 測試。
重新生成繁簡轉換後文本，檢核測試工具自動生成的條件式，將合適的條件式填入辭典檔 CN_to_TW.LTP.PoS.txt 或 TW_to_CN.LTP.PoS.txt。
全部閱讀檢核完後，將作品相應的測試檔的文句填入測試檔 general.TW.txt 或 general.TW.answer.txt。

Defect

LTP 轉換速率過慢。
詞典仍過於薄弱、有缺陷，尚待加強。
因為當前語言解析程式仍處於粗糙階段，解析結果不甚穩定；更換 LTP 程式版本就需要大幅改變辭典。

Published

Vulnerabilities

Links

Maintainers

Keywords

Readme