表記ゆれ対策会議
from : 💬雑談#63e61cfee2dacc00009c8dc2
この議論の結果は表記ルールにまとまっているので結論を読みたい方はそちらへ。以下は読む必要はない
そろそろ副表記に❌をつける運用をしたい
Scrapboxやってない人には若干勘違いされそう？
でもweb UIとかSDあたりの表記ゆれ酷いしな…
/villagepump/別名登録記法のほうがいい？
試しにweb UIを
[Stable_Diffusion_web_UI](web_UI) にしてみたこれは動いているのか…？
web UIの検索候補が多すぎて欄外に埋もれちゃってるのか
どの書き方を主表記にするか
基本的に全部英語表記がいいのかな
圧倒的に英語資料からが多い
プロンプトみたいな外来語になりかけている語をpromptにするかどうか…
派生語のプロンプトエンジニアリングみたいな語もどうするかな
Foundation Modelと基盤モデルみたいに完全に日本語化されてるものはどうしようかな
経験上、カタカナはすごく揺れる
とりあえずtxt2imgみたいなのから手を付けてみるか
だんだん短くできる
text-to-image
text2image
txt2img
最近はt2iまで短くなってるけど、個人的にちょっとやりすぎてわかりにくくない？と思ってる
わかる
HyperNetworkをHNってするのヤメロ
SD... HN... TI...
scrapboxだったら入力補完でるのでどれかに統一できそう
今あるのはmargeできるし
マージ...うっ頭が()
桜井さんも命名はわかりやすくって言ってたし、面倒臭さよりわかりやすさを取ろう
Scrapboxだと分散してしまうと関係性がわかりにくくなるので最低でも2hopで表示されたらいい
まじめに考えるならtoは2に置き換え
論文に出てくる命名をそのまま使うとtoになっちゃうことありますよねぇ…
引用するときはtoでおいて、最後に分類としてのタグ付けして置いたらいい？
text
image
txt/imgはもう使い広まってるけど、中途半端に略すくらいならtext/imageにしてしまったほうがいいか
tile
voice
audio
music
3D
model
4D?
video
PowerPoint
異臭を放っている
モデルとかになったら短くできない
txt2model
voice2txt
face2face(ネタ)
txt2txtは翻訳/チャットボットみたいな分け方が...いや意味はないな
チャットボットだって翻訳はできる
GitHubのリポジトリ名
空白が使えないせいで、代わりにハイフンが入ってる
でも多分作者は空白でタイトルをつけたいはず
readmeにハイフン無しがあればそっちにしたいな
論文にもハイフンがあれば...固有名詞化
e.g. Text-To-4D
意外とバラエティに富んでるな…
表記ルール#63e8b7ace2dacc00005f876bの概念としてのtoというのがよくわかりませんでした。単純にtoは2にするということではない？
ここわかりにくいですよねぇ…
ジェネレーティブAIのカテゴリーとして、テキストから画像を作るものはtext2image。音楽だったらtext2musicって書きたいねって感じです
なるほど。カテゴリ名なのか
"AIのカテゴリとして"に修正しました
井戸端ほど混沌としてないので、簡潔なルールで回せそうかな
マージ時に使える別名登録記法
SD を Stable Diffusion に置き換えるとする SD の内容を Stable Diffusion に移しておく SD を [Stable Diffusion](SD) に変える１行目は空白(なんも入れず)
２行目を
[Stable Diffusion](SD) にするSDで補完が出るが#Stable_Diffusion(SD)となりStable Diffusionにだけリンクされる
考察や使ってみたみたいな派生ページはリンクされていれば統一されてなくてもいい？
Anything v3でリンクしておけばそちらから辿れる
脱線
そういえば別名登録記法って/villagepump/選択範囲に似ているリンクを入力補完するUserScriptしたらどうなるんだろ
[Stable Diffusion(SD)]になった、大丈夫そう
表記ルールに使えそうなの
自分が情報取ってくるときの流れから考える
情報ソースから論文やgithubのコードを知る
名前をコピペ、ソースをコピペ、内容をコピペ(画像あれば尚よし)
説明をブラケティング
ここに適当なリンクを置きたい
画像生成モデルだったら置くとか
まとめる