4 ポイント 投稿者 GN⁺ 2024-08-12 | 1件のコメント | WhatsAppで共有
  • OpenStreetMapは2004年、ボランティアが世界地図を自ら編集するウィキ地図として始まり、20年後には無料の地図データを提供する大規模プロジェクトになった
  • 創設者は、キューバの地図に道路、公園、病院まで既に埋まっているのを見て、OSMが実際に機能するという確信を得た
  • プロジェクトを動かした核心は技術よりもであり、既存の地理業界の外にいた参加者たちは、地図をより良くしたいと考えていた
  • 当時の統制中心の地図データ慣行とは異なり、OSMはボランティアに適した tags、nodes、ways ベースのモデルを選んだ
  • OSMの20年は、新しいアイデアを実際に作り、フィードバックに応じて終わらせるか大きく変えるという反復が必要だという教訓につながっている

OpenStreetMapが機能すると確信した瞬間

  • 20年前、Steve CoastはWikipediaとLinuxの成功を見て、世界のウィキ地図は可能だと考えたが、OpenStreetMap自体の成功を確信したのはずっと後になってからだった
  • 新しいユーザーには、なじみのある場所を選んでもらい、データを追加する前後を比較してすぐに達成感を感じられるよう案内した
  • あるユーザーがキューバを見たいと言ったとき、当時のOSMは主要な西側諸国の地図はまずまずだったが、キューバは空白の地図だろうと予想していた
    • 経済的要因により、オープンプロジェクトに貢献する自由時間や能力が限られている可能性があった
    • インターネットは事実上禁止されており、コンピューターも違法という条件があった
  • 実際のキューバ地図には道路、公園、病院などほぼすべてが既にマッピングされており、この経験以降、OSMがプロジェクトとして機能するかどうかを心配することはなくなった

人、アイデア、技術の順序

  • OSMは過去20年間、注目する指標によって指数関数的または二次的に成長してきた
  • プロジェクトの本質は、データや技術よりもに近い
    • John Boydの言葉のように、順序は人、アイデア、技術であり、その逆ではない
  • 参加者たちは既存の地理業界の陣営には属しておらず、概して地理分野で働いてもいなかった
    • 彼らはただ、地図をより良くする方法を求めていただけだった
    • 政府、大学、企業には公共マッピングが不可能な理由が数多くあったが、実際の解決策はなかった
  • 2004年にボランティアに地図を編集させるという発想は、ほとんど想像しがたいことだった
    • 地図データは管理者集団が統制し、承認し、慎重に管理すべきものと見なされていた
  • OSMは当時、学界や主要技術プラットフォームが勧めていた方向とは逆に進んだ
    • 有給編集者ではなくボランティアに合ったデータモデルが必要だった
    • そのためオントロジーではなく tags を、web feature serviceではなく nodesways を選んだ

OSMの後に残る問い

  • OpenStreetMapはほとんどお金をかけずに世界をマッピングし、データを無料で提供している
  • Wikipediaが経験した問題の多くを避けられた理由は、意見ではなく事実だけを表現したからだ
  • より大きな問いは、「浜辺の別の小石」のように、ほとんどお金をかけずに世界をより良く大きく変えられる他のものは何か、という点にある
  • OSMが一つのメディアだとすれば、そのメッセージは無から有へ、つまりzero to oneへ進めるということだ
  • 新しいことを阻む力は恐れ虚栄である
    • 実際に作って人々に見せることへの恐れが、一方から押し返す
    • アイデアそのものに恋してしまう虚栄が、反対側から引っ張る
    • その結果、アイデアを実行することも終わらせることもできない状態に閉じ込められることがある
  • 新しいものを作ると、たいていは終わらせるか大きく変えなければならない
    • OpenStreetMapの最初の約4つの主要バージョンは互いに大きく異なり、世界からのフィードバックを受けて機能する形へと変わっていった
    • 当時、約10個のアイデアを始め、OSMは成長し、1つは別の人が引き継ぎ、残りは現実と虚栄がぶつかって消えていった
  • 既に成し遂げたことを祝った後は方向を転じ、新しいもの、またはより良いものを作って既存のものを置き換える方法を考えるべきだ

1件のコメント

 
GN⁺ 2024-08-12
Hacker Newsの意見
  • OSMが気に入っているなら、モバイルアプリ StreetComplete のインストールをおすすめする。「ここに表示されている横断歩道はありますか?」のような簡単な質問に答えながら、OSMに手軽に貢献できる
    関係者ではないが素晴らしいアプリだと思うし、近所でクエストをこなす感覚がかなり満足感がある
    https://streetcomplete.app/

    • StreetCompleteは気軽な貢献には楽しいが、OSMに本当に必要なのは 優れた地域マッパー
      ある地域で実際の変化を更新し、見守っている地域マッパーがいるかどうかはすぐに分かる。店ができたり閉店したりすることを追うだけでも非常に有用で、OsmAndやOrganicMapsのようなアプリでその地域を訪れる人たちがそのデータを使う
    • iOS版が出るまではEveryDoorを試せる。特に 関心地点(POI) の作業に向いている
      https://github.com/orgs/streetcomplete/projects/1
      https://every-door.app
    • 長い散歩に目的を与えてくれるので、減量にも良い方法だと断言できる ;-)
    • StreetCompleteに加えて、連携アプリの StreetMeasure もインストールするとよい。道路幅や他の物体の長さを測るのに使える
      休暇や週末旅行の最中、妻と歩き回りながらStreetCompleteで欠けているデータをよく追加している。最近、南フランスの古い市街地で非常に狭い道の幅を尋ねる質問に答える必要があったが、勘では正確ではなく、StreetCompleteがStreetMeasureを勧めてくれたので、ずっと良い推定値を得られた
    • GoMap!!を使っている。機能は包括的だが、使い勝手は少し無骨
      StreetCompleteは知らなかったが、少し見たところ、似ていながらも歓迎できる代替に見える
  • 最近のOSMが持つ データ量 は宝物に近い。ただ、このデータをGoogle Mapsと競争できるような形で見せる、よくできた汎用Webフロントエンドがないのが惜しい
    公式のopenstreetmap.orgウェブサイトは、ほとんど使えない検索と基本機能を提供するだけで、それ以外はOSMデータの編集に焦点が当たっている。OSMの汎用「フロントエンド」としてはOrganic Mapsがおそらく最良だが、AndroidとiOSに縛られている。Organic MapsのWeb版があれば、OSMの導入は大きく加速すると思う

    • OSM用フロントエンドの中では mapy が一番良さそうだった。それでも検索はまだGoogle Mapsほど良くはない
      iOSとAndroidアプリもあり、iOSアプリは分からないが、AndroidアプリはOrganic Mapsのように容量効率よくオフライン地図をダウンロードできる
      https://en.mapy.cz/zakladni?x=-2.2989613&y=53.1629710&z=8
      https://apps.apple.com/cz/app/mapy-cz-maps-navigation/id4114...
      https://play.google.com/store/apps/details?id=cz.seznam.mapy...
    • OSM上に作られた良いものを見つけ出すのは、特に非技術系ユーザーには簡単ではない。OSMベースのサービスの長い一覧はOSM Wikiにある
      非技術系ユーザーに役立つリンク集はStreetCompleteアプリ内に隠れている。「自分のプロフィール」画面で「ブックマーク」アイコンを開けばよく、クエスト完了報酬のようなゲーミフィケーション方式で一覧が段階的に開放される。せっかちな人向けの完全な一覧もここにある
      https://wiki.openstreetmap.org/wiki/List_of_OSM-based_servic...
      https://f-droid.org/packages/de.westnordost.streetcomplete/
      https://github.com/streetcomplete/StreetComplete/blob/a09ae2...
    • 欲しいものが正確に何かによる。Google Mapsは地図以上に、経路案内、ストリートビュー、レビュー のような機能も担っている
      とにかくQwant Mapsを気に入っている人はかなり見かけたし、私は https://mapcomplete.org で特化型の地図を作れるようにしようとしている
    • 地図を埋め込むには ライセンス もかなり悪夢に近い
      本当に自由なオープンソースを望むなら、避けるべきライブラリを知っておく必要がある。例えば、今ではMapbox系には手を出さない方がいいと思う。正直、ライセンス変更とは別に、数年前から反組合・反オープンな動きで愛想が尽きていたが、昔は本当に良い仕事をしていたところなので残念だ
    • https://cartes.app はGoogle MapsとApple Mapsの オープンソース代替 を目指している。今はフランス語専用ベータ版
      開発者本人です
  • OSMはプライバシーを念頭に置いて作られた唯一の地図実装だと思う。DDGがはるかに劣る代替に乗り換えたのは本当に残念。
    人里離れた場所をハイキングするとき、OSMは必須だったし、誰かが見返りを期待せずにその山道を地図化してくれたことがよかった。公衆トイレ、駐車場、アクセシビリティといった有用な派生地図も多く出てきて、できる限りこちらも貢献しようとしてきた。

    • 検索エンジンでの地図利用の大きな部分はおそらく店舗・事業者情報だったはずで、多くの地域でOSMの事業者データが非常に古いか、そもそも存在しないため、そうしたのだと思う。
      OSMにかなり多く貢献してきた立場から言うと、ハイキングルートは概してGoogle Mapsよりはるかに優れていた。
    • 自転車によく乗り、ルートを常に更新しながら給水所、休憩所、自転車修理スタンドを記録し、必要な事業者情報も修正している。
    • OSM自身のWebサイトで、追加や更新をもっと積極的に促せると思う。
      使ってはいるが、これまで「ここに新しくできたものはありますか? 地図に追加するにはxyzしてください!」のような案内を見たことがなく、何かを追加するにはどこから始めればいいのかも分からない。あるいは、ユーザーが一時領域に項目を投稿し、権限のあるユーザーが反映するかどうかを決める形にもできるかもしれないが、そうするとスパムが多くなりそうだ。
  • OSMの取り組みを全面的に支持している。興味深いことに、OSMやApple Mapsを見ると、地図データセットの構築がいかに難しいかが分かる。
    聞いた話では、中国政府は公開地図に数メートル程度のオフセットを入れ、意図的に不正確にしているという。今もそうなのかは分からないし、理由もよく分からない。高速道路が思っていた位置から数メートルずれているからといって、侵攻を防げるわけでもないからだ。いずれにせよ、これを補正するには、人が公開地図を衛星写真の上に重ねて誤差を取り除く必要があった。AIは役に立つものの、依然として労働集約的だ。
    労働集約的であることに加えて、突き合わせるべきデータソースも非常にまちまちで、それらのデータ同士が衝突することも多い。YelpやFoursquareのようなところも、本質的には位置データを売ることで成り立っている。
    事業者の営業時間を列挙するだけでも膨大な労力がかかる。Googleには、AIが事業者に電話して営業時間を尋ねるシステムがあった、あるいはあったと理解しているが、自動音声の電話だと明示するよう修正する必要があったようだ。
    経路案内を望むなら、道路の正確な方向情報が必要で、自転車レーンの位置も知る必要がある。地域によって自転車レーンの定義は異なり、ある場所では自転車が車と道路を共有できるが、別の場所ではできない。
    公共交通を統合したいなら、地域ごとに奇妙なAPIがあるだろう。単純に見えることが、膨大な労力と何千ものデータソースの統合を含むという好例だ。元Google社員。

    • 中国の公開地図のオフセットは今も進行中だが、はるかに複雑で、オフセットが500メートル以上になることもある。数メートル程度ではない。
      https://en.wikipedia.org/wiki/Restrictions_on_geographic_dat...
      それでも現時点では大きな意味はないと思う。敵軍が攻撃座標を地図、それも中国の地図から得るより、衛星画像から得るはずだからだ。
    • 自転車レーンの位置については、OSMがGoogleよりはるかに得意なことで有名だ。
  • プロジェクトでOSMを使うのが本当に好きだ。エコシステムにはツールが多すぎて、データをどう使えばいいのか把握するのは少し怖く感じることがある。
    OSMのクエリを始めたい人の役に立つよう、最近この記事を書いた。
    https://wcedmisten.fyi/post/how-to-query-osm/

  • OpenStreetMapがまだ健在で本当にうれしい。他では簡単に見つけにくいデータがよくあり、自分の大切にしている場所に貢献できるのもよかった。

  • OpenStreetMapを自分でホスティングでき、OSMデータを使って、少しのPythonとSQLiteだけで座標から住所の逆ジオコーディングまで作れる点がよい。
    https://github.com/punnerud/rgcosm

  • 山でハイキングしたり自転車に乗ったりするとき、ポケットの中にオフラインの最新地図があるのは非常に貴重だ。少なくとも何かを返すために、できる範囲で貢献してきた。

    • AからBまで経路案内してくれて、オフラインでも動作するOSMアプリを知っている?
    • 今はそのためにGoogle Mapsの「オフラインマップ」を使っている。ただし、オフラインモードでは経路案内ができないという制約がある。
      地図をオフラインで持っておくことはできるが、AからBまでのルートを探してくれとは頼めない。オフラインモードでこれができるOSMアプリがあるのか気になっている。
  • OSMには、多くのデータのオープンな基準情報源になる潜在力がある。その上に、必要なものだけを表示するキュレーションされたUIを作ればよい。OSMは「地図」ではないという点を覚えておくべきだ。
    例えば営業時間がある。今この情報はWebページやGoogle Mapsにあり、互いに矛盾していることもある。場合によってはFacebookのステータス更新が最も正確な情報であることもある。

    • 関心地点の所有者がOSMを使わなければ、OSMでも問題は解決できない。経験上、彼らはOSMの存在すら知らないことが多い。
      OSM貢献者が多い高密度地域でも、多くの関心地点はいまだに古い状態だ。レストランや店のオーナーは自分のWebサイト、Instagram、Facebook、またはGoogle Mapsだけを気にしていて、OSMは知らない。約12年前に貢献を始めたとき、主要な貢献者の一人は、レストランを地図化するのは時間の無駄だと言っていた。確認してくれる人がいなければデータはすぐ古くなるからだが、今も同じ考えなのかは分からない。
    • だからOvertureのPlacesデータにopening_hoursがないのは残念だ: https://github.com/OvertureMaps/schema/discussions/243
      OvertureはOSMの「標準化された」バージョンに近いが、PlacesデータはMicrosoftとMetaのデータを使っている。
    • これをhttps://mapcomplete.orgで作ろうとしている。
  • iOS では無料アプリ go map!! のベータテスターとして、外出中に使ってきました。移動中に OSM の更新を素早く楽しく行えると感じています
    https://apps.apple.com/us/app/go-map/id592990211