Migdal: skytomo

最強の辞書形式を考えよう

skytomo — Mon, 01 Dec 2025 15:00:00 +0000

みなさん、こんにちは。skytomoと申します。
この記事は「語学・言語学・言語創作 Advent Calendar 2025」の2日目の記事です。

この記事では、以下のことについて述べます。

辞書形式の現状と問題点
最強の辞書アプリを作りたかった話
最強の辞書形式を考えてみる

はじめに

人工言語には辞書がつきものです。
日本の人工言語コミュニティで主流な辞書形式は以下の2つだと思っています。

Excel（TSVとかCSV形式）
OTM-JSON形式

簡単な単語帳を作るのであれば、Excelで十分ですが、ある程度言語が成熟してくると、ちゃんとした辞書っぽいものを作りたくなると思います。その際に、OTM-JSON形式がよく使われます。OTM-JSON形式に対応した辞書アプリもあります。

すみません、私の知らないところで実はもっと有名なものがあるのかもしれませんが、私の知る限りでは、OTM-JSON形式が今も一番メジャーな辞書形式だと思っています。（もし何か他に話題になっている辞書形式があるのであれば教えて下さい）

OTM-JSON形式の問題点

OTM-JSONはわかりやすくて、長い間使われている辞書形式ですが、軽微なことでいくつか困ることがあります。

正式な表現方法が足りないときがある

OTM-JSON形式にはversion 1とversion 2があります。ここではOTM-JSON version 2を前提に話をします。

version 2は1とほとんど同じですが、トップレベルに余分なキーをもつことが許されるのに加え、内のあらゆるオブジェクトに関しても余分なキーをもつことが許されるようになりました。要するに、OTM-JSONは自由に拡張可能になったわけです。

例えば、OTM-JSONでは例文を正式に表す方法がありませんが、ZpDIC Onlineでは、辞書をJSONファイルに変換するときに、OTM-JSONを拡張して例文を表現しています。
https://zpdic.ziphil.com/document/other/json-spec

{
  "version": 2,
  "words": [/* ... */],
  "examples": [
    {
      "id": 7,
      "sentence": "mi jan Sewitomo.",
      "translation": "私はskytomoです。",
      "words": [
        {
          "id": 1
        },
        {
          "id": 2
        }
      ]
    }
 ]
}

他にも、ZpDIC OnlineのOTM-JSON拡張では、ZpDIC Online特有の情報も保存しています。

{
  /* ... */
  "zpdicOnline": {
    "explanation": "辞書の説明",
    "punctuations": [
      ",",
      "、",
      "。"
    ],
    "ignoredPattern": "[\\(（].*?[\\)）]",
    "pronunciationTitle": "Pronunciation",
    "enableMarkdown": true
  }
}

また、おかゆさんのOTM-JSON拡張では、辞書の対象言語を保存しています。
https://github.com/cogas/jbovlaste_otmize/blob/master/vlaste_builder.py#L60

{
  /* ... */
  "meta": {
    "lang": {
      "to": "ja",
      "from": "jbo"
    },
    "generated_date": "2016-12-13"
  }
}

以上より、OTM-JSON形式は正式に表現できない情報を拡張で補うことができる一方で、拡張の方法が人によってバラバラになりがちである、という問題があります。

辞書の対象言語や例文のような、辞書にとって重要な情報は、正式な表現方法としてほしくないですか？

また、OTM-JSON形式では、画像や音声ファイルを扱う方法もありません。例えば、以下のように画像や音声ファイルを扱う拡張が考えられます。

{
  /* ... */
  "media": [
    {
      "id": 1,
      "type": "image",
      "url": "https://example.com/image1.png",
      "description": "An example image"
    },
    {
      "id": 2,
      "type": "audio",
      "url": "https://example.com/audio1.mp3",
      "description": "An example audio"
    }
  ]
}

この方法はURLを使って外部ファイルを参照する方法ですが、外部ファイルが削除されたり移動されたりするとリンク切れになってしまいます。また、OTM-JSONの利点である「1つのJSONファイルで辞書全体を管理できる」という点も失われてしまいます。

もしくは、ファイルに直接埋め込む方法もあります。

{
  /* ... */
  "media": [
    {
      "id": 1,
      "type": "image",
      "data": "data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAA...",
      "description": "An example image"
    },
    {
      "id": 2,
      "type": "audio",
      "data": "data:audio/mp3;base64,//uQZAAAAAAAAAAAAAAAAAAAA...",
      "description": "An example audio"
    }
  ]
}

画像や音声ファイルはバイナリファイルですが、Base64（バイナリファイルをテキストに変換する方法）を使えばJSONファイルに埋め込むことができます。

この方法であれば、リンク切れの心配はありません。

大きいファイルは編集が大変

OTM-JSON形式は1つのJSONファイルで辞書全体を管理します。これは配布やバックアップが簡単になるという利点がありますが、ファイルが大きくなると編集が大変になる、という欠点もあります。

私は約20 dBTOK（=12000語）の単語が収録されているOTM-JSONを扱ったことがありますが、ここまで来るとかなり限界を感じます。

先程の画像や音声ファイルをBase64で埋め込む方法を使うと、ファイルサイズが非常に大きくなり、編集がさらに大変になります。

OTM-JSONの「テキストエディタで編集できる」という利点も失われてしまいます。

最強の辞書アプリを作りたかった話

そこで、私は数年前から最強の辞書アプリを作りたいと思っていました。最強の辞書形式を考えるのは難しいので、一旦それは置いといて、どんな辞書形式が来てもアプリに対応できるような最強な辞書アプリを作ろうと決意しました。
そうすれば、後から辞書形式の問題点を解決した新しい辞書形式がいくら出てきても、アプリ側で対応できると思ったからです。

しかし、この試みは非常に難航しました。当たり前ではあるのですが、辞書形式ごとにデータの扱い方が異なるため、抽象的な部分が多く、いくつもの種類の拡張機能を作る必要がある、複雑な設計になってしまったのです。
最終的に、私はこの試みを半ば断念しました。

仮に作ったとしても、今度は辞書形式の開発者がいくつもの拡張機能を作る必要があるため、実用化は難しいと思いました。

そこで、最強の辞書形式を考えてみることにしました。
最強の辞書形式を一つつくれば、それをサポートした辞書アプリも一つで済みます。
ここでは機能をてんこ盛りにした辞書形式を仮にTenkomori形式と呼ぶことにします。
必要があればTenkomori形式をOTM-JSON形式など他の辞書形式に変換することもできます。

これで別の辞書形式開発者もインポート・エクスポート拡張機能を一つ作るだけで済みます。
非常にシンプルな構成になります。

最強の辞書形式を考えてみる

やっとここで本題です。
じゃあ、最強の辞書形式って具体的にどんな形式であってほしいでしょうか？

以下にまとめてみました。

表現方法が豊富な形式
- 例文、画像、音声ファイルなども拡張せずに表現できる
- 別の辞書形式からの変換が容易
単語数やメディアファイルが多くても扱いやすい
人間が直接編集しやすい形式
辞書アプリが扱いやすい形式
- 機械可読性も高い形式
配布時には1つのファイルにまとめられる
- ファイルサイズは小さいほうが良い

以上の要件を満たす辞書形式として、私は以下のような辞書形式を考えました。

開発時と配布時で形式を分ける
開発時
- 基本的に辞書データはTOML形式かXML形式を採用
- 複数ファイルで管理
- メディアファイルは別ファイルで管理
- 単語データはそれぞれ別ファイルで管理
配布時
- sqlite形式のデータベースファイルにまとめる

もうちょっと具体的に見てみましょう。

開発時のファイル構成例

辞書プロジェクトフォルダ/
├── assets/
├── corpora/
│   └── examples.xml
├── words/
│   ├── mi.toml
│   └── jan.toml
└── settings.toml

開発時のファイル構成は上記のようになります。
（スキーマとかはまだ確定していません）

assets/：画像や音声ファイルなどのメディアファイルを格納するフォルダ
corpora/：例文などのコーパスデータを格納するフォルダ
words/：単語データを格納するフォルダ
settings.toml：辞書全体の設定ファイル

このような構成になっています。
単語は1ファイル1単語で管理することで、複数人での編集がしやすくなります。

# words/mi.toml
[lemma]
form = "mi"

[[pronunciations]]
pronunciation = "mi"

[[equivalent_groups]]
pos = "pronoun"

  [[equivalents]]
  language = "ja"
  equivalent = "私"

  [[equivalents]]
  language = "en"
  equivalents = ["i", "me"]

他の単語から参照したいときはファイルパスをidとして使うことができます。

# words/sina.toml
[lemma]
form = "sina"

# ……（中略）……

[[related_words]]
id = "mi" # words/mi.toml を参照する

こうすることによって、IDをわざわざファイル内に書かなくても済みますし、うっかりIDが重複することも防げます。

しかし、ひとつのファイルに複数のデータを入れたいこともあります。
例えば、例文データはひとつひとつ分けるのは面倒です。
そういう場合はXML形式を使って複数の例文をひとつのファイルで管理することもできます。

<?xml version="1.0" encoding="UTF-8"?>
<corpus>
  <example xml:id="ex-001">
    <sentence>mi jan Sewitomo.</sentence>
    <translation xml:lang="ja">私はskytomoです。</translation>
    <translation xml:lang="en">I am skytomo.</translation>
    <words>
      <word id="mi"/>
      <word id="jan"/>
    </words>
  </example>
  <example xml:id="ex-002">
    <sentence>mi jan sin.</sentence>
    <translation xml:lang="ja">私は新人です。</translation>
    <translation xml:lang="en">I am a newcomer.</translation>
    <words>
      <word id="mi"/>
      <word id="jan"/>
      <word id="sin"/>
    </words>
  </example>
</corpus>

上記のは例で、具体的なXMLスキーマについてはまだ検討中です。

配布時のデータベース構成例

配布時にはsqlite形式のデータベースファイルにまとめます。
こうすることで、配布が簡単になり、かつファイルサイズも小さく抑えられます。

スキーマはまだ作成中ですが、ちらっとお見せするとこんな感じです。

おわりに

以上、最強の辞書形式について考えてみました。

次のステップとしてこのファイル形式に対応したプログラムを作成したいと思います。
こういう表現がほしい！　という方や、改善案などがありましたら、ぜひ教えてください。

最後までお読みいただき、ありがとうございました。
それでは、少し早いですが、よいクリスマスを！

語学・言語学・言語創作 Advent Calendar 2025

skytomo — Fri, 31 Oct 2025 15:07:30 +0000

みなさん、こんにちは！
11月です！　11月といえば、そう！
語学・言語学・言語創作 Advent Calendarに予定を入れる季節です！

今回は初めての方にもわかるように「語学・言語学・言語創作 Advent Calendar」の解説と宣伝をします！

登録はこちらから！
https://adventar.org/calendars/11295

Advent Calendarって何？

Advent Calendar（読み：アドベントカレンダー）は本来、12月1日から24日までクリスマスを待つまでに1日に1つ、穴が空けられるようになっているカレンダーです。人によっては穴の中にお菓子を入れておいて、それを食べながら毎日クリスマスが来るのを楽しみに待つわけです。

WebでのAdvent Calendarは、その風習に習い、12月1日から25日まで1日に1つ、みんなで記事を投稿していくというイベントです。

語学・言語学・言語創作 Advent Calendarについて

WebでのAdvent Calendarは技術系のコミュニティを中心にいろんなジャンルのカレンダーが展開されています。
その中でも、人工言語に関する代表的なAdvent Calendarがこの記事のタイトルになっている語学・言語学・言語創作 Advent Calendar（通称：語語語AdC）です。

ちょっと長い名前なので、「語学・言語学・言語創作」から語を3つ取り出して、語語語AdCと呼んでいます。語語語AdCは今年で6周年を迎えます。

投稿ルール

語語語AdCには特に厳しいルールはありませんが、以下のようなルールがあります。

言語及びその関連分野に関する記事を投稿しましょう。
- 逆に言うと、言語に関することならなんでもOKです。
原則、1人1日担当です。
- 12月1日になっても空いている日があれば二日以上担当しても構いません。
メディアの指定はありません。
- ブログ、note、YouTube、Qiita、Seesaaブログ、はてなブログ、Adventarの内部投稿など、好きなメディアに投稿してください。
- 記事じゃなくて歌でも動画でも構いません。過去に実際にYouTubeのライブ配信の形式で投稿された方もいます。
フライングしないこと！
- 投稿が遅れてしまうのは問題ないですが、担当日より早く投稿するのはできれば避けてください。
  - 特に12月以前にすでに公開されている記事や作品のリンクを貼るのはやめましょう。
  - もしすでに公開されている作品を紹介したい場合は、その作品のリンクを貼るのではなく、その作品について解説・紹介する記事を書いてほしいです。

記事を書こう

というわけで、記事を書きましょう！
昔から投稿されている方も、新しくこのコミュニティに入ってきた方も、歓迎します！

こちらから参加することができます
https://adventar.org/calendars/11295

え？　何を書けばいいかわからないって？
大丈夫！　こういうときはとりあえずカレンダーに予定を入れてしまえばいいのです。
ネタはあとから思いつきますよ！

どんな記事があるの？

そんなこと言っても、具体的にどんな感じなのかは気になりますよね。
そこで、過去の語語語AdCに投稿されたものを分類してみました。
参考にしてみてください。

自然言語
- 日本語のトーン表記法を紹介します（関西方言編） by 教育ローマ字と ʻEdkŭka と関西ローマ字さん（2021年12月16日）
- 速習ペルシア語講座 by スライムさん（2022年12月3日）
- アイヌ語弁論大会「イタカンロー」の紹介 by Cammyさん（2023年12月6日）
人工言語
- 架空世界
  - 架空世界アルビスの進捗 by ぴあにすつさん（2020年12月20日）
  - ラウツァイト・セプ by melovilijuさん（2024年12月3日）
- 創作言語
  - 人工言語界隈史時代区分 by みかぶるさん（2024年12月25日）
  - ランダム語　音韻編 by epikijetesantakaluさん（2021年12月20日）
  - キャア語の原型となった言語「(本名)語」 by コキあさん（2024年12月4日）
  - イジェール語の複合語と派生語 by ざすろんさん（2024年12月8日）
  - 人工言語アルカの総括 by スライムさん（2024年12月2日）
  - ソルソレルを破壊しよう！(ンーネーメーマウンー) by 夕向奏さん（2024年12月1日）
  - 【令和最新版】自言語の屈折【5G对应】【容易な習得】 by りめすとりさん（2023年12月25日）
  - ʁratsø̄n語の正書法について by りめすとりさん（2022年12月25日）
  - 【習得簡単】自作中の人工言語「バゼ語」を紹介！ by がーねっとさん（2020年12月24日）
  - Toaq（トアン語）の紹介 by Lynnさん（2020年12月21日）
  - 人工言語の挨拶一覧(ツイートボタン付き) by みかぶるさん（2022年12月9日）
- 創作文字
  - 仮名を横書きに最適化させたいですよね！？ by ンソピハ！さん（2024年12月9日）
- トキポナ
  - toki-pona-luka cheat-sheet palm-card ft. sitelen-pona (wip) by にふさん（2023年12月24日）
  - トキポナのパングラムを作ってみた by yuzuru_sofiaさん（2022年12月13日）
  - jan Sonja も知らないトキポナ文法 by nymwaさん（2022年12月2日）
  - トキポナ文法チェッカーをRNNを使って教師なしで作る話（できるとは言ってない） by nymwaさん（2020年12月14日）
  - mi pali e ijo lon toki pona by Atawanさん（2020年12月16日）
- シャレイア語
  - シャレイア語造語実況 #107 (H3241) by Ziphil Shaleirasさん（2020年12月6日）
  - 間違えやすいシャレイア語 by Ziphil Shaleirasさん（2021年12月18日）
  - シャレイア語における形容詞と副詞 by Ziphil Shaleirasさん（2023年12月9日）
- イスクイル
  - イスクイル辞書の引き方入門【イスクイル III・イスクイル IV】 by 芝旗瑞花さん（2021年12月19日）
  - 気軽に書き始めるイスクイル3 by 何溥嘉(pal Puka)さん（2023年12月2日）
  - 新イスクイル文字で自分の名前を書こう！ by 川音リオさん（2023年12月8日）
- ロジバン
  - 数式をロジバンに変換するプログラムを作ってみた（前編）
- 国際補助語
  - ノシロ語の概説及び問題点とその解決案 by スライムさん（2023年12月3日）
  - 改めて自治型言語とは? by see2etさん（2022年12月16日）
- VRChat
  - telo sitelen 創刊號に寄稿分の記事の補足とか（予定） by にふさん（2022年12月24日）
- 文法
  - Caesar Grammaticam "FECIT"? ― Res Novae "Ablativi Absoluti" by Sanzouさん（2023年12月20日）
  - 生殺与奪格の殺格用法に関する考察 by 芝旗瑞花さん（2022年12月10日）
  - 正則文法は人工言語の夢を見るか？ by けぺけんさん（2020年12月10日）
言語学
- 前編　コーパス/コーパス言語学とは何か by 佐藤陽花さん（2022年12月19日）
技術
- 使思造言内我世造万 | 栄言記集 by かえるさん（2023年12月22日）
- 特定の文字列を表示できるフォントの一覧を出力したい by yatabashiさん（2022年12月12日）
- 新しい辞書アプリを作成中です！ by skytomo（2022年12月18日）
- 人工言語制作について最近考えていること by yuhrさん（2020年12月22日）

過去の言語語学・言語学・言語創作 Advent Calendar

過去の語語語AdCの記事は以下のリンクから見ることができます。

過去の関連 Advent Calendar

語語語AdC以外にも人工言語に関連するAdvent Calendarが開催されているので、そちらも要チェックですよ！

結論

なにかネタを思いつきましたか？
ネタを思いついた方もまだ思いついていない方も予定を入れましょう！
時間はたっぷりあるぜ！

あっ、記事を投稿するときはくれぐれも予約投稿を忘れずに！
それでは、次は12月にお会いしましょう～

辞書アプリの構造

skytomo — Sun, 22 Dec 2024 15:00:00 +0000

みなさん、こんにちは。skytomoと申します。
この記事は、語学・言語学・言語創作 Advent Calendar 2024の23日目向けに書かれた記事です。

自分の作成している人工言語の辞書アプリ、Otamajakushi Bookshelfは、色々な形式の辞書を読み書きできるようにAPIを設計しています。私の辞書アプリがいつまで経っても制作中なのは、モチベーションの他に、この汎用性があります。今回は私の辞書アプリの構造を紹介し、後世の方が似たようなものを作成するときの参考になればいいと思っています。

BookとPage

Otamajakushi Bookshelfには、辞書を扱うためのデータ構造として2つの重要な構造があります。それがBookとPageです。

Bookは、その名の通り、辞書そのものです。Bookは以下のようなメンバーを持っています。

辞書の形式
辞書が固有に持つ情報
辞書のタイトル
辞書の説明
辞書のページ

そして、Bookのメンバーである辞書のページがPageです。

Pageは、辞書における検索可能な最小単位のデータのかたまりです。例えば、Wikipediaなら記事の一つが一つのPageに対応し、辞書なら一つの単語が一つのPageに対応し、コーパスなら一つの例文が一つのPageに対応します。
Pageは以下のようなメンバーを持っています。

ページの形式
ページが持つ情報

さて、このBookとPageさえあれば、Otamajakushi Bookshelfで読み書きできます。

BookLoaderとBookSaver

とはいえ、辞書ファイルは色々なものがあります。
日本人工言語コミュニティの代表的な辞書形式としてはOTM-JSON形式がありますが、他にもPDIC形式や、新シャレイア語辞典形式などがあります。これら3つの辞書形式のファイル構造についてすごく軽く触れておきます

OTM-JSON形式
- 1つのファイルからなるJSON形式のテキストファイル
PDIC形式
- 1つのファイルからなるバイナリファイル
新シャレイア語辞典形式
- ディレクトリ形式と単独ファイル形式の2つの保存形式が定められている
- ディレクトリ形式では1つのディレクトリで1つの辞典データを表現する
- 単独ファイル形式では1つのファイルで1つの辞典データを表現する。

……さまざま形式がありますね。

Otamajakushi Bookshelfは、このようなありのままのデータ（以後、生データとします）を直接扱うことはできません。代わりに生データと、BookとPageの形式を相互に変換する機構が用意されています。

それがBookLoaderとBookSaverです。

BookLoaderは、辞書を読み込むための拡張機能です。生データを読み込んで、BookとPageの形式に変換します。

BookSaverは、辞書を書き込むための拡張機能です。BookとPageの形式を生データに変換して、辞書を保存します。

LayoutBuilder

実はBookとPageの形式に変換しただけでは、Otamajakushi Bookshelfは単語を編集することができません。それもそのはず、辞書アプリはページをどのように表示すればいいかわからないのです！

ページをどのようにレンダリングするかはLayoutBuilderという拡張機能が担います。
ページのデータと、ページのレンダリングを分離することで、辞書アプリのレイアウトを変えるときは拡張機能を入れ替えるだけでいいという利点があります。

その他の拡張機能

その他にもOtamajakushi Bookshelfは、いくつかの拡張機能とBookまたはPageのやり取りをして、辞書アプリとして機能します。

拡張機能の作り方

今のところ、websocket通信で拡張機能が動かせるようになっていますが、今後変えるかもしれないので、ここで述べることは避けておきます。

まとめ

まだOtamajakushi Bookshelfは開発中なので、仕様はコロコロ変わると思いますが、BookとPageというデータ構造、そしてそのデータ構造をいじるための拡張機能、というスタンスは変わらないと思います。

ボリュームが少なくて申し訳ないですが、今回はこんなところです。
24日目は、秋のカフェイン飲料さんです。いいお年を！

語学・言語学・言語創作 Advent Calendar 2024

skytomo — Fri, 01 Nov 2024 02:56:36 +0000

みなさん、こんにちは！
11月です！　11月といえば、そう！
語学・言語学・言語創作 Advent Calendarに予定を入れる季節です！

今回は初めての方にもわかるように「語学・言語学・言語創作 Advent Calendar」の解説と宣伝をします！

Advent Calendarって何？

WebでのAdvent Calendarは、その風習に習い、12月1日から25日まで1日に1つ、みんなで記事を投稿していくというイベントです。

語学・言語学・言語創作 Advent Calendarについて

ちょっと長い名前なので、「語学・言語学・言語創作」から語を3つ取り出して、語語語AdCなんて言うこともあります。いや、本当は私ぐらいしか言っていないのですが、言いやすいし覚えやすいので広めたいという気持ちがあります。

実は語語語AdCは今年で5周年を迎えます。
意外と（？）続いていますね。

記事を書こう！

というわけで、記事を書きましょう！
昔から投稿されている方も、新しくこのコミュニティに入ってきた方も、歓迎します！

こちらから参加することができます
https://adventar.org/calendars/9921

自然言語
- 日本語のトーン表記法を紹介します（関西方言編） by 教育ローマ字と ʻEdkŭka と関西ローマ字さん（2021年12月16日）
- 速習ペルシア語講座 by スライムさん（2022年12月3日）
- アイヌ語弁論大会「イタカンロー」の紹介 by Cammyさん（2023年12月6日）
人工言語
- 架空世界
  - 架空世界アルビスの進捗 by ぴあにすつさん（2020年12月20日）
- 創作言語
  - 【令和最新版】自言語の屈折【5G对应】【容易な習得】 by りめすとりさん（2023年12月25日）
  - ʁratsø̄n語の正書法について by りめすとりさん（2022年12月25日）
  - 【習得簡単】自作中の人工言語「バゼ語」を紹介！ by がーねっとさん（2020年12月24日）
  - Toaq（トアン語）の紹介 by Lynnさん（2020年12月21日）
  - 人工言語の挨拶一覧(ツイートボタン付き) by みかぶるさん（2022年12月9日）
- トキポナ
  - toki-pona-luka cheat-sheet palm-card ft. sitelen-pona (wip) by にふさん（2023年12月24日）
  - トキポナのパングラムを作ってみた by yuzuru_sofiaさん（2022年12月13日）
  - jan Sonja も知らないトキポナ文法 by nymwaさん（2022年12月2日）
  - トキポナ文法チェッカーをRNNを使って教師なしで作る話（できるとは言ってない） by nymwaさん（2020年12月14日）
  - mi pali e ijo lon toki pona by Atawanさん（2020年12月16日）
- シャレイア語
  - シャレイア語造語実況 #107 (H3241) by Ziphil Shaleirasさん（2020年12月6日）
  - 間違えやすいシャレイア語 by Ziphil Shaleirasさん（2021年12月18日）
  - シャレイア語における形容詞と副詞 by Ziphil Shaleirasさん（2023年12月9日）
- イスクイル
  - イスクイル辞書の引き方入門【イスクイル III・イスクイル IV】 by 芝旗瑞花さん（2021年12月19日）
  - 気軽に書き始めるイスクイル3 by 何溥嘉(pal Puka)さん（2023年12月2日）
  - 新イスクイル文字で自分の名前を書こう！ by 川音リオさん（2023年12月8日）
- ロジバン
  - 数式をロジバンに変換するプログラムを作ってみた（前編）
- 国際補助語
  - ノシロ語の概説及び問題点とその解決案 by スライムさん（2023年12月3日）
  - 改めて自治型言語とは? by see2etさん（2022年12月16日）
- VRChat
  - telo sitelen 創刊號に寄稿分の記事の補足とか（予定） by にふさん（2022年12月24日）
- 文法
  - Caesar Grammaticam "FECIT"? ― Res Novae "Ablativi Absoluti" by Sanzouさん（2023年12月20日）
  - 生殺与奪格の殺格用法に関する考察 by 芝旗瑞花さん（2022年12月10日）
  - 正則文法は人工言語の夢を見るか？ by けぺけんさん（2020年12月10日）
言語学
- 前編　コーパス/コーパス言語学とは何か by 佐藤陽花さん（2022年12月19日）
技術
- 使思造言内我世造万 | 栄言記集 by かえるさん（2023年12月22日）
- 特定の文字列を表示できるフォントの一覧を出力したい by yatabashiさん（2022年12月12日）
- 新しい辞書アプリを作成中です！ by skytomo（2022年12月18日）
- 人工言語制作について最近考えていること by yuhrさん（2020年12月22日）

結論

なにかネタを思いつきましたか？
ネタを思いついた方もまだ思いついていない方も予定を入れましょう！
時間はたっぷりあるぜ！

あっ、記事を投稿するときはくれぐれも予約投稿を忘れずに！
それでは、次は12月にお会いしましょう～

ne'a traji be lo ka xamgu bei fo lo'i gugmu'u fladju

skytomo — Sat, 06 Jan 2024 14:17:55 +0000

.i lo nu sisku tu'a lo ne'a traji be lo ka xamgu bei fo lo'i gugmu'u fladju cu nandu .i ta'i ma cuxna lo mapti be do zo'e noi du'e mei .i .e'u tu'a la'o gy .TMC Solicitors. gy se nitcu .i mi noi gugmu'u fladju girzu zi'e noi ricfu lo ka lifri cu bilni fi lo nu sidju lo nitcu be lo nu gugmu'u .i mi djuno fi lo nu mi do gidva lo nu do djica lo nu pikta do lo nu klama lo gugde kei kei .e lo nu do rivbi kei kei .e lo dicra be lo nu lo jecta cu gasnu lo nu do cliva .i mi jgira lo nu mi lo nu mi snada lo nu mapti lo vitke cu certu gi'e stace .i ko nau frati gi'e tavla mi gi'e nupre lo nu cpedu ca ma kau .i .ai mi sidju do lo nu do gugmu'u fa'o

私が創作している言語

skytomo — Sun, 03 Dec 2023 15:00:00 +0000

この記事は、語学・言語学・言語創作 Advent Calendar 2023の4日目の記事です。

去年に引き続き辞書アプリについて記事を書こうと思いましたが、進捗が悪すぎて書くことができませんでした。楽しみにしていた方には申し訳ありません。

というわけで私が行っている創作言語について「サクッと」紹介したいと思います。

近況

少し悲しい話かもしれません。私は社会人¹になってしまいました。

学生のときは時間がたっぷりありましたが、社会人になると時間は限られてしまいます。もともと、私は色々なことに興味があります。言語以外にも、技術、特にプログラミングや、ここ数年だとVRでの交流に興味があります。
特に最近はもうずっとVRChatのフレンドさんと交流しています。交流といっても、一緒にDiscordにいたり、ゲームをしたりしています。これによって創作の進捗や技術力の向上が伸びるわけではありませんが、私にはこれがたまらなく幸せなのです。

辞書アプリの進捗は遅いし、創作言語もなかなか語彙数が増えていきません。
とはいえ、言語に飽きたわけではありません。
時間は限られていますが、それでも前に進んでいきます。

どんな言語を作っているか

私は、個人言語を1つ、国際補助語を1つ作っています。
厳密には架空世界の言語が1つありますが、今回は省略します。

個人言語120210823

120210823という個人言語を作っています。

これは秋の特別展で投稿した作品です。

文法とかまだはっきりしていませんが、
絵文字みたいな文字で文を作ります。
語彙数は120（ $dBTOK0\ \text{dB}_\text{TOK}$ ）を超えています。

Discordサーバーはこちらから

国際補助語

22という国際補助語を作っています。
22世紀のための国際補助語として「22」という名前をつけています。
21世紀のための国際補助語が「ノシロ語」であれば、
22世紀のための国際補助語が「22」です。

西暦2100年までに完成予定です。

先程の言語と打って変わって、こちらはギチギチに決まったことをRFCとして文書化しています。
ここで読むことができます：https://github.com/skytomo221/22/tree/master/doc/rfcs

この国際補助語の目標は以下の通り。
RFC 5: 言語の目標

RFC 4: 層

Discordサーバーはこちら

22の単語

22の単語はロジバンのように世界に存在する主要な言語から音を取って生成します。
具体的なアルゴリズムは複雑なので、ここでは紹介しませんが、
22-word-generatorにプログラムと日本語によるアルゴリズムの説明が書かれています。

以下に具体的な単語を示します。

日本語	22
mi	〈S〉は私である
mapebi	〈S〉はりんごである
rexuni	〈S〉は赤い
bimati	〈S〉はねこである
cikarabi	〈S〉は〈O〉が好きである
kameri	〈S〉は〈O〉を食べる

ここで紹介した単語はすべて動詞です。
〈S〉は主語、〈O〉は目的語です。

22の文法

ここでは形態論より上の階層について、適当に紹介します。

22の文法はエスペラントに似て、語末で品詞を分けることができます。

語末	品詞
i	動詞
o	名詞
a	形容詞
-	合成語

例えば mo という単語は「私」という名詞です。
bimati という単語は「〈S〉はねこである」という動詞です。

「〈S〉はねこである」の〈S〉に mo を当てはめてあげると文が完成します。

Mo bimati. （吾輩は猫である。）

mapebo という単語は「りんご」という名詞です。
kameri という単語は「〈S〉は〈O〉を食べる」という動詞です。

「〈S〉は〈O〉を食べる」の〈S〉に mo（私）、〈O〉に mapebo （りんご）を当てはめてあげると文が完成します。

Mo kameri mapebo. （私はりんごを食べる。）

実は語順は〈S〉〈O〉の位置が逆転していなければ、問題ありません。
つまり動詞は文のどの位置にあってもかまいません。
以下の文はすべて同じです。

Kameri mo mapebo. （私はりんごを食べる。）
Mo kameri mapebo. （私はりんごを食べる。）
Mo mapebo kameri. （私はりんごを食べる。）

もちろん、りんごに食べられることもありますので、そういうときは逆転させましょう。

Mapebo kameri mo. （りんごは私を食べる。）

少し名詞の意味について説明します。

bimati は「〈S〉はねこである」という動詞ですが、
bimato と語末の i を o に変更すると、名詞になります。
bimato は正しくは「『〈S〉はねこである』の〈S〉に当てはまるもの」という意味です。
「『〈S〉はねこである』の〈S〉に当てはまるもの」……というのは、結局のところ、ねこですので、ねこという意味になります。

何を言いたいのかわからないかも方もいると思いますが、
例えば kameri （〈S〉は〈O〉を食べる）を名詞にすると、どういう意味になるか考えてみましょう。
kamero は「『〈S〉は〈O〉を食べる』の〈S〉に当てはまるもの」という意味になります。
「『〈S〉は〈O〉を食べる』の〈S〉に当てはまるもの」……は、食べる人、とか、食べる動物、という意味になります。
これを踏まえると、以下の文が理解できると思います。

Kamero mi. （食べるのは私だ。）

mi（〈S〉は私である）も名詞にすることができるので、
当然以下の文を作ることができます。

Mi bimato. （私は猫です。）

これは "Mo bimati." とさほど意味が変わりません。

まとめ

2つの言語を紹介しました。
まだまだ未発達な言語ですが、これからもよろしくお願いします。
良い年末を！

フォロワーの方に「学生も社会に属しているのだから《社会人》という言葉はおかしい」「会社員というだけで自ら社会の人の書いて社会人であることを主張するのはおこがましい」とおっしゃる方がいたかもしれません。ただ、一般的には《社会人》という単語が使用されていますので、ここではそれを使うことにします。 ↩

新しい辞書アプリを作成中です！

skytomo — Sat, 17 Dec 2022 15:00:00 +0000

これは語学・言語学・言語創作 Advent Calendar 2022の18日目の記事です。

みなさん、こんにちは。
お久しぶりです。最近は言語創作にあまり手を付けられていない状況ですが、代わりに開発しているものがあります。それが今回、ご紹介する開発中の辞書アプリ「Otamajakushi Bookshelf」です。

コンセプト

「手軽に開発、便利な検索」をコンセプトに、高機能で、開発者にとっても閲覧者にとっても使いやすい辞書アプリを目指しています。

願わくばオフラインで動くデスクトップアプリにおいて、「ZpDIC Online」のような立ち位置に来れたらいいなと思っています。

「僕の考えた最強の辞書形式」を支えたい

Otamajakushi Bookshelfの目玉は拡張機能が作りやすい構造になっていることです。Otamanakushi Bookshelfは、OTM-JSONに限らず、任意の形式ファイルに対応することができるポテンシャルがあります。

今までは、特定のものに特化した独自形式だったり、既存の弱点を克服したよりよい辞書形式だったり、いわゆる「僕の考えた最強の辞書形式」を思いついて提案しても、それが実用的になることはほとんどありませんでした。というのも、提案された形式に対応した辞書アプリを誰かが開発しなければ、実用的にはならないからです。
提案者は必ずしもプログラミングができるとは限らず、かといって普及するかも分からない辞書形式に対応した辞書アプリを開発してくれる親切なエンジニアは数少ないです。
そこで、Otamanakushi Bookshelfでは拡張機能として辞書形式の読み込みと書き込み部分を実装さえすれば、最低限動作するように設計しました。

デザインを自分の好きにしたい

Otamajakushi Bookshelfには今のところ二つのカスタマイズ可能なスタイルがあります。

スタイルテーマ

辞書アプリのUIをTailwindで変更できます。インストール時にはデフォルトテーマ、ライトテーマ、ダークテーマの3つがあります。

👇デフォルトテーマ

👇ライトテーマ

👇ダークテーマ

暗い部屋でもダークテーマで開発することができます。

レイアウトビルダー

Otamajakushi Bookshelfは、辞書のレイアウトを拡張機能で開発できるように設計しています。別のレイアウトビルダーを作れば、同じOTM-JSON形式でも、別の表示方法にすることができます。

将来の展望

実は今も開発途中で、実際にはまだ拡張機能を組み込むことができないのですが、将来的には組み込めるように現在開発を進めております。

少なくとも次の語語語AdCまでには、Version 1.0が出せるように頑張ります！
それではまた～

（明日の担当は佐藤さんです。辞書形式とコーパス、どちらの話になるか楽しみですね）

me la'o zoi .maqen. zoi

skytomo — Tue, 19 Oct 2021 08:44:48 +0000

.i mi ti fanva
ni'o
.i mi goi la'o prenu .acacia. prenu
.i coi ro do .i puzu prula'i jikca .i xu do kakne lo nu do tu'a mi morji .i ja'a .i mi'e la'o zoi .acacia. zoi .i mi na vajni cusku .i ku'i mi cando .i ku'inai mi ciska .i la'o zoi .maqen. zoi goi my. noi frili fa lo nu jimpe fi ke'a cu bangu .i .aipei do cilre my. .i do fi mi my. cilre .i co'o
fa'o

coi ro do

skytomo — Thu, 12 Aug 2021 06:12:06 +0000

.i coi ro do
.i mi'e la .skaitomon.
.i mi se bangu lo lojbo
.i co'o