CoMaps - Organic Maps のコミュニティ主導フォーク
(comaps.app)- Organic Maps の今後の運営が不透明な中、コミュニティは初回リリースの基盤と技術設定を整え、別フォークを進めている
- 新プロジェクトは、透明な意思決定、非営利・公益、完全なオープンソース、プライバシー重視の運営を中核原則としている
- 暫定名称は CoMaps で、最終的なプロジェクト名の投票は Codeberg で行われ、5月20日に終了する
- コントリビューターは、開発、ガバナンス、ウェブサイト、ドキュメント、機能議論、バグ報告、広報素材の制作、OpenCollective での支援を通じて参加できる
- Organic Maps の株主交渉には実質的な進展がなく、Viktor と Roman の意見の相違が残っているため、既存プロジェクトの将来は依然として不透明
コミュニティフォークの進捗状況
- Organic Maps のコミュニティ主導フォーク作業が急速に進んでいる
- 初回リリースを目標に、基盤構築、技術設定、進行中の作業を整理している
- 新プロジェクトの拠点は Codeberg の comaps に用意された
- 運営原則は以下に沿っている
-
透明性
- コミュニティによる意思決定
- 非営利および公益
- 完全なオープンソース
- プライバシー重視
-
名称投票と参加方法
- プロジェクト名 CoMaps は暫定名称
- community、collaborative、common、collective といった意味を込めた名称として使われている
- 最終名称はコミュニティが一緒に選ぶ方式
- プロジェクト名投票 は Codeberg で行われ、5月20日に終了する
- Codeberg にログインして投票したり、名称を提案したりできる
- すでに人々が Codeberg に登録し、機能議論やバグ報告を含む貢献に参加している
- 参加できる方法は以下のとおり
- Codeberg 開発リポジトリ で開発に参加
- Governance リポジトリ で組織運営と意思決定活動に参加
- プロジェクトの広報
- ソーシャルメディア向け広報テキストとグラフィック制作の支援
- Website リポジトリ でウェブサイト構築を支援、プレビューは comaps.app
- OpenCollective を通じた支援
- すべての支援金と支出は Open Collective で透明に処理される
- 次回のアップデートでは最終的なプロジェクト名が発表される予定
Organic Maps の交渉状況
- Organic Maps の株主との交渉には実質的な進展がなかった
- Viktor はプロジェクトを売却しないという保証には前向きなようだが、それ以外については Organic Maps に対する完全な支配権を維持したいと考えている
- 株主である Viktor と Roman の間の意見の相違が解消されておらず、Organic Maps の将来はまだ不透明
1件のコメント
Hacker News の意見
懸念の核心は、Organic Maps ですでに変化が起きたというより、今後プロジェクトがどうなるかについて大量の保証を求めている、という方向に見える。
そうした変化が実際に起きたら、その時点でフォークすればよい。すでに Maps.ME は売却され、Roman が Organic Maps としてフォークした前例がある。再び売却されたら、またフォークできる。今フォークすることは、必要になるまで待つよりもコミュニティに大きな害を与える可能性があるように見える。
WordPress を見ると、BDFL がホスティング分野最大の競合相手との自称「核戦争」を批判した人々をコミュニティから積極的に禁止しており、その戦争に数千人のコミュニティメンバーが巻き込まれたにもかかわらず、フォークは存在しない。なぜならフォークは難しく、コミュニティを分断するからで、人々は不安定化のリスクを負うよりも暴君に耐えようとする。他の環境にいる暴君と何も変わらない。
プロジェクトの初期に、合理的に民主的な手続きを含む良いガバナンスが整っていて、貢献者が執行機能を選出できるなら、状況が悪化しても対処手段があるため、将来フォークしなければならないと感じる可能性は低くなる。
その程度でも、すでにフォークを正当化するには十分に見える。さらに、理事会メンバーを選出し交代させるという約束は守られず、最初の公開書簡で主張されていたように、Organic Maps プロジェクトへの寄付金が個人の休暇に使われたという疑惑も隠されていたという。
背景が気になる。
「Organic Maps の株主との交渉には実質的な進展がなかった」「Viktor はプロジェクトを売却しないという保証だけは残しつつ、それ以外では Organic Maps に対する完全な支配権を維持しようとしているようだ」「Viktor と Roman の間の株主間対立が解決しておらず、Organic Maps の未来は依然として不確実だ」という内容だ。
またフォークか？ Organic Maps 自体が maps.me のコミュニティ主導フォークだというのが要点ではなかったのか？ つまり今度はフォークのフォークになったわけか？
モバイルのOSMベースアプリの現状には物足りなさを感じる。Maps.meがOrganic Mapsになり、今度はまたこんなことが起きている。
開発の努力も多く、優れた仕事も行われてきたが、何年たってもアプリがよりユーザーフレンドリーになったとは感じない。
Google Mapsの代替にしようとかなり押してみたが、結局あきらめた。OsmAndはスマートフォンで「OSMアプリ界のスイスアーミーナイフ」が必要なときには素晴らしいが、そういう場面はめったにない。Maps.me/Organic Mapsも似たようなもので、何かを検索するときに1文字でも入力を間違えると、結果を得られる可能性はほとんどない。自転車ルートの代替ルートも期待しにくく、レンダリングは見た目が悪いか遅いか、あるいはその両方だ。
Mapy.com、以前のMapy.czに乗り換えてみようとしているところだが、意外とユーザーフレンドリーなアプリだ。ただ、近いうちにどう収益化するのかは分からない。今のところスマートフォンでは一番良く、本当の地図代替になってほしいと思っている。最近、チェコ中心のコンセプトから、きちんとした世界地図であるmapy.comへ移行し、Webもモバイルも今のところ素晴らしい。
OsmAndがStreetCompleteやStrava内蔵のMapboxレンダラーのような新しいレンダリングエンジンを手に入れれば、おそらく最高のものになり得ると思う。数年前からある、あの遅い「3D」機能ではなく。
オンラインのルーティングサービスを有効にするだけで、経路探索はずっと強力になり、代替ルートも標準で出るようになり、さらに速くなる。OSMAndでは、例えばGraphHopperで可能だ: https://www.graphhopper.com/blog/2024/02/27/osmand-with-grap...
住所検索も同じだ。Photonのようなオンライン住所検索を使えば、よりユーザーフレンドリーになり得る。GraphHopper MapsにはPhotonとGraphHopperの経路探索を一緒に入れてある: https://graphhopper.com/maps/. 自分でホスティングすることもできる。つまりオフライン利用も可能だ: https://github.com/karussell/local-maps
GraphHopper MapsはF-Droidにもあり、iOSではWebサイトをPWAとしてインストールできる。ちなみに私はGraphHopperの共同創業者だ。
ただしオンラインなので、各ユーザーのスマートフォン上で実装するのは非常に難しく、これがOrganic MapsとOsmandの限界だ。
Photonや似たプロジェクトを使い始めても、Googleのような体験を提供するには、はるかに多くの作業が必要になる。「from london to winchester」のような経路提案、座標の検出、複数言語でのblvdのような略語処理、「coffee in Marais」のようなカテゴリ検索に対応しなければならない。単に場所名を全文検索するだけではだめで、検索語を意味的に分解する必要がある。
自転車ルートの代替も同じ問題だ。オフラインの経路探索はさらに難しい。BRouterは代替ルートが多く優れているがオンラインで、OSMandにインストールすることはできるものの、かなりnerdyだ。
ちなみに私はWeb地図アプリ https://cartes.app に取り組んでいる。PhotonとBrouterを使っているが、英語の国際化も含めてまだやることが多く、近いうちに実現できればと思っている。
iOSやmacOSに似たツールがあるのか、あるいは道路編集のおすすめがあるのか気になる。
今ヨーロッパを4.5トンのキャンピングカーで回っているのだが、OsmAnd+では通常、道路の重量・高さ制限がきちんと表示される。しかし表示されていないと、アルプスで迂回するのに何時間も無駄にすることになる。同じような状況の次の人をぜひ助けたい。
車では、オフラインで簡単に使え、車線やルート矢印がより目立って読みやすく、道路閉鎖や高速道路の渋滞で降りるときに再探索できる地図プログラムが欲しい。
ただ、運転でOrganic Mapsを使うときの最大の不満は検索機能だ。Google Mapsのようなオンラインのソーシャル機能、警察・安全警告、レストラン評価のようなものはなくても構わない。行きたい場所を実際に見つけてくれさえすればいい。
たいていGoogle Mapsを避けようとするのだが、Organic Mapsを再び試してみると、検索に目的地が出てこない。そこでGoogleで住所を調べて入力しても、正確な住所を入れているのに見つからず、結局Google Mapsに戻ることになる。
車のナビゲーションのような一部機能は、Google Mapsよりも優れていると感じる。プライバシーポリシーも気味が悪いとは思わないし、最も気になる部分はオプトインで、トグルが何への同意なのか、同意しないとどの機能が使えないのかを明確に説明している。
Mapyのプライバシーポリシーは、ある面ではHereほど気味悪くないが、Hereではオプトインになっている交通情報用の位置データ共有のような部分が、Mapyではオフにできない状態でオンになっている。
オープンソースの代替をより好むが、現時点で自分のニーズに合うものはないという点には同意する。
なぜ人々が Organic Maps には貢献するのに、OSM には貢献しないのかが気になる
Organic Maps は OSM データを配布する洗練された方法にすぎないと思っていた
地図を選別・収集してダウンロード可能なパッケージにするコード、表示するコード、経路探索コード、アプリのデザインアセットやリソース、ドキュメントなどがある
地図そのものが OSM である点は確かで、OSM に貢献すれば Organic Maps や今後登場する新しいコミュニティベースの地図プロジェクトにも役立つ
理想的には、OSM データを使うすべてのアプリが基盤となる地図データに貢献できるようにすべきだが、おそらく現実にはそうならないだろう
Organic Maps は OSMand より軽量で、レンダリングが速く、設定がシンプルなのがよい。ただし、スーパーマーケットやガソリンスタンドのような関心地点など、有用な機能は不足していたと記憶している
アプリ間でオフライン地図データを簡単に共有できるとよい。アプリ A でダウンロードして SD カードにバックアップし、その後アプリ B、C、D や別の端末で SD カードを差し替えたりコピーしたりして使う、といった形だ。Android では可能かもしれないが方法が見つからず、少なくとも簡単でも明確でも自動でもない
Organic Maps は、オフライン中心といった特定の選択にもかかわらず、多くの人にとってそのようなアプリに見えていた。Google Maps と Apple Maps がある状況で OSM が存在し続けるには、このアプリに貢献することが非常に重要
OSM エコシステムには他にも多くの FOSS プロジェクトがあり、当然ながら地図作業や地図データの改善も大いに歓迎される
Organic Maps に些細な修正をいくつか貢献してみたが、反応も早く、意見も合理的だった
すべての決定や優先順位に同意したという意味ではないが、それは当然のこと。リーダーシップは十分に正常に見え、かなりBDFL に近い構造のように感じた
調べた限りでは、Organic Maps は Gaia のようなものに対する唯一の実質的なオープンな代替であり、その差もかなり大きかった。役割はかなりうまく果たしているが、地図スタイルには残念な部分があり、メートル単位の等高線しかないのも惜しい
コードベースを少し触ってみた経験から、これは小さく単純なプロジェクトではないことが分かった。複数プラットフォームでレンダリングを共有するための C/Java などの巨大な混合コードベースで、地図ファイル生成だけでも小さな作業ではない
フォークが実際に定着するかには懐疑的。2つのプロジェクトがしばらくさらに苦労する可能性が高そうだ。フォークの発表は簡単だが、レトリックを超えてユーザーを引きつけるだけの価値を届けるのは別問題
所有者たちは数か月にわたり燃え尽きと対立に巻き込まれていたので、今後の体験はおおむね同じか、より良くなると期待している。ユーザーを引きつけるのはどのみち段階的なプロセスであり、FOSS プロジェクトの最優先指標でもない。使いやすさ・人気とともに、多様な貢献者による活発な貢献のほうが重要
ユーザーにとってより良いなら、Organic Maps と CoMaps の両方を使ってもよい。今でも作業に応じて Organic Maps と OSMAnd を併用しており、うまく機能している
関連記事: https://news.ycombinator.com/item?id=43705631
BDFL が運営するプロジェクトという考えに、だんだん懐疑的になっている
概念自体は魅力的。実質的にはプラトンの哲人王に近く、BDFL は意思決定が停滞しないようにし、すべての決定を委員会で争うことなくプロジェクトを前進させられる。プロジェクトの文脈とビジョンを保ち続け、誰にも責任を負わないため、複雑な政治的妥協ではなくプロジェクトに合った決定ができる。君主制の長所をすべて備えている
残念ながら、BDFL モデルには君主制の問題もすべてある、ということを何度も見てきた。良い人物に当たれば最も効果的な統治形態だが、人間は移ろいやすい。BDFL が結局は悪意を持っていたり、自分こそがプロジェクトそのものであり、そこから生じる利益を独り占めする資格があると判断したりすることがしばしばある。WordPress が思い浮かぶ
良い BDFL は維持する価値があるが、長期的には現実の 民主主義・共和制からコミュニティ構造の着想を得るほうが、より安定し、信頼でき、新しいプロジェクトにも一般化しやすいと思う。民主主義は完璧ではないが、設計上、コミュニティ内の個人差を和らげるため、君主制よりも時間が経つほど予測可能な結果をもたらす
だから、大統領令を無視したり税金を払わなかった人を核攻撃するというよりは、猫の群れをまとめるのに近い
コミュニティプロジェクトの目標は緩やかだ。使命、価値観、ガバナンス、所有権・支配権などは変わり得る。コミュニティの意見は取り入れられるが、たいていは一人か二人の強い人物が率いていることが多い。プロジェクトが実際にはより悪くなったり、貢献者やユーザー層の見解を反映しない変更をするよう圧力を受けたりすることもある。個人的には、コミュニティの多数意見が求めることを必ず実行しなければならないコミュニティプロジェクトを知らない。この意味では、「大衆」ではなく数人の強いリーダーが実際に責任を負う、典型的な「民主的」政府に似ている
BDFL プロジェクトは定義上、一人のプロジェクトだ。秘密のアジェンダを持つ必要がないので、秘密のアジェンダもない。誰からの圧力もなく、プロジェクトはリーダーが望む方向に進む。そのため、たいてい「論争」は少ない。気に入らなければ受け入れるか去ればよい
Organic Maps はどうやら BDFL プロジェクトではない。Roman、Viktor、そして株主ではないものの Viktor が持分を保有しているとされる Alexander という3人の株主がいる会社によって代表されるプロジェクトだ。ここでの懸念は、BDFL プロジェクトではないため、株主の意見が割れ、「多数派」が会社を売却することにしたりしたときに、貢献者たちには何が起きるのか分からないという点だ。BDFL プロジェクトなら所有者がなお売却を決めることはあり得るが、今回の場合はプロジェクト創設者が実際にコミュニティ側にいる
個人的には、本当の BDFL プロジェクトが自分のコミュニティの目標に反して動いた例はあまり知らないし、BDFL は概してそれまでやっていたことを変えない。例外はお金が絡むときだ。誰かがオープンソースを書いて報酬を得ている程度ならプロジェクトは安全だが、誰かがプロジェクトを製品として売っているなら注意すべきだ。「お金はどんな動機にも接続できる万能アダプター」なのだ
Organic Maps は本当に素晴らしいアプリだ。こういう種類の組織が所有しているとは知らなかったし、うまく整理されることを願っている
いくつか付け加えたい
Organic Maps の開発者たちはベラルーシ出身で、会社はエストニアで登記されている。すでに非常に難しい構造なので、作者たちができるだけ単純な構成を望むのはあり得ると思う。国際的に非常に難しく高額な 非営利組織にエネルギーを浪費したくないのかもしれない
会社を売却することの何が問題なのか？また別のフォークを作って先に進めばいい。オープンソースだからといって、作者たちがお金を稼いではいけないという意味ではない
Organic Maps の最大のコストは地図データのホスティングとミラーリングだ。このフォークは独自サーバーを使い、その費用も払うのか？
このフォークの背後にいる開発者と貢献者の一覧はあるのか？「私たち」「コミュニティ」という言葉しか見つからなかった
会社を売っているからではなく、コミュニティの誰も 寄付金の行方を知らないことが問題の一つに見える。CoMaps は財務の透明性を問題にしており、これはフォークする十分な理由だと思う