Migdal: CL-KIITA: 人工言語知識情報・情報技術事業体

CLAコードの改めての紹介と、現況＆今後の展望

佐藤陽花 — Tue, 09 Dec 2025 03:05:32 +0000

らんらんアドカレ 9日目、待降節第二火曜日の記事です。前回の記事(一昨年)では中国語で書いたものの、結局誰も読めなそうな感じだったので日本語に戻します。

本当は今年こそは(語³アドカレに)記事を書こうと思っていたものの、人工言語アドカレ記事の存在をアドベント始まって暫くするまですっかり忘れていた大間抜けです(昨年は人工言語アドカレ記事の存在自体は覚えていて苔塔アドカレに名乗りを上げていたものの記事を落とした間抜けをやらかしたので、今年こそは...と思っていたんだけども....orz)

皆様お久しぶりです、佐藤陽花です。(往々にして方々で名前が出てきがちなうちの一人だし、多くの界隈人は私のことはご存知だと思うので、改めての自己紹介は省略します)

はじめに

さて相変わらずして人工言語多産の佐藤陽花であり、以前から継続して制作しているオェｼﾞｭルニョェーッ語 (オエル語)やオイナルシャルム語のほか、最近も制作しだしている共作言語や個人言語などの諸言語がありますが、数週間前に某所でCLAコードに関するお問い合わせと新規申請をいただいたこともあり、今回は個別人工言語の話題ではなく、CLAコードの現況と今後の展望について書いていこうとおもいます。

CLAコードといえばこのサイト、Migdal (SNS)にも重要な(記事(やその一部)の言語指定において人工言語を指定出来るように成り立たせている一つがCLAコードです (もう一つが同じくCL-KIITAの策定しているLIISコード及びその補助仕様))。

CLAコード - Conlang Layered Assignment

以下、人工言語Wiki記事や、個別申請における説明内容、CLAチーム内部の運用規範などを掻い摘んで、また整理して説明していきます。

CLAコードの概説

CLAコード(Conlang Layered Assignment コード)とは、ISO 639 に倣い、各人工言語のコードを規定するものです。このコードを用いることで、辞典データなどのデータベース上や、各種アプリケーション上・システム上で人工言語を取り扱いやすくなります。

2015年7月21日におかゆ氏により初版(CLA v1)が提案され、運用されていました。2021年8月5日に提案された試案(CLA v2)を経て、これをもとにCL-KIITA (人工言語知識情報・情報技術事業体)において現行版(CLA v3)の仕様策定が進められ、同8月17日に仕様の策定、9月2日に標準規格が発行され、以降これが運用されています。

CL-KIITA: 人工言語知識情報・情報技術事業体フォロー

人工言語知識情報・情報技術事業体(CL-KIITA, Conlang Knowledge Informatics and Information Technology Association)は、人工言語界隈の情報関連事業のための共同団体です(特定コミュニティ専属ではありません)。

CL-KIITA: 人工言語知識情報・情報技術事業体 · GitHub

人工言語界隈の情報関連事業のための共同団体です(特定コミュニティ専属ではありません)。辞書システム「ILDics」などの開発、及び人工言語コードなどの標準策定を行っています。 - CL-KIITA: 人工言語知識情報・情報技術事業体

github.com

コード仕様概略

CLAコード(CLA v3)こと人工言語層状割当コード(Conlang Layered Assignment Code)は、広い方から制作者(個人、共同、又は集団)、語族(語族・語派など言語グループ)、言語、方言の4階層から構成されていて(大雑把に分けられているだけなので層の名前にそこまで縛られる必要はなくある程度柔軟にできます)、それぞれ英小文字3字、3字、2字、2字のコードを割当られます。語族及び方言はないことも可能で、その場合は「未定義」と記録されます(「未定義」というネーミングはプログラミング界隈の用語なので余り気にしないでください)。

また制作者及び語族、言語及び方言はそれぞれ一つの名前空間を構成しており、制作者及び語族はグローバルに、言語及び方言は語族ないし制作者ごとにユニークなコードを持たなければなりません。

申請の方法と手続

CLAコードの申請には、まずそのコードの指し示す対象となる人工言語(やその方言等)の制作者(或いは代理者)たる申請者が、どのコードが良いか決めるところから始まります。

コードの決め方については(CLAコード仕様に基づかなければならないこと以外は)決まりはなく、申請者の自由となっています。なお、概ね次のような手法が慣例になっています。

原語名称のASCII英字への翻字をベースとする。
数字はa, b, c, ...或いはi, ii, iii, ...などに置き換えるか、又はその言語/方言による読み方を用いる。

また、申請において希望するコードの各々(各層)につき、何の何処の部分からどのように採ったのかの釈明を添付する必要があります(これをもとに申請されたコードが妥当かどうか判断します)。その他、その人工言語(或いは方言)が実際に存在することを明らかにするもの(資料サイトや紹介記事・辞書など)の提示をお願いしています(なお、制作者が審査担当者と知己深く、存在が既知である場合は提示の省略を許すことがあります)。

コードの申請は、制作者/語族/言語/方言の各層に区分して行い、その各々について個別に申請・審査されます。既に発行された制作者コードに属する言語コードの場合、言語コードのみの申請者で十分であり、他のケースも同様です。

各々の層について、申請において必要な項目は、上記に示したものを含め次の通りです。

層の区分
コード要素
コードの選定の釈明
対象の存在証明
原語名: その言語の自称(内名)をUnicode記録可能なよう適宜転写等を施したもの
日本語名: 主に日本語やアジア諸言語中で言及される場合のための名称で、漢字(変種(地域字形)を含む)及び仮名(変体を含まない)を用いることが出来る
英語名: 主に欧文中で言及される場合のための名称で、ダイアクリティカルマークや合字を含むラテン文字を利用することが出来る。
- 目安として、Latin-1、Latin-2、Latin-9及びLatin-10、並びにこれらに(単体又は合成済み形で)出現するダイアクリティカルマークや合字が利用可能
読み仮名: 主に口頭で読み上げたり記述上においてソートする場合のための表記
ASCII翻字: 主にシステムの内部で取り扱う場合のための表記で、原語名を標準ASCII英字に縮退転写させたもの

この他、規則及び慣習に従って審査チームが独自に採録し記録する項目があります。

コードの申請が提出されたときは、申請チームは速やかに審査に着手します。申請者と対話したり調査したりしつつ、審査事項・留意事項について点検し(不備があれば適宜修正や追加説明を求め)、問題ないことが確認できたら承認して付与・発行します。

なお、申請の結果、申請チームの一員たる審査者による最終判断は次の3種類あります。

承認: 審査の結果申請内容に問題が見られず、かつ申請を受け入れることができない事由が存在しない場合
棄却: 申請内容に不備が存在し、かつそれが修正されない場合
留保: 本人申請原則への抵触など、申請自体には問題ないが、申請を受け入れることができない事由が存在する場合 (その事由及び解除条件を明示の上で行われます)

審査チームについて

CL-KIITAの中でも特に、コード割当総部 (Code Assignment Authority; CAA)という部署がコード類の策定＆運用・発行を担っています。コード割当総部はコード類やシステムの規格策定・仕様策定を担う「策定チーム」と、コード類の運用・発行を担う「審査チーム」に分かれています(往々にして共通メンバーがいますが)。

審査チームのメンバーは、全体の運営管理と審査・発行を担う審査権者、雑多な事務処理や記録管理を担う総務書記、そして外国語による申請や問い合わせに対する窓口通訳とに役割分担しています。なお、審査チームの現行のメンバーは次の通りになりますので、お見知りおき下さい。

審査権者 (= 審査担当者)
- 佐藤陽花 (@halka_ffez)
- Ziphil (@ziphil)
- Xirdim (@xirdim)
- かえる (@kaeru2193)
総務書記
- Atridott (@atridott)

手動発行体制の報告と経緯

CLAコードv3の仕様策定・運用開始以来、(同じくCL−KIITAメンバーの)Ziphilさんの開発によるCLAコードPortal(Webアプリ)で申請及び審査・発行を行なっていました。しかし、当時用いていたホスティングサービスに関連する事情で、2022年11月28日付けにて当該Portalの運用を終了し、(次世代Portalの開発を続行しつつ)手動体制にて発行してきました(2023年4月16日付けで「後ほど正式な発表をする予定」と言及していましたが、まさかの2年半越しとなってしまいました)。

ここMigdal(SNS)を管理しているA.I.御大による機能紹介記事には未だポータルへの言及とリンクがありますが、現在使用出来ないのでご留意ください。

(後ほど正式発表すると言及していた)非正式発表曰く、

半年〜一年以内には後継システムを開発・稼働させる予定ですが、現在は暫定措置として人力による手動登録・管理を行っています。

このような事情のため、コード付与をご希望の方やコード照会、お問い合わせなどは当分の間、本拠CL-KIITA鯖やその他DLL鯖等、KIITA言語コード担当者(総代表の私佐藤陽花、主任のじふぃるさん、又は事務役のXirdim)のいる汎人工言語鯖や、KIITA言語コード担当者本人のDM等で、当該担当者までお申し付けください。

(但し多忙等の理由で対応にお時間を頂くことがありますので、ご理解ご了承の程宜しくお願い致します)

という内容となります。

(ここでも「半年〜一年以内には後続システムを」と言及していますが、相変わらずして何年も時が経っているものの、余り進捗が出せず、後続システム始動の目処が全く見えない状況です)

CLAコードはかねてより手動発行体制となっているわけですが、まずは簡易API＆簡易ツールによる半自動の手動体制にしようというのが私達CLAコード審査チームの当面の思惑です。

実際、数日前から私が簡易API＆簡易ツールの仕様作成＆開発に取り掛かかっているところです。

CL-KIITA / Temp_CLIR

Temporary System of Conlang Assignment Management Table

Temp CLIR

Temporary System of Conlang Assignment Management Table

Included Packages

concode_lib pkg: Temporary common library of CLA and other codes
clir_kit pkg: Conlang assignment management tooklit as CLI application
clir_serve pkg: Conlang assignment management service as Web API server
clir_web pkg: Temporary conlang assignment portal as simple dynamic Website

GitHub で見る

手動発行体制の手続

手動発行体制では、本拠CL-KIITA鯖やその他DLL鯖等や、あるいはDM等でのメッセージにおいて、はたまた対面やVCでの会話によって随時受付ております。申請者本人が所定の申請様式を備えたメッセージないし電子ファイルを審査チーム成員に送付するか、あるいは審査チーム成員が申請意思及び申請内容を聴取してこれら所定様式に起こします。このあと、通常の手続と同様に審査・発行がされます。

手動発行体制においては、発行したコードはDiscordのアナウンス機能による告示をもって有効としてきました(なお、それ自体によって有効となる訳ではありませんでしたが、Discordのアナウンス機能による告示自体は以前のポータル発行体制においても用いていましたし、次世代ポータルでも同様とする予定です)。なお、このアナウンス機能のみだと到達範囲が思いの外狭く、有用には周知出来ていないきらいがあったので、有難いことにみかぶるさんが纏めリストを作ってくださいました。

CLAコード一覧(2023-12-25)

みかぶる・ ’23年12月24日

#人工言語

CLIR Assignment Management Table

ここ最近はCLIRという(CLIRのCとRはそれぞれConlangとRegistryですが、間のLとIが自分でも謎)という基本台帳(現時点ではGoogleスプレッドシート)及び周辺プログラムを使って管理しています。

(’25年12月9日午後追記 ― CLIRのIはIdentifiersでした)

さいごに

末筆になりますが、皆様におかれましては今後ともCL−KIITAとCLAコードへのご理解のほどよろしくお願いします。また、CLAコード及びシステムの策定や運用、発行に協力したいひと、興味関心があるひとは非常に大歓迎ですので、どしどしお声がけ下さい。

アドカレ枠の余剰が残っていて、CLIRの実装がある程度終わって、かつ記事執筆の時間的余裕と体力的余力が残っていたら、CLIRの基本仕様と使い方を紹介する続編アドカレ記事を書きたいと思います(期待しないでください)。

LIISコードのIETFシステム対応化についてとイスクイルのLIISコード発給の告示

佐藤陽花 — Mon, 22 Apr 2024 12:44:44 +0000

はじめに

みなさんお久しぶりです。ちょいちょいお目にかかりますCL-KIITA代表の佐藤陽花です。

私たちCL-KIITAは、汎用の人工言語コードであるCLAコードと並行して、LIISコード(Language Information Interchange Supplementary Code)を(一応)策定・運用・管理しています。
これは、コンピュータ上での利用欲求の高いものの既存のISOコード、CLAコード、或いはIETFタグなどの言語コードに採録されていない、或いは不十分であるものについて、適切な状態になるまでの間補助することを目的としています。
なお、詳しくは次の記事をご覧ください。

LIISコード：言語情報交換補充コードの提案

佐藤陽花が CL-KIITA: 人工言語知識情報・情報技術事業体へ執筆・ ’22年2月23日

#cl_kiita #人工言語 #自然言語 #言語コード

規格仕様の補遺

原提案に規定漏れを見つけたので、この場を借りて補遺させていただきます。

LIISコードに使用可能な文字種はCLAコードと同様にASCII英小文字のみとします。また、原語名称のASCII転写によって個々のコードを定めることを原則とします。

LIISコードのIETFシステム対応化について

現行の情報システムにおいては残念ながらIETF形式しか扱えず人工言語の指定に難があるものが多くあるので、CLAコードにおいてやむなくIETF対応形式への変換措置を設定しているところでありますが、それと同等の措置をLIISコードにも同様に適用する手法を規定します。

すなわち、次の通りとします。なお、k, l, aの部分に対応するものは原提案と同じです。

x-liis<kk>-<llll>(<aaa>)

記事投稿サイトや辞書など、CLAコードでの識別を実装しているソフトウェアやサービスの管理者に置かれましては、同様にLIISコードも対応していただくよう宜しくお願いします(特にここMigdal(SNS)の管理者であるAIさん ( @a_i ))。

※とはいえ、正規化の処理は(コード管理システム以外では)プログラム上では必須ではなさそうです。

イスクイルのLIISコード発給の告示

イスクイルを用いて記述された文章を識別子を与えてたいという欲求が存在し、人工言語コードの規定の求めがあったので、これに対処することにしました。
調査したところイスクイル全般を指示するen:ithkが指定発給してありましたが、請求人の陳述によればイスクイルの各版は互いに違いが大きいとの指摘があったので、別言語として扱うことが妥当であると思料するところであります。
したがって、イスクイル制作者のCLAコード申請のあるまでの間の補助として、次の通りイスクイル3及びイスクイル4のLIISコードを指定し発給します。
なお、en:ithkについては従前指定のものについて指示対象の変更を行うものとなります。

en:ithk：イスクイル全般、特にv1(とv2)
en:elrt：イスクイル v3　　(v3非正式一般自称/ɛ'laɾ.tkʰa/より)
en:matr：イスクイル v4　　(v4非正式一般自称/mal'ɤʊ̯θʁaɪ̯t/より)

※CLAコードは原則として制作者本人の申請を要するため、LIISコードでの対応を行います(制作者本人と連絡がつく場合、(並行して)本人に申請を訴求してください。(その方が望ましいあり方ではあります))。

Cotec: Conlang Table Expression powered by CSV 【CLaKIS RFC】

佐藤陽花 — Tue, 19 Dec 2023 14:13:13 +0000

皆さんおはこんばんにちは。この界隈ではもはや知らない人はいないであろう佐藤陽花です。実はアドカレ記事の次は‘人工言語創作における構造主義の理論と実践’をテーマとして記事を書こうと思っておりましたが、みかぶるさんの働きを目にし、その人工言語の古今東西調査記録に貢献しようとこの記事の筆を取った次第です。

さて、非常にありがたいことに数日前からみかぶるさんが、現在存在する人工言語を悉皆に調査し、人工言語一覧表(令和最新版)を作成・随時アップデートしてくださっています。本規格は、その働きを助けるために、一覧表の元データテーブルの記録・メンテナンスの簡易化を目的として、この用途のために安定的に利用できるデータフォーマットを提案するものです。規格仕様はRFC(Request of Comments)の状態に置かれており、パブリックコメントとして関係者を始め皆様のご意見を募集しております。

諸元

名称: Cotec
名称(長形): Conlang Table Expression powered by CSV
拡張子: .ctc
規格番号(暫定): CLaKIS/RFC DX2024-1
規格バージョン: v0.18

仕様 (RFC)

Cotecは、CSV仕様上に構築されるテキストデータとする。Cotecに合致するデータは、CSVとしても合致する。
列区切りのカンマの左右の空白は無視される。後述の通り、処理系では両側の値に回収された後両端トリムされる。

型付の値をカンマ区切りで並べた行の並びを一つのデータテーブルとする。第0行にメタ行を、第1行にラベル行を、第2行に型宣言行を配し、その後第3行以降任意行数分のデータ行が続く。

メタ行は第1列にデータ行の行数列数、第2列にテーブルタイトル、第3列に作者名、第4列に原始作成日時、第5列に最終更新日時、第6列にライセンス名、第7列にライセンス表示、第8列に拡張仕様コードが記載される。
行数列数は{行数}x{列数}の形式で、メタ行の日時はISO形式に準拠して記載される。
拡張仕様コードはUnsigned Intで、ビットフラグ管理される。
ラベル行、型宣言行、及び全てのデータ行の列数は必ず等しい。
ラベルは[A-Z][A-Za-z0-9]*)((-|_|\.|:)[A-Z][A-Za-z0-9]*)*の正規表現に従う。拡張仕様に基づきラベルのレンダリング文字列を規定することができる。

メタ行、ラベル行、型宣言行、及び全てのデータ行の規定セルを除く全ての任意セルはコメント乃至メモのためのセルとして利用することができる。

値には空白を含んでも良いが、値の前後にある空白はトリムされる。
値にはエスケープされないカンマ、改行、空白、アンダースコアは出現しない。
また、Array型リテラル以外の型の値ではエスケープされないセミコロン、Pair型以外の型の値ではエスケープされないコロンは出現しない。SString型においてはリテラル以外ではエスケープされないイコール及び丸括弧は出現しない。
エスケープはいずれもバックスラッシュを前置することによって行う。

Cotecの型は次の通りである。なお、任意の英字T及びUについて、型名の箇所で[T]とあるのは総称型を、T: Uとあるのは型ヒエラルキー上U型の子としてT型が存在することを表し、正規表現の箇所で{T}とあるのはT型のリテラルが埋め込まれることを表す。Any型以外で親となる型が示されていない型は全てObject型を親の型とする。

Any
- desc: any no-typed values acceptable, very very danger, be careful to use
Object: Any
- desc: same as Any excepts Null
Null: Any
- desc: null
- regex: null|nil|~
T? on T
- equals: Union[T,Null]
Type
- desc: 型を表す型
- regex: {TypeKernel}(\[{Type}(,{Type})*\])?\??|({Hom}|${Hom}$\?)
TypeKernel
- desc: 型名のうち固有リテラルでない部分
- regex: ([A-Z][A-Za-z0-9]*)(_[A-Z][A-Za-z0-9]*)*
Label
- desc: ラベルの型
- regex: ([A-Z][A-Za-z0-9]*)((-|_|\.|:)[A-Z][A-Za-z0-9]*)*
BinArray[B] on B where B: Binary
- desc: binary array with unit
NString
- desc: Natural string
- regex:
SString
- desc: エスケープされないイコール及び丸括弧が出現しないことを除きNStringと同様
Bool
- desc: 2-value boolean
- fmt: true, on, yes (as true) / false, off, no (as false)
- regex: (true|on|yes)|(false|off|no)
ANumber
- desc: Auto (unique) number (integer) within identity mainly-for primary key
FNumber
- desc: Fixed digit-count (unsigned) number (integer)
SNumber
- desc: Signed number, with infinity and NaN
UNumber
- desc: Unsigned number, with infinity and NaN
Binary
- desc: sized bit array
Byte: Binary
- desc: byte size(8 bits) value
Half: Binary
- desc: half size(16 bits) value
Word: Binary
- desc: word size(32 bits) value
Url
- desc: URL
Date
- format: (yy|')yy(.m(.d(.h(.M)?)?)?)?
- regex: (([1-9][0-9]?)|')[0-9]{2}(\.(([0-9])|(1[0-2]))(\.(([1-2]?[0-9])|(3[0-1]))(\.((1?[0-9])|(2[0-4]))(\.([1-5]?[0-9]))?)?)?)?
DateRange
- regex: ({Date}-{Date}?)|(-{Date})
LangCode
- desc: 言語コード識別コード付きの言語コード
- regex: \{[a-z]{3}[a-z0-9]\}[a-zA-Z0-9_~\-]+
LangClass
- equals: Union[ClassicClass, Array[MoyuneClass]]
ClassicClass
- desc: 俗にSe分類とも呼ばれる伝統的な分類
MoyuneClass
- desc: モユネ分類の各々の値。ASCII英大文字三字(のenum)
Ariority
- desc: アリオリ性
- fmt:
  - Unknown: 不明
  - Mixed: アプリオリとアポステリオリの混合
  - Pri: アプリオリ(詳細不明)
  - Pri.Strict: 厳格にアプリオリ
  - Pri.PartPost: 原則アプリオリだが部分的にアポステリオリ
  - Pri.AcceptPost: 原則アプリオリだがアポステリオリも許容
  - Post: アポステリオリ
  - Post.Strict: 厳格にアポステリオリ
  - Post.PartPri: 原則アポステリオリだが部分的にアプリオリ
  - Post.AcceptPri: 原則アポステリオリだがアプリオリも許容
- regex: Unknown|Mixed|Pri(.(Strict|PartPost|AcceptPost))?|Post(.(Strict|PartPri|AcceptPri))?
Array[T] on T
- regex: {T}(;{T})*;?
Pair[K,V] on K, V
- desc: K型の値とV型の値の組
- regex: {K}: {V}
- prop: 型パラメタについて結合則及び反交換則を満たす。
Hom[K,V] on K, V
- desc: ホム類。K型の値を始域、V型の値を終域とする射の族
- prop: 型パラメタについて結合則及び反交換則を満たす。
- regex: {Type}->{Type}
Union[T,U] on T, U
- desc: T型もしくはU型
Nominal[A] on A
- desc: 別名義と注釈も記載可能な名義
- prop: 型パラメタについて結合則及び交換則を満たし、またPair型及びHom型に対する分配則を満たす。
- regex {SString}(={SString})*( ${A}$)?
ArrayOr[T]
- state: deprecated from v0.8, for removing
- desc: same as Union[T,Array[T]]
MapFor[T,label] on T (experimental)
- state: pre experimental
- desc: 指定のlabelと写像関係にあるT型の値。Array型の場合長さは等しい必要がある。

拡張仕様コードは次の通り。使用する拡張仕様の拡張仕様コードの和を用いる。拡張仕様を用いない場合のデフォルト値は0で、記載必須値とする。

拡張仕様1及び2では、メタ行とラベル行との間に追加メタ行が2行追加される。追加メタ行第1行は設定的用途のため、同第2行はメタ情報的用途のために用いられる。

1: 概要、経緯及び更新情報の記載のための追加メタセル
2: 言語別ラベルレンダリングのための補助テーブル
4:
8:
16:

拡張仕様: 概要、経緯及び更新情報の記載のための追加メタセル　(コード1)

追加メタ行第2行第1列から第3列までにそれぞれ概要、経緯及び更新情報がNString型に準拠して記載される。

追加メタ行第1行第2列にその他の追加メタ情報の項目数を記載する。概要、経緯及び更新情報のみの場合は0と記載される。

その他の追加メタ情報は追加メタ行第2行第4列以降にラベルと値の組みで記載される。ラベルはラベル行のラベルと同様の形式に準拠して、値はNString型に準拠して記載される。

拡張仕様: 言語別ラベルレンダリングのための補助テーブル (コード2)

追加メタ行第1行第2列に補助テーブルの(ラベル行を基準とした)オフセット行数と長さ行数が{オフセット}-{長さ}の形式で記載される。

補助テーブルの列数は、データ行の列数とその他の追加メタ情報の項目数の和に4列加えたものとする。
補助テーブルにおいて、各行第1列はレンダリング言語をLangCode型に準拠して記載され、同第2列に対応するレンダリング文字列をNString型に準拠して記載される。レンダリング文字列は、ラベル行、概要、経緯、更新情報、及びその他の追加メタ情報の順序で記載される。

懸案事項

総称型のネストのリテラルはどうしようか
列の間でのセル値の紐付け制約の記述の方法はどうしようか

上載仕様: 日本語圏人工言語リストにおけるCotecのラベル及び型に関する定義

messier,name,kanji,desc,creator,period,site,twitter,dict,grammar,world,category,moyune,cla,part,example,script 
Any,Array[NString],Array[NString],Array[NString],Array[NString],DateRange,Array[Url],Array[Url],Array[NString],Array[NString],Array[NString],Array[NString],Array[MoyuneClass],Array[LangCode],Any,Array[NString],Array[NString]

Migdalの正式始動に寄せて - 原典引照版

佐藤陽花 — Sat, 30 Sep 2023 14:33:47 +0000

ここMigdal SNSが(試行期間を終え)正式に始動した際に献呈した祝辞「Migdalの正式始動に寄せて」が、ここ最近(CL-KIITA宣言と同様に)人工言語による翻訳のお題と化しそうな機運があります。

しかし、この祝辞は新旧約聖書や映画「パプリカ」からの引用や翻案が多く、特に聖書から引用や翻案されている部分は聖書/キリスト教として特有の意味や事情を背景として持っており、人工言語やその他の言語に翻訳する際に注意する必要があります。なので、祝辞を翻訳する皆様の参考として役立たせるため、祝辞本文のそれぞれについて引照を附し注解を行うものして本記事を提供いたします。

なお聖書箇所を引照している部分において引用している章句は新共同訳に拠ります。また箇所記載の直後に角括弧で記されているのはページ数で、順に新共同訳、聖書協会共同訳のものとなります。聖書をお持ちでない方は㈶日本聖書協会の聖書検索にて(箇所記載の)書名・章・節を入力し検索することで章句を閲覧できます。

Migdalの正式始動に寄せて　(原典引照版本文)

東の方から誕生した人工言語の集いの場、Migdalの正式始動を祝して。

東の方(ひがしのほう): 東方(とうほう)ともいう。場所/位置ではなく方向であることに注意。半ば東方Projectとも言葉掛けされているが、この箇所に特に深い意味はない。

全地の人工言語よ、産声を上げよ、育てられよ、地に満ちよ。いちじくの青い実が、大風に揺さぶられて振り落とされるように、全地の人工言語は、我々愛好家の知性により生み出され、使われる。

全地(ぜんち): 全世界と同じ(諸共同訳聖書及び正教典礼における和訳を使用)。以下出現箇所において同様。産声を上げよ、育てられよ、地に満ちよ：「産めよ、増えよ、地に満ちて」(創世記1章28節第2文<旧2/2>)「産めよ、増えよ、地に満ちよ。」(前掲書9章1節第2文)<旧/10>)より。
いちじくの〜振り落とされるように: 「まるで、いちじくの青い実が、大風(おおかぜ)に揺さぶられて振り落とされるようだった。」(ヨハネの黙示録6章13節第2文<新459/447>))より。
いちじくの青い実: 果実であれば何でも良いわけではなく、知恵の実である「いちじく」だからこそ成り立つ表現である。また「青い」というのは物体の色自体を指しているのではなく、(少なくとも完全には)熟していないということを表す。非商業創作物である以上多かれ少なかれ未熟な点があるのが当然であり、したがって未熟なことを理由に躊躇ったり退けたりするものではなく、また完成度に関わらず受け入れられるという含意がある。

初めより神と共にあり、またこの世界の万物を成しているあらゆる輝ける言語、全地の言語のもとに生まれた新たな言語が、またそれら言語に関する記事が、積み重なり、塔となるように、その命にて世界を、暗闇を照らすように。

初めより神と共にあり: 「初めに言(ことば)があった。言は神と共にあった。」(ヨハネによる福音書1章1節第1文〜第2文<新163/160>))より。
世界の万物を成している: 「万物は言によって成った。」(前掲書1章3節第1文<新163/160>)より。語彙によって世界のあらゆる事物や実体が弁別され、個々のものとして認識されるようになるのです。
積み重なり、塔となるように: ここMigdal SNSの名前の由来でもある、かの有名なバベルの塔(創世記11章<旧13/13>)のこと。
命: 聖書において世界最初の女性の名前エバがヘブライ語で「命」を意味することから。
世界を、暗闇を照らすように: 「神は光と闇を分け」(前掲書1章4節第2文<旧1/1>))「光る物があって、地を照らせ」(前掲書1章14節第3文<旧1/1>))などより。

現実の自分、創作世界の自分。どちらが本当の現実かは関係ない、どちらの自分も真実であり、肯定されるべきものだ。

「夢」を「創作世界」と改めて用いている。映画パプリカのセリフ由来のはずだが出処不明。

祝福された現実を生きるために、全地の愛好家よ、人工言語に取り組め！

祝福された現実を生きる: 映画パプリカのセリフ由来のはずだが出処不明。

Migdal、人工言語の門から！今こそ、青空に向かって凱旋だ！

今こそ、青空に向かって凱旋だ！: 「今こそ青空に向かって凱旋だ！」(パプリカにおける島所長によるセリフ)より。

進め！集まれ！人工言語の愛好家たちよ！我々の「大きな夢」を成し遂げ「人類の巨大な歴史的宝庫」とするために！

進め！　集まれ！: 「進め！　集まれ！　私こそがお代官様！」(同島所長によるセリフ)より。
我々の「大きな夢」〜とするために！: 映画パプリカのセリフ由来のはずだが出処不明。

　　
(日時署名略)

LIISコード：言語情報交換補充コードの提案

佐藤陽花 — Wed, 23 Feb 2022 12:27:25 +0000

LIISコード：言語情報交換補充コード
LIIS Code: Language Information Interchange Supplementary Code

ISOコード、CLAコード、或いはIETFタグによってコード定義されていない言語、或いはそれらの系統言語について補充し言語情報交換のために提供する言語コード。主要な言語やコンピュータ上での利用欲求の高い言語を中心に採録される。

(本提案の)筆者自身がCL-KIITA宣言を伝統仮名へ翻訳する際に直面した、以下のA.I.さんの発言に如実に表れているような問題に対処するために考案された。

しかし旧仮名も旧字体も中古日本語も中世日本語も漢文訓読体も言語コードで書けない

レ

@wartemeinnicht

しかし旧仮名も旧字体も中古日本語も中世日本語も漢文訓読体も言語コードで書けない

午前04:26 - 2022年2月21日

採録手続

採録は製作者・話者等の申請によらず、コード委員会の判断による。

CLAコード等適切な言語コードにおいて採録され、本来あるべき状態となった場合はそちらに正規化するようにする。また、正書法によるコード付与をされているもの(LIISコードにおいて種類部がorとなっているもの)、はしかるべき文字体系コードにおいて採録された場合に同様に扱う。

形式

種類(k: kind)、言語(l: language)、追加(a: additional)の三階層によって構成される7字・13字コードである。

kk:llll(_aaa)

基底部(言語部)＋追加部で一意となるようにコード付与を行う。また種類部は省略して記述しても問題ない。

種類

人工言語系

au：補助言語 Auxiliary Languages / 知的生命体が実際に意思伝達をするために用いることを想定した言語。工学言語・実験言語・改変言語に含まれるものを除く。
en：工学言語 Engineering Languages / 工学的な手法によって作られた言語や、知識表現・言語研究のために作られた言語。
ex：実験言語 Experimental Languages / 音韻や文法などの実験のために作られた言語や、その残骸
md：改変言語 Modified Languages / 自然言語に改変を加えて作られた言語。
ar：芸術言語 Artistic Languages / 補助言語・工学言語・実験言語・改変言語に含めれないすべての人工言語

自然言語系

hs：古代言語 Historic Languages
mi：少数言語 Minority Languages
pc：祖語古語 Proto-languages and Classical Languages
or：異書記法 Different Orthographies

例示

人工言語

au:espo_leg：エスペラント(正規) <{iso1}eo, {iso2}epo, {iso3}epo, {ietf}eo はこれに正規化する>
au:espo_hsy：エスペラント(H方式) <{ietf}eo-hsistemo はこれに正規化する>
au:espo_xsy：エスペラント(X方式) <{ietf}eo-xsistemo はこれに正規化する>
au:espo_csy：エスペラント(キャレット方式)
au:espo_ido：イド語 <{iso1}io, {iso2}ido,{iso3}ido, {ietf}io はこれに正規化する>
au:espo_arc：アルカイカム・エスペラントム <{ietf}eo-arkaika はこれに正規化する>
ar:euro_mix：ユーロパント
ar:trns_mix：トランスピラント
ar:baro：アーヴ語
ar:klin：クリンゴン語 <{iso2}tlh, {iso3}tlh, {ietf}tlh はこれに正規化する>
en:tokp：トキポナ <{iso3}tok, {ietf}tok はこれに正規化する>
en:logl_log：ログラン
en:logl_jbo：ロジバン<{iso2}jbo, {iso3}jbo, {ietf}io はこれに正規化する>
en:ithk：イスクイル
md:engl_ang：改変英語(Anglish)
md:japn_kyo：改変日本語(協和語)
md:japn_mus：改変日本語(麝香日本語)
md:nsla_sev：北スラブ語(セヴェルスク語)
md:nsla_sla：北スラブ語(スラヴェニ語)
md:nsla_sie：北スラブ語(セヴォリア語)
md:nsla_nas：北スラブ語(ナシカ語)
md:nsla_voz：北スラブ語(ヴォズギア語)

自然言語

or:japn_trs：現代日本語(伝統仮名遣い・正字体)
or:japn_trn：現代日本語(伝統仮名遣い・新字体)
or:japn_mds：現代日本語(現代仮名遣い・正字体)
or:japn_mdn：現代日本語(現代仮名遣い・新字体)
hs:japn_emd：近世日本語
hs:japn_lmi：中世日本語
hs:japn_emi：中古日本語
hs:japn_old：上代日本語 <{iso3}ojp はこれに正規化する>
or:chan_kun：漢文訓読体
or:chan_gug：口訣

CL-KIITA 宣言(傳統假名翻譯)

佐藤陽花 — Mon, 21 Feb 2022 02:18:32 +0000

　我等は、我等の活動する此の人工言語界隈に於いて、其の智識と情報を分かち合ひ、其の情報技術を以て貢獻し、其の財產を共有及び保全する事を促進し實行する事に依つて、我等が界隈の持續的な發展に寄與する事を目的と爲て、人工言語智識情報・情報技術事業體を設立した事を確認し、以て活動を行つてゐる事を此處に宣言する。

　我等は、人工言語に關はる諸活動の後退する事無き發展と前進の爲に、人工言語に攜はるあらゆる個人及び集團に取つて、其の取り組みに於いて、より多くの智識と情報の入手と、既存の財產のより容易な活用が可能で有ると共に、過去から將來に亙つて生み出された智惠が、失はれる事無く繼續して保全される可きだと信ずる。

　本事業體は、各個人や集團に對して、其の行ふ制作其の他の活動を不當に强制、制限する物では無い事を確認する。本事業體は、人工言語に攜はる個人及び集團のより多くと連攜し、其れを中繼し、其の結集と協和の場を提供する。

　我等は、人工言語に關する諸事の一層活氣有る繁榮と發展を願ひ乍ら、全力を擧げて此の理想と目的を達成せむと慾す。

令和三年十二月卅日
CL-KIITA 人工言語智識情報・情報技術事業體
總代表　佐藤陽花
成員一同

CL-KIITA Decl.

佐藤陽花 — Wed, 16 Feb 2022 05:28:59 +0000

　We acknowledge that we established Conlang Knowledge Informatics and Information Technology Association, and declare that we hereby are carrying out the activities. The aim is to contribute to the sustainable development of our community, in this conlang community in which we operate, by:

sharing our knowledge and information,
contributing with our information technology,
promoting and implementing the sharing and preservation of its assets.

　We believe that, in order to ensure the uninterrupted development and progress of activities related to conlangs, all individuals and groups working with conlangs should be able to obtain more knowledge and information and to make easier use of existing assets in their efforts, and that the wisdom generated in the past and in the future should continue to be preserved without being lost.

　The association confirms that it does not unreasonably coerce or restrict the production or other activities of any individual or group. The association cooperates with and relays a greater number of individuals and groups involved in conlangs, and provides a forum for their coming together and collaboration.

　We will do our utmost to achieve these ideals and aims, hoping for a more vibrant and prosperous development of conlangs.

30 Dec. 2021
CL-KIITA Conlang Knowledge Informatics and Information Technology Association
General Chief　Haruka Sato
All Staffs

TP に関する思案 (第二ラウンド)

佐藤陽花 — Sat, 22 Jan 2022 13:39:27 +0000

昨年、 TP に関する思案をしていたが、本日 Ziphil(@ziphil) 氏のシャレイア語配信のさなか TP の話題が出たこともあり、改めて TP に関する思案をする流れとなった。

(昨年の思案については下記記事を参照。)

TP に関する思案

佐藤陽花が CL-KIITA: 人工言語知識情報・情報技術事業体へ執筆・ ’21年10月25日・約 2200 字/語

#tp #語彙数 #単位 #トキポナ語数計度

この思案のさなかで、Ziphil( @ziphil ) 氏やA.I.( @a_i )氏の助力のもと、CTWI(常用トキポナ語数計度)についてまとまった成果を得たので説明していく。

TP とは

そもそもTPとは何か、ということだが、昨年の記事でも説明しているので、ここではざっと概略を示すだけにとどめて、詳細は昨年の記事や「人工言語学Wiki」(「Migdal Conlang Wiki」に統合・移行予定)の記事を参照されたい。

TPとは、モヤ氏が提案した計算が容易かつ感覚的に測りやすい語彙数の尺度である。また、語彙数を議題とした話し合いでも用いられる。

(人工言語学Wiki/TP_(単位))

定義

名称：TWI　トキポナ語数計度　Toki-Pona Word-Count Index
単位記号：tp
計算式： $\text{TWI} = \text{Word} / 120$
解説：従来「TP値」と呼ばれていた、語数を(トキポナの語数である)120で割った指標である。計算式が単純な反面、関数が単調増加であって、小さい語数や大きい語数、すなわちトキポナの語数120から離れた語数だと数値が直感的でなくやや使いづらいという問題がある。

名称：CTWI　常用トキポナ語数計度　Common Toki-Pona Word-Count Index
単位記号：ctp
計算式： $\text{CTWI} = 120 \log_{120}{(\text{TWI})} + 120 = 120 \log_{120}{(\text{Word})}$
解説：従来log TPと呼ばれていた(「PTP」とも呼ばれていた)常用対数値に改訂を加えたものである。ただ、今回の思案で対数の底を10から120に変えたので常用対数値ではなくなったが、変わらず常用トキポナ語数計度と呼ぶことにするので、注意されたい¹。

計算値

主要な語数で計算してみた結果が以下である。

言語	語数	TWI	CTWI
基数	1[word]	0.008[tp]	0[ctp]
二進数	2[word]	0.017[tp]	17.374[ctp]
核	120[word]	1[tp]	120[ctp]
常用	250[word]	2.083[tp]	138.397[ctp]
トキポナ	750[word]	6.25[tp]	165.934[ctp]
オエル語	900[word]	7.5[tp]	170.504[ctp]
ロジバン	1200[word]	10[tp]	177.715[ctp]
実用可	2500[word]	20.833[tp]	196.112[ctp]
シャレイア語	2860[word]	23.833[tp]	199.484[ctp]
低学歴N	5000[word]	41.667[tp]	213.486[ctp]
高学歴N	10000[word]	83.333[tp]	230.86[ctp]
アルカ	12000[word]	100[tp]	235.43[ctp]
著名作品	20000[word]	166.667[tp]	248.234[ctp]
自然言語	120000[word]	1000[tp]	293.145[ctp]
英語	500000[word]	4166.667[tp]	328.916[ctp]

思案過程

CTWIの乗算・加算の定数が主要な思案内容であった。

Ziphil(@ziphil) 氏もこう述べるとおり、対数をとった結果の負の値の処理に悩んでおり、加算をしようということになった。

Ziphineko / Ziphil 🐱🐰 • ’21年11月2日

120語未満で負の数が出てくるのがちょっと気持ち悪いので、定数を加算して調整したい気持ちもある。

このとき乗算の定数が100で固まろうとしていたこともあり(経緯は前回記事の検討節を参照)、最小値である(単語数1のときの)-207.92を0以上にするキリの良い数ということで300加算にしようかなどと考えあぐねていた。

負の単語数はないと思うので、0の時に0になってくれるとうれしいかもですね

A.I.( @a_i )氏のこの提案により、思い切って底を10から120に変えることにした。こうすることで、乗算・加算したときに1語と120語のときにキリが良くなる(華氏温度のように)のである。

この後、A.I.( @a_i )氏のこの提案により、1語のとき0に、120語のとき120なるように乗算・加算定数を決めることになった。

120語の時に120にするとか？

これにより、結果として冒頭のこの計算式に至ることになった。

\text{CTWI} = 120 \log_{120}{(\text{TWI})} + 120 = 120 \log_{120}{(\text{Word}/120)} + 120

試算

この思案(ラウンド2)においても、例に漏れることなくDartプログラムによる試算のお世話になった。ここに用いたプログラムを掲げる。

import "dart:math";
import "package:intl/intl.dart";
void main(){
  NumberFormat f = NumberFormat("###0.###", "en_US");
  Map<String, int> tab = <String, int>{}
      .put("基数", 1)
      .put("二進数", 2)
      .put("核", 120)
      .put("常用", 250)
      .put("トキポナ", 750)
      .put("オエル語", 900)
      .put("ロジバン", 1200)
      .put("実用可", 2500)
      .put("シャレイア語", 2860)
      .put("低学歴N", 5000)
      .put("高学歴N", 10000)
      .put("アルカ", 12000)
      .put("著名作品", 20000)
      .put("自然言語", 120000)
      .put("英語", 500000);
 String res = pTestTWDsTable(tab,f,TableOutput.normal);
  print(res);
}
double flog(num x, [num? ladix]) {
  if (ladix == null) {
    return log(x);
  } else {
    return log(x) / log(ladix);
  }
}

//Common Log
double clog(num x) {
  return flog(x, 10);
}
String pTestTWDsTable(Map<String, int> tab, NumberFormat f, TableOutput to){
  String mdLab = "| 言語 | 語数 | TWI | CTWI |\n| --- | --- | --- | --- |\n";
  switch(to){
    case TableOutput.normal:
      return tab.map((String lab, int data)=>MapEntry(lab,pTestTWDs(lab,data, f,to))).values.join("\n");
    case TableOutput.md:
      return mdLab + tab.map((String lab, int data)=>MapEntry(lab,pTestTWDs(lab,data, f,to))).values.join("\n");
  }
}
String pTestTWDs(String label, int word, NumberFormat f, TableOutput to){
  switch(to){
    case TableOutput.normal:
      return "$label: $word[word], ${f.format(calcTWD(word))}[tp], ${f.format(calcCTWD(word))}[ctp]";
    case TableOutput.md:
      return "| $label | $word[word] | ${f.format(calcTWD(word))}[tp] | ${f.format(calcCTWD(word))}[ctp] |";
  }

}
double calcTWD(int word)=>word/120;
double calcCTWD(int word)=>flog(calcTWD(word),120)*120+120;
extension MapCtl<K, V> on Map<K, V> {
  Map<K, V> put(K key, V value) {
    this.putIfAbsent(key, () => value);
    return this;
  }
}
enum TableOutput{
  normal,
  md,
}

\log_{120}{x} = \frac{\log_{10}{x}}{\log_{10}{120}} ≒ 0.48096 \log_{10} {x}

これについてであるが、対数の底の変換を上のように行うことにより引き続き常用対数であるものと考えることができる。 ↩

CL-KIITA宣言

佐藤陽花 — Wed, 29 Dec 2021 15:10:20 +0000

　我らは、我らの活動するこの人工言語界隈において、その知識と情報を分かち合い、その情報技術をもって貢献し、その財産を共有及び保全することを促進し実行することによって、我らが界隈の持続的な発展に寄与することを目的として、人工言語知識情報・情報技術事業体を設立したことを確認し、もって活動を行っていることをここに宣言する。

　我らは、人工言語に関わる諸活動の後退することなき発展と前進のために、人工言語に携わるあらゆる個人及び集団にとって、その取り組みにおいて、より多くの知識と情報の入手と、既存の財産のより容易な活用が可能であるとともに、過去から将来にわたって生み出された知恵が、失われることなく継続して保全されるべきだと信ずる。
　本事業体は、各個人や集団に対して、その行う制作その他の活動を不当に強制、制限するものではないことを確認する。本事業体は、人工言語に携わる個人及び集団のより多くと連携し、それを中継し、その結集と協和の場を提供する。

　我らは、人工言語に関する諸事の一層活気ある繁栄と発展を願いながら、全力を挙げてこの理想と目的を達成しようと欲する。

令和3年12月30日
CL-KIITA 人工言語知識情報・情報技術事業体
総代表　佐藤陽花
スタッフ一同

第404課: Page Not Found.

佐藤陽花 — Thu, 23 Dec 2021 08:14:25 +0000

皆さんご存知の方が多いと思いますが、人工言語界隈の情報関連事業のための共同団体としてCL-KIITA(人工言語知識情報・情報技術事業体)が存在し、人工言語界隈の発展のため、知識情報・情報技術をもって日々活動をしています。

さて、このCL-KIITAのホームページを現在作成しております。404^※のエラーページのデザインを考えていたところ、各人工言語で「ページが見つからなかった」ということを表す文章を用いるのはどうかと思いつきました。（折角人工言語界隈の団体をやっているわけですからね。）

ということでこの文章をお題として募集したいと思います。それぞれの人工言語で「お探しのページが見つかりません」を意味する文章を是非お寄せください。お待ちしています。

参考：

CL-KIITAのホームページ：https://cl-kiita.github.io/
現在の暫定エラーページ：https://cl-kiita.github.io/404.html

受取済

リパライン語：Co lex karx ujul veles niv jelo.
シャレイア語：Dukocaqat a mital afik.
オエル語：Мav worāx rasako пeidж, dƣac ge ginaraгo teko rasati.
マクェン語：Cipanêlat îmes pôilon tê el z tôil cipanîp êcis.
ヨングロ語：Hiat zh wodr ikncus das lo sw'ikncus'nc mh.
雰語：不見君続今探斉電紙。(Han hid yak simt pog sat sib pist musp.)
ロジバン：.i no da cukta tu'a lo se sisku
トキポナ：Lipu li lon ala.

※Web(正確にはHTTP通信)においてリクエストされたページが見つからなかった事を示すエラーコード

CL-KIITA Brand Identities

佐藤陽花 — Thu, 02 Dec 2021 19:15:11 +0000

シンボルマーク - Symbol Mark

右上には社会を行き交う情報を表す葡萄。右下には人工言語界隈の骨格たるを象徴する鉄骨をも表すInformationのIの図案化。左下には人工言語、もとい言語を象徴するバベルの塔。左上には知識を表す頭脳・本に情報工学を表す回路。

葡萄をして社会を行き交う情報を表しているのは, 葡萄の木が大量の情報伝達能力をもつインフォーマルコミュニケーションの比喩として用いられることに由来している(同じように東京情報大学のシンボルマークも葡萄がモチーフである)。

ファビコン等のための省略形は以下。葡萄とI字が表されている。

ロゴマーク - Logo Mark

旗 - Flag

紫地に桃色のスカンジナビア十字、金色のフィンブリエーション。カントンは白地で葡萄をチャージとする。また十字の中心に正方形の盾があり、紫のバベルの塔をチャージとする。加えて十字の横軸には長手の中心に本を置く。

発音記号ロゴタイプ - Pronounce Alphabet Logotype

KIITAの部分の公式発音を示す公式ロゴタイプもある。IPA(国際音声記号)に拠っている。

ブランドカラー - Brand Colors

CL-KIITAのブランドカラーは以下の3色。これらの色は, シンボルマークにも描かれているモチーフの葡萄の色である。

KIITA Grape Dark (Bourgogne) #640125
KIITA Grape Light (Claret) #941f57
KIITA Grape Wine (Bordeaux) #83274e

またサブブランドカラーとして以下の3色が設定されている。

Migdal Babel Base #f2dfc3
Migdal Background Green #8fc31f
Overgrown Bush Green #006633

その他、各々の部門においてはブランドカラー(メイン)及びサブブランドカラー(アクセント)を各々1色ずつ設定されている。

CAA: コード割当総部
- (Main) Milk Chocolate Brown #84563c
- (Sub) Milk Tea Brown #efcd9a

ホームページやバナー、ポスターなどは, これらの色を基調としてデザインされる。

利用 - Use Case

シンボルマーク
- カラー多色の場合: シンボルマークのうち, 鉄骨と回路素子、頭脳がGrape Dark, 葡萄がGrape Light, 本と塔がGrape Wine, 回路線は#f3b14fを用いる。
- カラー単色の場合: シンボルマーク全体に, Grape Colorsのいずれかを用いる。
- モノクロの場合: シンボルマーク全体に用いる色は漆黒一色とする。
ロゴマークの文字部分
- フォントは和文部にはTP明朝を, 英文部にはCentury Schoolbookを用いる。また東亜各字種に転写することも出来、漢字を用いる場合は新宋朝体、朝鮮字を用いる場合は首爾漢江体による。ただし周囲がゴシック体であって明らかかつ非常に著しく明朝体が調和しない場合, 或いはこれらのフォントが入手困難である場合は, Montserratを用いる。
- 色はシンボルマークにおけるカラー単色の場合と同様。

リソース - Resource

シンボルマーク(標準形)： svg png
シンボルマーク(省略形)： svg png
ロゴマーク(標準形)： svg png
ロゴマーク(省略形)： svg png
ロゴマーク(組み文字)： svg png
発音記号ロゴタイプ： svg png
旗： svg png
シンボルマーク(両形並べ)： svg png

参考資料 - References

Migdal SNS の開発中機能について(Liquidタグ)

佐藤陽花 — Mon, 29 Nov 2021 14:07:29 +0000

お、UIが丸みを帯びてる....(それとタグのハッシュ記号に色がついてる...)

というのはともかく、皆さん、「Liquidタグ」というものをご存知ですか(或いは使っていますか)？

「Liquidタグ」は、(ECサイトプラットフォーム「Shopify」により開発された)テンプレート言語Liquidで提供されるマークアップタグで、Migdal SNSではツイートや YouTube 動画などの高度なコンテンツを入れることができます。

記事を編集していると右側にこんな文章がありますね(実は1文前の後半はこれの受け売り)。

現在Migdal SNSの記事中で使えるLiquidタグはLiquid標準のもののほか、このSNS(Migdal)のために用意された追加のものがあります。

標準タグは、Liquid公式サイトから確認できます。if, forなどの制御フロー関係など多彩なタグがあります。

追加タグは、右側の文章中の「Liquid タグ」とある部分のリンクから開けるポップアップ(次の画像)から確認できます。

本題

さてLiquidの説明がやけに長くなってしまいましたが、本題であるMigdal SNS のために開発中の追加機能について話していきます。我々(CL-KIITA)Migdal SNS部門では、Migdal SNSのために、いくつかのLiquidタグを追加すべく開発が進められています。

追加タグ

言語埋め込み

地の文とは別の言語を文中に、或いは文章中に埋め込むことができます。言語コード識別コードを伴ったISO言語コード、IETF言語タグ、CLAコードで自然言語や人工言語など多くの言語に対応します(地の文で対応している言語のみ/フォント含め同)。

仮実装（21-12-15）

インライン用（span）: {% ln [言語コード] %} 内容 {% endln %}
ブロック用（div）: {% lang [言語コード] %} 内容 {% endlang %}

※現時点で Liquid に渡る前にパーサーが CLA コードを斜体だと解釈してしまうので、当分の間 IETF 形式でコードを入力してください。そのうち修正します。

Dartpad埋め込み

Web&Appを主な対象とするプログラミング言語であるDart言語(おすすめ！)のオンライン実行環境であるDartPadに、予めコードを設定して共有できるようにしたものを埋め込むことができます。

現在はJavaScript/TypeScript、Kotlinが対応していますが、それにDartが加わります。（イェェイ

仮実装（21-12-16）

{% dartpad [ID] [タイプ] [パラメータ...] %}

※ [タイプ] はこちらの選択肢に準拠し、dart|flutter|html|inlineで記入します。[パラメータ] はその他のパラメータを key=value の形式で、任意の数空白で区切って入れられます。その他要望機能があればご提案ください。

記事の目次

記事中に目次(TOC)を追加します。記事が長くなってくると大まかな流れが追いづらくなってきます。そういう時は目次が欲しくなりますね。という訳で記事のマークダウン中の見出しタグを解析して目次を生成する機能に対応したいと思います。

スポイラー

☆にふさんよりリクエスト。2021/11/29 23:37提案、同23:55追記

文中にスポイラータグを挿入できるようにします(detailsではなくインライン黒塗りとしてです)。スポイラー機能とは、ネタバレなど隠しておきたい内容を、クリックしないと見えない(非表示)ようにするものです。

スポイラーはDiscord MarkDownにはありますが(||～||)、一般にデファクトとして利用されることが多い(&このMigdal SNS(もといForem)で採用されている)GitHub Flavored MarkDownでは対応していないようです。

仮実装（21-12-15）

{% hidden %} 黒塗り {% endhidden %}

※現在、:hover, :focus で実装していますが、タッチデバイスで動くかなど試してみてください。

画像リサイズ

☆にふさんよりリクエスト。2021/11/28-29提案、同11/30 0:25追記

MarkDownの画像タグを挟んでマークダウンをリサイズするためのタグを追加します。

にふ • ’21年11月29日

今のところ想定にあるのは、フォントを用意するほどでもない外字や絵文字をテキストに埋め込んだり、あとは「はじめての○○」形式のキャラクターアイコンを埋め込んだりする際に、地の文の文字サイズに比して極度に大きすぎたり小さすぎたりしない様に設定する、といった程度ですね

などの用途が見込まれます。

仮実装（21-12-15）

以下のタグで、行内1文字分の画像が出力されます。

{% glyph [画像リンク] [代替テキスト(任意)] [vertical-alignの値(任意)] %}

※代替テキストは画像リンク切れ時とポップヒントに使われます。vertical-alignの値はデフォルトで全角文字用に最適化されています。

グロス（21-12-18 追加）

言語の記述でよく使用されるグロス形式を出力します。

仮実装（21-12-18）

以下のタグで下の画像のような出力が得られます。Leipzig.js を使用していますのでその記法を参照してください。

{% gloss orig free %}
Die Umgangssprache ist ein Teil des menschlichen Organismus und nicht weniger kompliziert als dieser.
die umgangssprache ist ein teil des mensch-lich-en organismus und nicht wenig-er komplizeiert als dies-er
DET.NOM.F.SG {colloquial language} be.3SG.PRS DET.NOM.M.SG part DET.GEN.M.SG human-ADJ-AGR.GEN.M.SG organism and NEG less-CMPR complicated CMPR DET-AGR.M.SG
the {colloquial language} is a part {of the} human organism and not less complicated than it
‘Colloquial language is a part of the human organism and is not less complicated than it.’ — Wittgenstein, <cite>Tractatus Logico-Philosophicus</cite>, 4.002
{% endgloss %}

※1：開始タグのオプション orig・free はそれぞれ、「最初の行に分割なしの元テキストが書かれている」「最後の行に全体の翻訳が書かれている」ことを示します。ない場合は除いてください。他に欲しいオプションがある場合はご提案ください。

※2：サイトの Markdown パーサーの挙動にかなりくせがあるので、今のところ必ず上の例の通りグロスの1行分を改行せずに書き、タグ内に余計な改行は入れないでください。行を乱すようなことがなければ、グロス内に他の Liquid タグを含めることは可能です。

吹き出し会話（21-12-18 追加）

キャラ画像つき吹き出し会話を作れるタグです。上のにふさんのコメントから派生しています。

仮実装（21-12-18）

{% dialogue [側](:[背景色]:[枠色]) [画像URL] [話者名] %}
内容……
{% enddialogue %}

※ [側] は left/right で、話者の絵がどちらに配置されるかを指定します。[背景色][枠色]は任意で、吹き出しの背景と枠の色となります（CSS で使える色名を指定）。他に希望するオプションがあればご提案ください。

終わりに

鋭意開発中なので、導入を請うご期待！その他欲しい機能などがあったら(コメントやDiscord、Twitterなどで)どしどしお寄せください！

このレポジトリ下でコードが管理されているので、関心のある方はぜひコントリビュートしていただけるとありがたいです。

Ruby！Ruby！Ruby！Ruby！Ruby！Ruby！！！

CL-KIITA / Migdal_Adt_Features

Additional Features on Migdal SNS, bundle of Conlangers

https://github.com/CL-KIITA/Migdal_Adt_Features/blob/conla/liquid_migdal_tags/README.md#how-to-use-for-migdal-sns-users

Migdal: CL-KIITA: 人工言語知識情報・情報技術事業体

CLAコードの改めての紹介と、現況＆今後の展望

はじめに

CLAコード - Conlang Layered Assignment

CLAコードの概説

CL-KIITA: 人工言語知識情報・情報技術事業体 フォロー

CL-KIITA: 人工言語知識情報・情報技術事業体 · GitHub

コード仕様概略

申請の方法と手続

審査チームについて

手動発行体制の報告と経緯

CL-KIITA / Temp_CLIR

Temporary System of Conlang Assignment Management Table

Temp CLIR

Included Packages

手動発行体制の手続

CLAコード一覧(2023-12-25)

みかぶる ・ ’23年12月24日

CLIR Assignment Management Table

さいごに

LIISコードのIETFシステム対応化についてとイスクイルのLIISコード発給の告示

はじめに

LIISコード：言語情報交換補充コードの提案

佐藤陽花 が CL-KIITA: 人工言語知識情報・情報技術事業体 へ執筆 ・ ’22年2月23日

規格仕様の補遺

LIISコードのIETFシステム対応化について

イスクイルのLIISコード発給の告示

Cotec: Conlang Table Expression powered by CSV 【CLaKIS RFC】

諸元

仕様 (RFC)

拡張仕様: 概要、経緯及び更新情報の記載のための追加メタセル (コード1)

拡張仕様: 言語別ラベルレンダリングのための補助テーブル (コード2)

懸案事項

上載仕様: 日本語圏人工言語リストにおけるCotecのラベル及び型に関する定義

Migdalの正式始動に寄せて - 原典引照版

Migdalの正式始動に寄せて (原典引照版本文)

LIISコード：言語情報交換補充コードの提案

採録手続

形式

種類

人工言語系

自然言語系

例示

人工言語

自然言語

CL-KIITA 宣言(傳統假名翻譯)

CL-KIITA Decl.

TP に関する思案 (第二ラウンド)

TP に関する思案

佐藤陽花 が CL-KIITA: 人工言語知識情報・情報技術事業体 へ執筆 ・ ’21年10月25日 ・ 約 2200 字/語

TP とは

定義

計算値

思案過程

試算

CL-KIITA宣言

第404課: Page Not Found.

参考：

受取済

CL-KIITA Brand Identities

シンボルマーク - Symbol Mark

ロゴマーク - Logo Mark

旗 - Flag

発音記号ロゴタイプ - Pronounce Alphabet Logotype

ブランドカラー - Brand Colors

利用 - Use Case

リソース - Resource

参考資料 - References

Migdal SNS の開発中機能について(Liquidタグ)

本題

追加タグ

言語埋め込み

仮実装（21-12-15）

Dartpad埋め込み

仮実装（21-12-16）

記事の目次

スポイラー

仮実装（21-12-15）

画像リサイズ

仮実装（21-12-15）

CL-KIITA: 人工言語知識情報・情報技術事業体フォロー

みかぶる・ ’23年12月24日

佐藤陽花が CL-KIITA: 人工言語知識情報・情報技術事業体へ執筆・ ’22年2月23日

拡張仕様: 概要、経緯及び更新情報の記載のための追加メタセル　(コード1)

Migdalの正式始動に寄せて　(原典引照版本文)

佐藤陽花が CL-KIITA: 人工言語知識情報・情報技術事業体へ執筆・ ’21年10月25日・約 2200 字/語