OTM形式誕生の経緯

炭酸ソーダ @na2co3_ftw

ZpDICのコードでOTM型式に関する部分がSlimeて名前になってるの歴史的経緯って感じでおもしろい

炭酸ソーダ @na2co3_ftw

現状OTMがスライムさんぽいという意識が界隈であまり共有されてなさそうなので

へだる @hedalu244

SlaimじゃなくてSlimeなんだ twitter.com/na2co3_ftw/sta…

Ziphil “Ziphineko” Shaleiras 🐈 @Ziphil

スライムさんのID、「slaim」じゃん… (気づいてなかった)。

Ziphil “Ziphineko” Shaleiras 🐈 @Ziphil

ということは、ZpDICのソースコードのOTM形式関連のところ、全然関係ない名前付いてるってことですね。

スライムさん @slaimsan

スライムさんはロジバンで命名したので、slaimsanなのだ。

Ziphil “Ziphineko” Shaleiras 🐈 @Ziphil

こんな深夜に言ってもという感じですが、ZpDICの新バージョン公開しました。 ziphil.com/application/do…

Ziphil “Ziphineko” Shaleiras 🐈 @Ziphil

ZpDICはpだけ小文字で他は大文字が正式名称です (強制はしないけど)。

スライムさん @slaimsan

人工言語の辞書について、ちょっと大きめの構想が出てきた。1人じゃ技術も体力も足りないので、興味がある人は手伝ってもらえると嬉しい。

スライムさん @slaimsan

@slaimsan 構想の発端は昨日見てた凪霧辞書の継続的凪保守方法について考えてたことに由来。凪霧に限らず、継続的な保守ができるようにするにはどうすれば良いだろうかと考えてた。 出てきた構想としては、「辞書の形式の統一化」と「辞書へのアクセス方法の統一化」というもの。

スライムさん @slaimsan

@slaimsan 辞書形式の統一は、主流なPDIC形式を前提にして、DBを構築すれば良いかなと思ってるので、あまり問題にはならない。 アクセス方法の統一というのは、APIみたいなのを想定している。JSON形式とかでサーバにメッセージを送ると、JSON形式で返ってくるみたいな感じ

スライムさん @slaimsan

@slaimsan 何がしたいかというと、辞書データと、それを表示するをサイトを分離して管理したい。凪霧の場合、データとそれを表示するシステムがZiphilさん管理になってるけど、これらを分離する。分離することで、Ziphilさんのサイト以外からのアクセスが可能になる。

スライムさん @slaimsan

@slaimsan 例えば僕はRubyが分からないけど、Javaで書いたソースを使って凪霧辞書を見る、みたいなことができる。 この時に問題になるのがデータのやり取り方法。これを規格化、統一化して公開する事で解決する。

スライムさん @slaimsan

@slaimsan ここまでは、規格化、統一化の恩恵はあまりないんだけど、ここからが問題。 各々の言語の辞書を同じ方式で作る。これによって、横断的な検索ができるようになる。例えば、アルカ、凪霧、（まだないけど）ルティア語の各辞書に接続したサイトを作る。

スライムさん @slaimsan

@slaimsan 1回の検索で、3辞書横断検索ができる。これはアルカ派の人にとっては便利だと思う。他にも、いくつかの言語が連合してる架空世界の系統にも役に立つと思う。

スライムさん @slaimsan

走り書きレベルだけど一旦公開。 人工言語辞書標準化プロジェクトの草稿。 onedrive.live.com/redir?page=vie…