間違っているGISプロジェクトの例をいくつか知りたいです。
すなわち、そのプロジェクトからのGIS出力に基づいて、悪い決定が行われました。
私は誰かに名前を付けたり恥をかかせたりするつもりはないので、もしあなたが働いていた会社なら、名前を外して、必要に応じて物語を隠してください。かなりの数の主要な公開例があるはずです。
例：災害管理プロジェクト。データが不良または古いために問題が発生しました。
私は認めますが、それは正解のないかなり主観的な質問です。したがって、私は投票に話しをさせ、誰かが必要に応じてc-wikiに変換できるようにします。
個人的には、これから大きな利益を得るでしょうし、GISを教えるときに例を渡します。
回答:
本格的なGISプロジェクトではありませんが、空間的側面が正しく処理されなかった状況の興味深い例です。
エコノミストの「北朝鮮ミサイルの脅威」は、最初は次のように見えました。
実際には、次のようになります。
読者はすぐに間違いを指摘し、エコノミストはそれを認めて訂正した。
（Spatial Analysis ブログ経由）
編集：ArcUser Onlineから問題に関する詳細情報を入手してください。
クリストファー・コロンバスはここで言及されるべきではありませんか？
彼は彼がアメリカに着いたときに地球の反対側にいると思った。間違いなく、それは悪い地図データのためでした。
編集：少なくとも、whubersのコメントによると、悪いデータだけでなく、夢のプロジェクトを実現するための一般的なアーキテクトテクニックのようです。
/ Nicklas
うわー、私はいくつか言及することができます。GISプロジェクトに関する私の主な問題は、GISプロジェクトではなく、GIS要素を持つITプロジェクトとして考えられ、分析され、設計され、構築されていることです。データとデータ管理の重要性は常に低下しているように見えますが、率直に言って、彼らは彼らの計画に関与するGISについて十分に知らない多くの人々です。
私はかつて、6年間の予算を超えて缶詰にされたプロジェクトを知っていました。そのBAのイギリスの描写は、100,000kmの球座標系でした。
プロジェクトにGISの要素がある場合、または完全にGISである場合、GISとしてGet GOから計画する必要があります。場合によっては、いくつかのマップが追加されたISとして構築され、それらは常に惨めに失敗します。
私が見てきた障害の多くは、の結果となっているビッグ・デザインアップフロント、その後につながった、サンクコストのジレンマ。
私は1つを持っている。GISプロジェクトのワークフロー。これを正しく行わないと、組織に膨大な時間とお金を費やすことになります。例は、ユーティリティベースのネットワークを収集するためのデータモデルの設計です。プロジェクトマネージャーは、GISプロジェクトのデータモデルの準備に多くの時間を費やす必要があります。独自のデータモデル（通常は古い）を使用する組織があります。ESRIには非常に多くの業界固有のデータモデルがあるため、ゼロから始めるのではなく、プロジェクトで利用できます。
サスティン空間もう一つの例にポイントを：地図風刺がトラブルでエコノミストを取得します。
エコノミストはスコットランドで作品を発表し、問題の表紙は次のようになりました。
エコノミストは、地図を使用して、独立後のスコットランドを楽しみます。国の「スキンランド」、「ローンランド」、「エディンボロー」などの新しい場所の名前を付けます。
...
感情はわずかに上回っています。第一大臣は、雑誌がスコットランドで「一日中大騒ぎする」と言っていました。マップはin辱的、攻撃的、人種差別的、そしておそらくもっと悪いと呼ばれています。
結果：これまでに1595のコメント（16.04.12に関して）。そしてかなり白熱した議論;）
あなたが「悪い」と呼ぶものにもよるが、私の印象では、大学の科学者によって作成されたほとんどのマップは非常に悪いため、誰も使用していない（おそらく、気候変動モデルを除く）。
最も一般的なエラー：過度に楽観的な補間。面積/層にグローバル平均を使用する代わりに、平均/標準偏差を使用するよりも正確ではない、またはさらに正確ではないという事実を隠す複雑な手法を使用して値が補間されます。
例：http : //www.springerlink.com/content/qq5h67635g4l4417/ またはここの長いディスカッションペーパー：http : //dx.doi.org/10.1016/S0016-7061(97)00072-4
2番目（および関連する）最も一般的なエラー：クリギングエラーは予測のエラーを表していると考える。
良い例は、ALMRSまたはNILSと呼ばれるUS-DOI / BLMプロジェクトをレビューすることです。これらのプロジェクトは両方とも、国土記録の正確性を改善するために数千万ドル（または推定値によってはそれ以上）の投資の後に終了しました。
両方とも精度が低下している場合があり、場合によっては全体的な無駄が見られました。
最終的に、BLMS独自のデータを使用して構築された商用データソースは、新しいBLMシステムが行っていたものよりもはるかに正確で最新であることがわかりました。
これはあまりにも多くの失敗であったため、社内開発のシステムではニーズを満たせなかったため、BLM自身のオフィスは商用ソースと契約していました。包括的な要件は、独自のニーズについては検討されていませんでした。
