鯖缶

何のメタデータを追加したくなるかわからないので、スキーマが柔軟だと若干嬉しいかもしれない。
NocoDB などが使えれば使ったところだが、残念なことに #668 のとおり使うのをやめるつもりなので、別の方式を考える必要がある。
Baserow は SSO が有償プランでないと使えないのだったか？
何にせよ後から移行するのは厳しそうなので、フリーミアム的なモデルのものはリスクを考えると最初から避けておきたい気持ちがある。

図書館向けのシステムを探してみるべきか？
貸出まわりとかたぶん完全に不要なのだが。

• openbiblio/openbiblio-1.0 · GitHub
• OpenBiblio Software | Open Bibliography and Open Bibliographic Data

OpenBiblio は GitHub を見た感じでは7年前くらいからコミットが積まれていないようにみえる。
(master ブランチの最後のコミットは 2019-07-30。)

公式ページ (Wordpress なのでブログ？) も “The content you are viewing has been archived, and is read only.” などと表示されており、最後の投稿は 2013-07-01 だった。
OpenBiblio プロジェクトを持っているはずの Open Knowledge Foundation の方で簡単に探してみても検索は死んでいるしブログの openbiblio タグ での最後の記事は 2012-08-23 なので、たぶんプロジェクト自体がもう活動していないということなのだろう。

• Koha-Community/Koha: Koha is a free software integrated library system (ILS). Koha is distributed under the GNU GPL version 3 or later. ***Note: this is a synced mirror of the official Koha repo. Note: This project uses its own bug tracker, see https://bugs.koha-community.org/ to report a bug or submit a patch.

Koha は v26.05 が 2026-05-27 にリリースされたらしく開発は持続していそうだが、コードベースが Perl らしいので何かあったとき自分で弄れそうにないのは不安。

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

Install · next-l/enju_leaf Wiki
https://github.com/next-l/enju_leaf/wiki/Install

Mastodon とかを見ていても思うのが、 docker や docker-compose 経由でサービスを提供するのに git によるリポジトリの clone や pull が必要になったりするの、なんか……なんか嫌じゃない？ という

大昔に試したときには docker イメージ単体では動かせずリポジトリが必須だったというか、そもそも docker イメージのつくり自体がおかしくて migration 系のファイルが変なところに作られていたような記憶が微かに残っており (普通はアプリ内に静的に格納されていると思うが、たぶん volume 内か fs overlay 上かなどの妙なところに作られていた)、ちょっと信用ならんということでそのときはスルーした。

今軽く眺めた感じだと、実際に動かして確認していないので詳細は不明だが、あまり状況は変わってなさそうな雰囲気があるので、一般的なベストプラクティスに従っていると信じて運用を組むとハマりそうであまり気乗りしない。

Koha かスプレッドシートかしかお手頃な選択肢がなさそう……。

• JAPAN/MARC MARC21フォーマットマニュアル (2021年1月) 単行・逐次刊行資料編
• 過去のJAPAN/MARCマニュアル・フォーマット | 国立国会図書館
• JEPA｜日本電子出版協会 MARCとは？

メタデータの入れ方も結構丁寧にやる必要がありそうな感じがする。
真面目に勉強してからでないとまともに使えなかったりする？

研究会報告 hokoku 010921

フォーマット自体の話ではないのですが、当館の場合マスターデータというのはMARCフォーマットではなく独自の形です。JAPAN/MARCフォーマットも、UNIMARCフォーマットもそのマスターから別々に編集します。編集が２系列になるわけで、JAPAN/MARCフォーマットからUNIMARCフォーマットへ編集している訳ではありません。それは、かなり困難かと思います。やってやれないわけではないでしょうが、かなりデータが欠けるところが出てくるはずです。

㍂。
いやまあ国立国会図書館のやりかたが自宅でそのまま参考になるとは思わないが。

nop_thread さんは #note-2 で書きました:

何のメタデータを追加したくなるかわからないので、スキーマが柔軟だと若干嬉しいかもしれない。
NocoDB などが使えれば使ったところだが、残念なことに #668 のとおり使うのをやめるつもりなので、別の方式を考える必要がある。
Baserow は SSO が有償プランでないと使えないのだったか？
何にせよ後から移行するのは厳しそうなので、フリーミアム的なモデルのものはリスクを考えると最初から避けておきたい気持ちがある。

Grist と Teable は課金機能があり、 NocoDB や Baserow と同様の懸念がある。

IronCalc と Mathesar は完全にオープンのようなので使えるかもしれない。