Mapnik 問題

[hfu]

Node.js で Mapnik を導入することが難しくなってきている。技術的な原因は、パッケージの管理なりサポートの幅の問題であるように見える。

具体的には、Raspberry Pi で mapnik を入れることができない。linux arm64 でのバイナリパッケージがないのでビルドを試みるがビルドされないようになっているようである。

現在のところ、UNVT で Mapnik 依存しているのは charites と itoma であるように見えている。

mapnik を導入するノウハウを確保維持するか、あるいは charites と itoma の mapnik 依存性を外すことが良いのではないか。

なお、Raspberry Pi で docker.io を使って docker で node を動かしても、やはり同じようなエラーメッセージで mapnik 導入がうまくいかない。

[hfu]

https://github.com/unvt/charites/blob/c047b6638590116b9ee73699a3ce71934e517914/docs/source/install/recommended_environment.rst にも、arm64 で mapnik が動かないことが言われている。また、sprite-zero が mapnik 依存の要因であるというような情報になっている。

[hfu]

https://smellman.github.io/vector_tile_book/docs/knowladge/sprite_url.html も参考になる。spritezero を代替できれば、UNVT は Mapnik 依存を外せるということだろうか。

[smellman]

Spritezeroの代替としてImageMagickなどを活用できないかと考えているのだけど、イメージが思ったとおりに出力されるかをどう検証するか？という点で悩んで実装していませんでした。すくなくともSVG->画像へ綺麗に出力される必要があり、有用なツールとして仮想的なHTMLを構築してplaywrightなどでスクリーンショットを撮るという手もあります。

[smellman]

おっと、playwrightはRaspberry Piで動かないんだった。

[hfu]

ありがとうございます。

ちなみに、microsoft/playwright#7723 (comment) を見ながら Raspberry Pi OS + Docker (ubuntu 20.04) + nodesource の Node で今ちょっと試してみたところ、Playwright が少し動きそうな感じがしました。

[hfu]

Docker を注意深く使えば Playwright ならば Raspberry Pi OS でも動かせるかもしれないと感じることができたのですが、同じ環境で mapnik を導入しようとしても、うまくいかないようです。Raspberry Pi OS と同じく linux arm64 扱いとなるのですが、linux arm64 には mapnik が対応しそうにありません。

mapnik 依存性を charites や itoma から外す方向で検討を進めると良さそうな気がしています。

[hfu]

@JinIgarashi 不可欠であるとすれば、Mapnik 依存のない spritezero のフォークを作るというのが長期的な解決策になりそうですね。それまでの短期的な解決策として、一時的にスプライト関数の機能を外すというのも魅力的です。スタイルを編集する人のうち、スプライトを自分で作る必要がある人の数はそれほど多くない、というのが私の経験の範囲内からの推測です。ただ、スプライトを作る機能が不可欠であるかどうかと言えば不可欠なので、spritezero-cli であるにせよ charites の一部であるにせよ、Mapnik 依存がないなどしてポータブルなスプライト作成機能を持つこと、が本質的な課題であるのだろうと思います。

[JinIgarashi]

spritezeroをフォークするとしたら、こちらがsfdに対応してるのでいいかもしれません。
https://github.com/elastic/spritezero

[JinIgarashi]

elastic版はfontnikを使ってるのか…fontnikのビルド問題が出てきてしまうかもしれません。

[hfu]

ありがとうございます。とりあえず、Raspberry Pi OS で elastic/fontnik が入るかどうか試してみました。

見た感じ、無事に入っているみたいで、その点では有望かもしれないと思っています。

[hfu]

とりあえず、spritezero がボトルネックであって、spritezero を mapnik 依存しないように改造するのが長期的正解である、という認識を手に入れたということをここまでの議論の結論とし、私自身はここで一旦停止します。