ArcGIS for Desktopを使用する理由は何ですか？

私はGISを初めて使用します。2007年にArcGIS for Desktopを使用したのは4週間程度です。ハードウェアの販売に役立つGISを含む完全なソリューションを作成することを目標としています。彼らはターゲットとする市場を知りませんが、使用するGISソフトウェアを選択してほしいのですが、私はGIS市場にとって非常に環境に優しいです。ターゲットプラットフォームがWindows、Windows Mobile、Android、およびWebアプリケーションかどうかはすべて知っています。モバイルアプリケーションの考え方は、データ接続が100％ではないことを意味するため、インターネットベースのサービス、つまりGoogleMapsを除外する必要がある場合があります。

EsriのArcGIS for Desktop、CadCorp、MapInfo、GoogleMap / Earth、qGIS、Manifold、openJump、openstreetmapなど、利用可能なGIS製品の膨大な範囲を考えると、これを質問として表現する方法を見つけるのに苦労していました。

何を買うのかという質問を避けるために、代わりにEsri ArcGISを使用する理由を質問します。私の経験からすると、マップ内をナビゲートするのが遅く、開発にかなりのリードタイムを引き起こすという点で、非常に冗長です。Esriは市場で最も高価な製品でもあり、最も人気があると思います。しかし、CadCorpのような他のシステムが同じ機能を備えていても、応答性が高く、Esriデータをインポートしてコストを削減できる場合、なぜ人々はそれを使い続けるのでしょうか。

ここで何かを見落としているに違いないと感じています。防衛などの一部の業界でのクライアントの要求を知っており、Esriを求めていますが、なぜ他の製品が優れているかよく耳にします（市場シェアと品質のWindows対Macの例ですか？）

Psこの質問は、StackOverflowのこの質問から生まれました。

まず第一に、使いやすい。ほぼ7年間ArcGISを使用していますが、ArcGISはシンプルであり、シンプルなマップと分析の作成方法が気に入っていることを伝えています。

私は3年近くQGISを追跡し、使用しています。他の人が指摘したように、QGISは機能性に近づいていますが、それでも「ESRI」は人々の心に印刷されています。

ArcGISには、堅牢なドキュメント、大規模な使用ベース、および他のほとんどの企業が提供できない古い製品のサポートがあります。彼らは新しい技術と新しい概念の普及に投資してきました（これは何かかもしれませんが、GeoDesignをチェックしてください）。

QGISは、ArcGISを置き換える非常に強力な候補です。QGISに固執することができ、彼らはそれに非常に満足しているようです。それをカスタマイズすることは別のポイントですが、難しくはないようです-誰もが「それに慣れる」必要があります。

ESRIツールの利点の1つは、ネイティブのカートグラフィック出力であり、これは依然として最高であり、今後数年間は続くようです。

ネイティブのカートグラフィック出力コメントを説明する編集：さて、今日のほとんどのGISソフトウェアは、PDFやSVGなどの異なる形式にエクスポートして、GISスコープの範囲外で編集できます。

多くの人がFOSS GISソフトウェアを使用してマップの基本レイアウトを生成し、Inkscapeのようなものに変更してそのマップのルックアンドフィールを改良すると聞いています。

本来、ArcGISはすべての中で最高のカートグラフィックコントロールと出力を備えています。広範なラベル付け機能、シンボル作成、ベクターグラフィックソフトウェアの多くの機能を備えています。

それは私がネイティブの地図出力として意味したことです：D

地図作成がArcgisを使用する理由です。保証されている場合、他の製品を使用できます。ogr2ogrは、たとえばarcgisがシェープファイルを変換するよりも最大36倍高速であり、ツールセットの永続的かつ専用の部分を獲得しています。結果をマップできない場合でも、それは問題ではありません。

私たちのすべてのGIS作業は、分析的な数値だけでも、「これをどうやって描くのか、どうやってこれを視覚的に伝えるのか」という焦点を中心に回っています。。ゴムが道路に当たり、プリンが証明され、決まり文句を恐ろしく混ぜ合わせます。意味を伝えるデータから地図などの視覚的な製品を作成できない場合、事実上存在せず、データの構築に費やされた数百万ドルが無駄になります。

Arcmapで利用可能なオプションの幅に近いものである、これまでに調査した製品は他にありません。Arcinfoワークステーション、ArcView3、ArcPlotの時代に戻って、最終段階では地図情報の優位性からMapinfoを使用しました。Adobe Illustrator は Arcmapよりも優れている可能性があります。Arcmapと_ _の間にあるのと同じくらいの距離があります。

私はQGISとSAGAと兄弟に大きな希望を持っています-私は私の仕事の外でも自分の工芸品をやりたいと思っていますが、彼らは私が行うことのためにまだそこにいません。

更新： 1年前、「Illustratorがシェープファイルまたはファイルジオデータベースをその場で読み取ることができれば、代わりにそれを使用する可能性が高い」と述べました。それは、カートグラフィックリプレゼンテーションをもっと真剣に検討し始める前のことです。それは本当に強力なツールセットであり、私が知っている限りでは、GISの内外にある他のアプリケーションには類似性がありません。簡単に言えば、分析用に10進数の正確なジオメトリを保持し、単一のデータストアを保持しながら、マップ上の読みやすさのためにマップのプッシュピンを数百メートル以上移動できます。

Qgisが私たちの業務で重要な役割を果たすに値するかどうかという質問が増え続けているのを見て、より頻繁に尋ねられます。私たちの認識における表現の出現は、それらのノイズを再びバックグラウンドに押し込みました。

Illustrator（およびそのことに関するInkscape）は、テキストやグラフィックの処理にArcmapよりもはるかに簡単に使用できます。私はInkscapeをいくつかの小さなマッププロジェクトに使用しましたが、オブジェクトの数が増えると、マップ内で高速に動き出します。

私の大きな願いは、Arcgis / Qgisのデータスマートを使用したIllustrator / Inkscapeの使いやすさです。

技術的にはこれに実際に答えることはできませんが、ESRI製品を使用していないため、「...でも、なぜそんなに人気があるのか​​」という質問に突き刺すことができます。（これは私よりもはるかに知識のある人々との長年の議論に基づく私の意見ですので、事実でそれを実際にバックアップすることはできませんが、私には理にかなっているようです）。

主な理由は、市場とマインドシェアです。「ほとんどの人」はESRIソフトウェアを知っており、GISを聞いたことがある人のほとんどはESRIを考えています。ESRIソフトウェアを大量に展開している企業や政府機関、教育機関が膨大な数になっているため、これは大気中の単なる一般的な知恵です。市場シェアは何かを選択する理由の1つですが、（ビジネスモデルによっては）製品のニーズと技術的な一致を評価することがはるかに重要になる場合があります。（それはあなたがbtwについて質問するべきだと思うものです）。

GISのように「深刻」なものは巨大である必要があると多くの人が期待していると思うので、それは高価であるという認識があります。それに投資するのに多大な費用がかかるので、彼らが本当に感じるものに関係なく、費用対効果について多くの主張を聞くことはありません、彼らは大きな投資にコミットしているので（これは明らかに論争の的になり、拮抗することを意図していませんESRIが本当に正しい選択である人々）。

それは、オープンソースのより費用対効果の高いソリューションと手頃な価格の製品（GDALとQGISは最近非常に広く知られており、他にもたくさんあります）によって変わりつつありますが、一部はウールで染められたESRIユーザーでも変わりません古いツールではなく、新しいツールを使用しているのはGISを初めて使用するユーザーであり、また、現在のユーザーははるかに困難な市場であるため、ソフトウェアに投資したい組織にとっては効果的ではありませんたくさんの新しい人に使ってほしい。

私はボートの反対側にいます。2006年にQgisを使い始め、2009年にArcGISに切り替えました。ESGISでできることはQGISでできないことは何もありませんが、問題は時間です。あなたがコンサルタントまたは従業員の場合、給与は1時間あたり$ Xです。無駄のない効率により、運用コストを最小限に抑え、許容できる資本コストの増加（ライセンス購入）が求められます。モデルを作成し、結果を出力し、マップを非常にセクシーに見せることは、ESRIを使用してはるかに簡単に実現できます。

第二に、多くのESRIユーザーは、マップブック、印刷されたマップ、Webマップ、ダイナミック/ Webインタラクティブマップなどのより軽いベースでソフトウェアを使用しています。最後の2つを除いて、他のソフトウェアはFOSSにないか、ESRIのようにきれいで効率的かつ高速にそれを行うことができません

第三に、マップとモデルのメンテナンス、ESRIは、現在のデータで簡単に更新できるマップの作成に優れているか、古いデータを示すマップのアーカイブバージョンを引き出します。

第4に、実際にはそれほど高価ではありません。TransCAD（輸送GIS）またはEMME2 / 3（別の輸送GISソフトウェア）を考えると、ライセンスあたりの費用は最大50,000ドルになりますが、ほとんどの場合、ジョブを完了するためにArcGISが必要です

第五に、イノベーション。FOSSおよび非FOSSソフトウェアはすべて、ArcGISに追いついていると思います。FOSSの方がRとR-pyのサポートが優れているか、GRASSの方がモデリングが優れていると主張する人もいるかもしれませんが、結局のところ、ESRIのイノベーションはモデルを超えており、ソフトウェアをより使いやすくし、収集されたデータから印刷されたマップサイクルへのマップ生成が、はるかに簡単できれいになります。

第6に、ArcGISの恐ろしいUIが嫌いですが、それに慣れるので、それが彼らの最大の没落の1つだと思います

私はこの分野で石油探査業界に21年間携わっており、1990年代初期からデスクトップとエンタープライズの両方でArcGISソフトウェアのすべてのバージョンを使用しています。過去に言及したほとんどの製品も使用しました。Esriツールは、市場で他のどの製品よりも試行され、真実であり、テストされており、より適切に機能します。彼らは完璧ですか？いいえ、何でもありませんか？継続的な改善に対応していますか？はい。

ナットとボルトのマッピングの問題を解決するのは複雑であるため、Esriの優位性が変わることはありません。私はあなたが言及した他の製品の多くを使用しましたが、それを理解すると、彼らはあなたの仕事を成し遂げるために必要なユーザーベース、広範な機能、または詳細な技術的およびドメイン知識を持っていません。私はPetroleum GISを使用しています。ドメインエクスペリエンスと技術的ノウハウのまったく別の世界が必要です。

いくつかのオープンソースソリューション、特にpostgreSQLのような製品が大好きです。私はEsriがそれとうまくいっているのが好きです-私たちをさらに幸せにします。オープンソースのソリューションが優れていて集中しているのであれば、私がオープンソースソリューションに心を閉ざしていないことがわかるように、それについて言及します。FOSSカンファレンスに行きます。優れた機能ですが、GIS向けのEsriの資金源がありません。

最後に、それはお客様の選択した製品であり、お客様とお客様のワークフローとの互換性を維持したいと考えています。他のオプションがあったとしても、私たちが他の何かに移行するための多くの隠れた隠れたコストをもたらします。

これは良い議論のトピックです。これが私の見解です。多くの人がそうであるように、ESRIを備えたELAを備えた大学の環境でGISソフトウェアを使用することを学びました。これにより、多くのユーザーがESRIソフトウェア上のGISにアクセスできます。ESRIは大きな市場シェアを持っていますか？もちろん。それは良いソフトウェアですか？私の意見では、はい。十分にサポートされ、安定しており、絶えず改善され、スケーラブルで、相互運用性があり、サポートやアイデアを求められる巨大なユーザーコミュニティがあります。私は、ほとんどの日常のユーザー（そしておそらくその点でおそらく企業）は、簡単だからという理由だけで、上記で説明した基準を満たす製品を使用すると考えています。ArcGISプラットフォームは、長期的に試され、テストされ、信頼できるものです。

私はもちろん、ArcGISのような製品のエンタープライズライセンスを購入できる中規模企業で働いています。さらに言えば、ELAが数百万ドルに達する他のソフトウェアパッケージがあるので、ESRIのライセンスは一変します。また、私は側で相談し、ArcGIS-ArcViewの個人ライセンスを持っています。なぜ私はあなたが尋ねるかもしれないことに1500ドルを費やしたのですか？私のクライアントはすべてそれを使用しており、私も彼らが使用しているパッケージを使用してソリューションを提供するためにビジネスをしているからです。まあ、それと私は正直にArcGISが好きです。

開発の観点から見ると、これは最も費用対効果の高いオプションです。1時間あたり$で、ArcObjectsが提供するすべての機能を備えたArcEngineライセンスを購入するほうが、より少ないベースから始めるよりもはるかに安価です。ほとんどの通貨で、ArcEngineライセンスの費用は開発者の1日よりも少ないと言っても過言ではありません。

通常、ESRI製品を使用するのは、そうする必要があるためです。ほぼすべての政府機関がそれらを使用しており、それらに雇用された場合、あなたには選択肢がありません。ArcGIS製品スイートが大好きです。強力で使いやすく、非常に多くの人が使用している別のGISプログラムをまだ見ていません。それでも、ArcGISはダメです。

• コスト！-ESRIが嫌う最大の理由：プログラムは非常に高価であり、拡張機能はだまされやすいため、予算シート上で組織のGIS部門が恐ろしく見えます。GISを使用していないユーザーは、なぜコストがかかるのか理解できません。ほとんどの場合、代替手段を探す必要があります。最終的に、ArcGISの価格は非常に高く、価格を下げない限り、QGISが本格的に発売されるとすぐに人々は値上がりします。
• 機能性 -最初にArcGISの分析側を詳しく調べ始めたとき、多くのバグ、クラッシュ、スローダウンを発見しました。結局、私はプリフォームされない製品を売られたように感じました。ArcGISは分析には最適ですが、プログラムのバグのトラブルシューティング、コンピューターの再起動、およびサポートへの連絡に半日を費やす場合、それは受け入れられません。
• 修正されていないエラー -ArcGIS 10.0は、500,000を超える頂点を持つシェープファイルをクリップできません。ESRIがそれを認識しているのは事実です。こちらのリンクをご覧ください。コメントでは、ESRIスタッフが何か言いたいことがあります。さて、彼らはバグです、プログラムにはバグがあります。しかし、彼らが10.1まで修正していないという事実は、ダウン中にあなたを蹴るようなものです。完全に機能しない製品があります。ただし、アップグレードする余裕がある場合（またはサービス料金を支払う場合）は、それを修正しました。
• LiDARデータ-LiDARを使用する場合は、ArcMapに近づかないでください。クラッシュせずにファイルを開くことさえできず、私には素晴らしいコンピューターがあります。

私は今でもESRIが最高のGISプラットフォームであると言っていますが、代わりのものを見てください。できれば他の何かに行きます。

現在、使いやすさと使用可能なツールの範囲を考慮すると、代替手段はありません。

これは今後数年で変化し、QGISはますます近づき、FOSSになると思います。ESRIが市場シェアを失い、迅速かつ堅牢な製品を数百ドルで販売するまで待ちきれません。

1. ArcPy Pythonサイトパッケージ

   私は、他の地理空間ツールよりもArcPyサイトパッケージでより多くを達成します。ArcGISの機能とPythonの柔軟性/拡張性を組み合わせる機能は、私にとっての契約を結び付けます。

2. 64ビットバックグラウンドジオプロセシング

   ArcGIS 10.1より前のバージョンでは、「Integrate」などのメモリ拡張ベクトル操作を使用してクリエイティブを作成する必要がありました。これはすべて、64ビットバックグラウンドジオプロセシングで変更されました。

3. in_memoryワークスペース

   in_memoryワークスペースは、スピードと組織の改善を可能にすることで、何度も何度も助けてくれました。

4. ModelBuilder

   ArcGISのModelBuilderの能力を備えたGISはありません 。ツールを作成して共有する機能により、ゲームが変わりました。

5. ArcGISヘルプ

   「Con arcpy」、「モザイクから新しいラスターarcpy」、またはそのトピックのArcGISヘルプページに移動することを知っている多くのArcGISツールのいずれかをGoogleで検索した回数は想像できません。これは、これまでで最高の、最も有用で、最も包括的なオンラインヘルプです。さらに、それらのページは予測可能であるため、たとえば、ツールパラメーターはページの上部にあり、サポートされている環境は下部にあります。

6. ベクトルとラスターの機能

   ArcGISには、10年前に比べて非常に優れたベクターおよびラスター機能があります。少し前までは、デジタル画像処理は専ら特殊なソフトウェアの領域内にありました。現在、ほとんどのGIS技術者は、この1つのソフトウェアパッケージで必要なすべてを実現できます。

7. ArcGISを使用するように訓練された

   これは本当にESRIによる素晴らしいマーケティングの動きです。大学レベルでの免許をほとんど与えて、卒業後に地理空間の人々がこれらのツールに依存するようにします。

また、仕事のセキュリティにも適しています。古いコマンドラインは数日しかたっていないため、現在19年間ESRIを使用しています。（動作したとき：o）。実際にソフトウェアを使用するよりも、ArcGISを正常に動作させるために毎週多くの時間を費やしています。

上で述べたように、基本的なマップの開発にはかなり良い/簡単で（印刷の問題はありますが）、そのためにうまく機能します。それ以外の場合、新しいバージョンとアップデートのたびに急降下します。

今日、彼らはますます多くの機能を追加していますが、基本的なGISデータ管理ツールを壊しています。データ開発とスクリプト作成のための「非バグ」ツールの完全なセットがないため、9.3.1と10のみがインストールされている場所に移動しました。特にpythonスクリプト。

1つのバージョンで動作し、他のバージョンでは動作しません。その後機能するものは、次のspで壊れます。

彼らの「回避策」データベースはおそらく地球上でも最大のものだと思います。「修正」する代わりに、「回避策」を提案します。

マイクロソフトのようなものだと思います。はるかに優れたOSがありますが、MSは早くからドアに足を踏み入れたので、それが「標準」です。

もちろん、政府の請負業者と仕事をすることはあまり選択肢がありません。ただし、ゼロから始める場合は、ESRIが最後にお勧めです。まあ、それは真実ではありません、私はそれらを最後に推薦することはありません。

R_

プロフェッショナルESRIベータテスター（選択ではありません）

「ESRIは遅い...だから、すぐに開発できることに驚いた」というアイデアに応えて、Webマップ/サービス開発を「デスクトップ」開発と「実際の」開発から分離することが重要です。

webmaps -ESRI（ArcIMS）またはOpen Source（Mapserver）プラットフォームでWebマップを提供することを真剣に検討してから数年が経ちました。当時、mapserverはパフォーマンスと開発時間の両方でより高速で優れていました。Web上であちこちでさまざまな会話を読むと、ArcGIS Serverで物事が大幅に改善されていることがわかります。オープンソース側はさらに多くの活動を見ています。遠くから見ると、相対的なバランスはほとんど同じに見えます。いずれにせよ、Webに面したマップとサービスは、ESRIの強力なスイートではありませんでした。今ではarcgisサーバーでできることですが、デスクトップツールと比べると見劣りします。しかし、彼らはアークギスサーバーに大量のエネルギーを送り込んでいるので、これは最終的に変更される可能性があります。

デスクトップ開発 -これはモデラーとコマンドラインインターフェイスであり、その後に保存されたスクリプトをクリーンアップおよび拡張します（ただし、多くの場合、そこまで行く必要はありません）。モデラーを使用すると、コンポーネントをドラッグアンドドロップし、プロセス間の関係と依存関係を定義するため、初期設計とプロトタイピングフェーズは簡単です。モデルは単なる概念ではなく、単なる図ではありません。これは、保存して、実際のデータで自由に再利用できるツールです。

CLIをオンにして、必要なツールボックスを実行します。ツールが実行されると、実行された実際のコマンドとそのパラメーターが報告されます。これらのレポートは、テキストエディターまたはスプレッドシートにコピーし、必要に応じて微調整し、実行のためにCLIに貼り付けることができます。CLIも対話型であり、選択可能なコマンドを1つのタイプとして表示し、可能なパラメーターのツールチップを使用して、さまざまなアークマップ/カタログパネルからのドラッグアンドドロップを受け入れます。

ArcGISでのデスクトップ開発は高速で、大部分が直感的で、十分に統合されています。（私は希望する改善のリストがあり、あなたを気にかけています！）

実際の開発 -これは、Visual Studioまたは[insert-favourite-IDE]を起動し、C＃、C ++、Java、PythonなどのArcObjectsから直接ビルドするものです。この環境での開発が他のGISプラットフォームと比較することはできません私はそれをやったことがないので。私の考えでは、選択可能なオブジェクトの数は膨大な数に上るため、より難しいという認識があります。ESRI COMライブラリは世界最大であり、Microsoftが構築したものよりも大きいと言われています。その要点をつかむには時間がかかります。

ArcGisは使いやすく、その後Adobe Illustratorを使用せずに必要なマップ品質を出力するための最適なレイアウトインターフェイスを提供するため、長年ArcGisに依存しています。また、ジオプロセシングおよび地理オブジェクトの手動編集にも適したソフトウェアです。

ただし、製品は高価であり、基本バージョン（ArcView）は非常に基本的なツールを実装していません。

タスクのスクリプトと自動化には、Manifold Systemを使用します。これは、ArcViewなどにはないものを実行できます。スクリプティングはArcよりも簡単です。しかし、地図を作成するには、それは良いソフトウェアではありません。

一緒に、彼らは良いと手頃な価格のGISキットを作ります。

1. 私は怠け者。1996年からESRI製品を使用しています。ArcGISは私を大いに失望させましたが、私はまだ腹を立てるつもりです。基本的に重要な単純な関数に関する非常に多くのバグ。一方、追加機能の追加...

2. 多くの製品を使用しましたが、ArcGISではカートグラフィック機能が優れていることがわかりました。Illustratorでより良い結果を得ることができますが、統一されたフレームワーク内で1つのマップとデータを維持する方がはるかに簡単です。

3. 簡単にトレーニングを受けて学ぶことができます（ESRIがスポンサーになっている価値のないトレーニングクラスではありません）。そのプロジェクトを予定通りに完了させようとしているときにバグに遭遇したときに役立つ活気のあるユーザーコミュニティがあります。ESRIデータ形式で動作する多くの書籍。

4. ESRIソフトウェアで生計を立てています。

Esriはデスクトップ、モバイル、サーバー、新しいArcGIS.com向けのアプリケーションを作成しているため、同じアプリケーションをすべての環境に比較的簡単に移行できます。

たとえば、ArcGIS Desktopでマップドキュメントを作成し、数回クリックするだけでクラウドでホストされているArcGIS.comにプッシュできます（オンラインストレージとアクセスに対して後で支払います）。モバイルまたはデスクトップアプリケーション、Webマップなどで同じホストバージョンを使用できます。

他の組織は、Boundless Geoの優れたOpenGeoスイートやMapBoxのスイートなど、同様の「シームレス」パッケージを作成しており、ArcGISの利点がすぐになくなる可能性があります。しかし、当面の間、ArcGISはコストを正当化するのに十分な利点を提供します。

博士号として 経済地理学の分析をしている学生は、ArcMapにあまり感心していなかったと言えます。

TransCADだけでなく、ほとんどすべての拡張機能を備えたArcGISの無料ライセンスを取得しました。

どちらも、内部で関数呼び出しであるオプションを設定するために、3、4、さらに多くのレイヤーであるネストされたGUIアイテムのMS Excelパラダイムを継続することがわかりました。

何が起こっているのかを正確に知る必要がある場合は、実際にオープンソースのドキュメントを見て、関数呼び出しの各オプションが何をするのかを読む方がはるかに簡単だと思います。

例として、90,000の場所を訪れた10,000人の調査回答者がいて、輸送行動をモデル化するために最短経路を使用してルーティングする必要があるとします。

また、この分析と回答者の住居周辺の描画バッファーとを組み合わせて、ローカルの構築環境が交通行動に及ぼす影響をモデル化する必要があります。

バッファを描画し、データを他のレイヤー属性とマージすることで、ArcGISとMaptitude / TransCADはうまく機能します。

しかし、PostGISを知ったら、シンプルな1つのライナーでバッファーを描画し、それをすべての属性と交差させ、新しいテーブルを作成して、「再現可能な研究」にすることができます。これは、GUIベースのシステムでは不可能です。

また、このバッファプロセスには、ArcGISでは2.5時間、PostGISでは20分かかりました。SQLの安定性はArcGISよりもはるかに優れていることもわかりました。

次に、ルーティングに進みます。ArcGISのセットアップは面倒であり、ドキュメントとサポートは恐ろしい私見です。一方、PostGISのセットアップは、コマンドラインでのosm2poまたはosm2pgroutingの単純な1つのライナーであり、ルーティング可能なネットワークがあります。

ArcGISとTransCADでネットワークを設定した後（さらに多くの作業が必要になりました）、同等の関数呼び出し（つまり、調査回答者を場所から場所にルーティング、約90kルート）を実行し、約50％の成功を収めましたTransCADからのレート、ArcGISからの継続的なクラッシュ（まだ機能していない）、pgRoutingを使用したPostGISからの100％の成功率、オンラインチュートリアルに続くいくつかの簡単なクエリ。

私は物事のマッピングの側面についてはあまり知りません。私にとって、すべてのPostGISクエリはバターのようにQGISで簡単にマップされます。

繰り返しますが、SQLを数日間学習すると、PostGISのジオメトリ関数は常にの呼び出しでST_geomfuction(geomA,geomB)あり、残りは単なるオプションであることがわかります。

アプリなどの展開に関しては、非常に高速なSQL関数と、SQLステートメントから単純な関数を作成し、QGIS（またはそのことについてはR）に報告する機能が、初期段階の後のはるかに自動化されたワークフローにつながるように思えます学習曲線。

また、空間統計モデリングに関しては、基本的なこと以外のことをしている場合、Rに代わるものはありません。

だから、私はPostGIS、QGIS、Rのプラスワンだと思います。ArcGISを使用して独自のデータベース形式を開き、PostGISに取り込みます。

私はGISビジネスに30年間携わっています。DEC MicroVaxでArcInfo（情報付き）を使用してオーバーレイを行いました！私の考えでは、仕事に最適なものを使用することです。現在、FOSS、Google、Bing、Oracle、SQL Spatial、PostgreSQLがあります。質問をデータ収集、データ保守、地図作成（ハードコピーとオンライン）、および分析に分けます。ドメインの要件に応じて、ESRIが最善の選択肢である場合とそうでない場合があります。私は、特に水と廃水のユーティリティ部門にいます。

データ収集とデータ保守 ESRIには、この分野で非常に強力なツールセットがあります。私のクライアントの多くはCADから始めます。これは、ArcGISに移動する前に請負業者からデータを受け取る方法だからです。

本番-ハードコピー ESRIには、私のドメインでハードコピーマップを作成するための非常に優れたツールセットがあります。よく使用します。

生産-オンライン オンラインマッピングに関しては、ArcGISとMapGuideやWMSなどの他のソリューションを検討します。これらはオープンソースであり、無料です。ArcGISは非常に人気がありますが、フットプリントが大きく、複雑で時間がかかり、途中で発見することになります。特定のアプリケーションに適していますが、マップの表示とクエリの要件を必要とする他のアプリケーションには複雑すぎます。

Analystics それは我々はそれがむしろESRIモデルビルダを使用するよりも、それをサポートしていれば、空間データベースにそのほとんどをしようと分析しています。他の一部のユーザーは、実行する操作に応じてArcGISを好む場合があります。アプリケーションと統合を構築するために、ジオデータベースから純粋な空間データベースにデータを公開するのが好きです。オプションを開き、ArcEngine / ArcObjectsを使用してSDEとジオデータベースを使用する必要があります。

以前はArcGISを使用していました。2014年の時点で、ジオコーディングなどを行うために「サービスクレジット」を請求しています。ソフトウェアの問題/バグは別として、大量のジオコーディングを行うため、ソフトウェアを購入する余裕がなくなりました。使用するものはまだ決定していますが、10年ほど前に使用したMaptitudeに戻る可能性があります。