Wordle 329 3/6*

⬛⬛⬛🟨🟨
⬛🟨⬛🟨🟨
🟩🟩🟩🟩🟩

#Wordle

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

偽造された投稿で発信者情報開示請求された事件（注意喚起） : 弁護士みつむらの法律blog
http://lawer4715.livedoor.blog/archives/14337329.html

ftp.jaist.ac.jp への接続がタイムアウトするけど、何だろうこれ

このアカウントは、notestockで公開設定になっていません。

なるほど……

日記: データベースサーバのファイルシステムをzfsからbtrfsに切り替えた
https://diary.osa-p.net/2022/05/zfsbtrfs.html

> 構成サイズが小さくなるようなドライブ交換は、zfsでは対応していないようです。どうしても一度RAIDを解いて、再度組み直す必要があるようです。
> (中略)
> Synology Hybrid RAIDという仕様があり、サイズの異なるドライブを組み合わせて無駄なく領域を使ったRAIDが組めるというものでした。

これは罠なんですが、 Synology Hybrid RAID は構成時や追加時にはサイズの異なるドライブを組み合わせて無駄なく領域を使えるのに、ドライブを交換するときはプールを構成する最小のディスク以上の容量のドライブしか追加できなかったはずです

ドライブの追加順をミスって泣く泣くプール作り直したことがあるので……

というか、なんなら交換でなくとも SHR にディスクを追加するときってプール内の最小ディスク以上のものでないと追加できなかったかもしれん

詳細な仕様がもう記憶に残っていないけど、「小さなサイズのディスクから順番にプールに追加せよ」という教訓だけを覚えている

https://mastodon.cardina1.red/@lo48576/106521348128095029

あった、これです

このアカウントは、notestockで公開設定になっていません。

Table (人間用文書的な意味で) の内部表現をどうするか永遠に悩んでいる

HTML 5 の table と DocBook 5.2 の HTML table と DocBook 5.2 の CALS table とにらめっこしている

informaltable (db.cals.informaltable)
https://tdg.docbook.org/tdg/5.2/cals.informaltable.html

tgroup
https://tdg.docbook.org/tdg/5.2/tgroup.html

tgroup を複数持つ CALS informal table とか HTML に変換したい場合どうすんだよという感じがしてなかなか険しい

CALS のスキーマが完全上位かというと、そうでもなかったはずなんだよな

https://mastodon.cardina1.red/@lo48576/107223865661966022

これちゃんと調べてまとめてからでないと混乱したまま実装するのはマズそうか……？

そもそも単一の caption に対して複数の tgroup があるような table に期待される visual representation がどういうものなのかさえピンときていなくて、たぶん CALS モデルへの本質的な理解が足りてないのだろうなという予感はある

table (db.cals.table)
https://tdg.docbook.org/tdg/5.2/cals.table.html

わからないといえば、 CALS モデルの formal table で title と caption が許されているのもお気持ちがわからない。 caption ってなんだ (英弱並感)

このアカウントは、notestockで公開設定になっていません。

しゃーないな、とりあえず table のセマンティクスがわからんという記事を書くために table 対応なしで実装を進めるか……

うげ、まだ問題残ってた……

strikethrough を text decoration の一種として属性で処理するか、専用の要素を用意してやるか

bold / italic / strikethrough / overline / underline くらいまでは text decoration の一種として <decorated></decorated> 的なやつで受けてもいい気がするんだけど、 superscript / subscript あたりはどうすべきかかなり怪しい

superscript / subscript の有無は明らかに文意を変えるのでその点ではローリスクで省略可能な text decoration とは区別されて然るべきなんだけど、一方でこれらが特定の (“表現” ではなく) “意味” を与えられているかというとこれもかなり疑わしい

このアカウントは、notestockで公開設定になっていません。

subscript と superscript 、一体何者なんだ……？？？

今月のらりお

意味って何だ……？？？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

映像については

* 特許問題が複雑でハードウェアが力を持つ分野なので、 (音楽と違って) DRM なしの自由なコーデックが普及しづらい
* サイズがデカいのでライトユーザがダウンロードやメディア入れ替えよりもストリーミングを好みがち

などのアレがありそう

言うて音楽分野だって、 flac が普及しないまま †技術的保護手段の回避† が違法化されていたらどうなっていたかはわからんなという気持ちがある (まあ音楽はギリギリ生の WAV でもどうにかなるくらいの場合も多いけど……)

「コンテンツ視聴者の消費者団体がない」とかも追加しといた方がいい？ これは音楽もだいたい事情は同じだと思うけど

alac はプロプライエタリだったけど結局リバースエンジニアリングで解体されてオープンソースになったとかだっけ

まあ flac に負けそうになってそのうえ仕様も丸裸にされたらプロプラにしとく意味ないわな (glibc が LGPL になるのと似たような戦略的な話)

まあ CCCD が例外といえば例外なのか……？

DRM が効いてくるのはどちらかというと「ストリーミングが優勢」の方か

狭義にはそうか

ハードウェアとか通信路における表現やエンコード、まあレイヤー的には狭義コーデックとは別物なんだけど、何と呼ぶべきなのかよくわかっていない

ユーザ的には一貫して、かつ一括で「デコード」する必要があるわけで、その観点ではすごくラフに “コーデック” と呼びたい気持ちがある (が、まあ定義と違うと言われるとそれはそう)

このアカウントは、notestockで公開設定になっていません。

どうせ自主規制していてそれを盾にしているなら法規制にしても現状より悪くなることはない、理屈のうえではそうなんだけど、「本当は倫理的な悪ではないのに攻撃的な人々から身を守るために強めの自主規制をかけざるを得ない」みたいなケースをガン無視するのは権力の無自覚な横暴の最たる例という感じなので、そこが考慮されないなら賛同はできない

†††非実在人間の絵画にモザイクをかけることで守れる人権があります††† (???)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

いま「Web 3.0 で会いましょう」は情報商材やインチキ投機情報で荒稼ぎしてそうなめっちゃ胡散臭い人感がある

このアカウントは、notestockで公開設定になっていません。

ｴﾋﾞ2.0は UGC の世界ということだった気がするので、まあ来たんじゃないですかね

XML が朽ちても RDFa とかはギリギリ生きてるから…… SEO の世界で (かなしいね)

規格の問題というよりは、純粋に「個々人はメタデータを綺麗に操れるほど賢くない」で終わりな気がするので、ぶっちゃけ XML が生きていようがそうでなかろうがｲﾝﾀﾈｯﾂ全体において semantic web が支配的になる日は来なかっただろうと思う

EXCEL を方眼紙にして喜んでるような人々がメタデータやセマンティクスなんて概念を理解できるとでも……？

事あるごとに「その流れ、 P2P でもう見た」みたいな感想が出てくるの、本当に最悪だしオワ

個人的には Wiki (ただし Wikipedia や Wikidata 系を除く) の「セマンティックでなさ」も相当に険しい目で見ているので、集合知がどうとか言いつつもあのあたりが現状のｲﾝﾀﾈｯﾂ市民の限界でしょうと思っている

なろうとかイラスト/動画投稿サイトのタグの非正規具合とかを見ても、所詮その程度だよなという気持ちが強化され続けている

散々愚痴ったけど何が言いたいかというと、 semantic web 全盛の意味における Web 3.0 の時代が来なかった原因は、ツールでも規格でもなく、単純に人々の集団の知能の限界だろうということです

そりゃ個々人で見れば上にも下にも大きくばらつくだろうけど、 web が web である以上は少人数がどうにかしたってしょうがない

@prime @hota

わかったとき用の画像も置いとくか

このアカウントは、notestockで公開設定になっていません。

context: https://mastodon.cardina1.red/@lo48576/108300102149282223

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

最小限の機能はできたかな (というのは嘘で、まだ属性の実装をしていないが)

このアカウントは、notestockで公開設定になっていません。

排便爺

これは大学入学する前からずっと考えていつつも未だ手を動かさずにいるやつなんだけど、蔵書管理と読書履歴/感想の管理を両方できそうなｿﾘｭｯｼｮﾝがあまりないのよね……

や、まあ別サービスになるべきだというのはわかるんだけど。

結局自分で書くことになるんだろうなぁ。ﾌﾞﾖｸﾞ実装できたらそのうちね。

とりあえず今の段階だと SQLite あたりに突っ込んどいて、後でインポートするというのが現実的なのはわかる

オタク的に気になる蔵書管理方法論、たとえばシェアドワールド作品、同時間軸で結末が違うメディアミックス、アンソロジー、非公式な二次創作などの扱いをどうするかというのがある

ひぐらしはたとえば個々のhogeし編で上下巻があり、それらをまとめて無印と解 (と更には礼) があり、それらをまとめて全体として「ひぐらし」があり、さらにその上にもしかすると「ひぐらし/うみねこ」があり、と。
で、それはそれとして個々のhogeし編でも講談社BOXと星海社文庫がありコミックがあり、さらにはコミックにしかなくてノベライズされていないエピソードがあり、それはそれとしてアンソロジーもあり、同人誌は当然非公式で、などなど

これ大昔に考えていたときは “タグ” を有向非巡回グラフにするしかないなという結論になって、今もその考えは大して変わらないんだけど、その構想をしていた当時は Postgres か MySQL かどちらかが WITH RECURSIVE に対応してなかった気がするのよね。時の流れを感じてしまう

「タグだけにDAG」じゃねんじゃ

My の 8.0 が2018年だからだいぶ最近 (というほどでもないが) だな

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ブランドとかに敏感なお年頃なんじゃないですかね。知らんので偏見だけど。

「Android なんて使ってたらダサいと言われる」とか、あっても不思議ではない

このアカウントは、notestockで公開設定になっていません。

ｺﾛ試合するか

このアカウントは、notestockで公開設定になっていません。

というよりｱｯﾎﾟﾖが “本物” であるという信仰が強そうというアレもありそう