全般

プロフィール

NO nop_thread

  • ログインID: nop_thread
  • 登録日: 2022/09/01
  • 最終ログイン: 2026/07/13

チケット

未完了 完了 合計
担当しているチケット 291 284 575
報告したチケット 568 303 871

プロジェクト

プロジェクト ロール 登録日
生活 全体管理者, プロジェクト内管理者 2026/03/01
Journal 全体管理者, プロジェクト内管理者 2026/01/26
設備・備品管理 全体管理者, プロジェクト内管理者 2026/03/01
趣味・娯楽 全体管理者, プロジェクト内管理者 2026/03/01
コンテンツ鑑賞 全体管理者, プロジェクト内管理者 2026/03/01
鯖缶 全体管理者, プロジェクト内管理者 2024/03/15
人生管理運用 全体管理者, プロジェクト内管理者 2024/03/15

活動

今日

NO 05:34 鯖缶 機能 #1137 (新規): chuable 向けの S3 互換オブジェクトストレージサーバを立てる
nop_thread
NO 05:33 鯖缶 機能 #457: ストレージを食いまくるサービス用に、独立した Proxmox VE クラスタを用意するべきか検討
nop_thread さんは #note-16 で書きました:
> 短期的には NAS と chuable と他のどこか、どこに置いても後から都合良く変更できそう。
性能だけで考えるなら、なぜかメモリが 20GB あって SSD も 1TB ×2 積んである ##187 なども、キャッシュが強そうだしバックアップの同期中以外は暇そうという点で候補に上がってくる。
nop_thread
NO 05:31 鯖缶 機能 #457: ストレージを食いまくるサービス用に、独立した Proxmox VE クラスタを用意するべきか検討
nop_thread さんは #note-5 で書きました:
> どうせ依存が発生してしまうならクラスタを分けなくてもいいかもしれないが、どうせ上に乗せるサービスは他へは動かせないだろうし、せっかく遠隔ストレージ用のプロトコルで分離できそうなところを敢えてクラスタとして結合してしまうことが良いことなのかはわからない。
nop_thread さんは #note-13 で書きました:
> ...
S3 互換なら rclone か何かでミラーするなり、クラスタ機能が...
nop_thread
NO 05:05 鯖缶 機能 #1136: Mathesar インスタンスを立てる
[File storage backends - Mathesar Documentation](https://docs.mathesar.org/latest/administration/file-backend-config/)
> Mathesar’s file data type requires you to configure an object storage backend — either an S3-compatible service o...
nop_thread
NO 05:02 鯖缶 機能 #1136 (新規): Mathesar インスタンスを立てる
* [Mathesar - Open source UI for Postgres databases | Mathesar](https://mathesar.org/)
* [mathesar-foundation/mathesar: An intuitive spreadsheet-like interface that lets users of all technical skill levels view, edit, query, and collabo...
nop_thread
NO 05:02 鯖缶 機能 #1135: 蔵書管理方式の検討
nop_thread さんは #note-10 で書きました:
> [IronCalc](https://www.ironcalc.com/) と [Mathesar](https://mathesar.org/) は完全にオープンのようなので使えるかもしれない。
→ ##1136
nop_thread
NO 04:59 鯖缶 機能 #1135: 蔵書管理方式の検討
nop_thread さんは #note-2 で書きました:
> 何のメタデータを追加したくなるかわからないので、スキーマが柔軟だと若干嬉しいかもしれない。
> ...
[Grist](https://www.getgrist.com/) と [Teable](https://teable.ai/) は課金機能があり、 NocoDB や Baserow と同様の懸念がある。
[IronCalc](https://www.ironcalc.com/) と [Ma...
nop_thread
NO 04:42 鯖缶 機能 #1135: 蔵書管理方式の検討
[研究会報告 hokoku 010921](https://www2.lib.keio.ac.jp/project/libsys/proc010921/naiyo010921.html)
> フォーマット自体の話ではないのですが、当館の場合マスターデータというのはMARCフォーマットではなく独自の形です。JAPAN/MARCフォーマットも、UNIMARCフォーマットもそのマスターから別々に編集します。編集が2系列になるわけで、JAPAN/MARCフォーマットからU...
nop_thread
NO 04:33 鯖缶 機能 #1135: 蔵書管理方式の検討
* [JAPAN/MARC MARC21フォーマットマニュアル (2021年1月) 単行・逐次刊行資料編](https://warp.ndl.go.jp/web/20240304000000/www.ndl.go.jp/jp/data/JAPANMARC_MARC21manual_MS_202403.pdf)
* [過去のJAPAN/MARCマニュアル・フォーマット | 国立国会図書館](https://www.ndl.go.jp/data/catstandards/j...
nop_thread
NO 04:45 生活 機能 #1134: 蔵書管理のセットアップ (と、蔵書の洗い直し) (2026-07)
#1135#note-7 のとおり、真面目に (ILS が想定する形で) 使おうとすると相応の理解と習熟を求められる気がしてかなり時間がかかることが想定されるので、一旦スプレッドシートで誤魔化す。 nop_thread

他の形式にエクスポート: Atom