ArcIMSとArcGIS Server

ArcIMSを使用したことがないので、次の質問には答えられません。「なぜArcIMSを使わないのですか？」私は最近、ArcIMSクライアントの管理に使用されていたポジションを引き継ぎましたが、現在はArcGIS Serverアーキテクチャを使用しています。しばらくここにいる同僚は、ArcIMSを交換する必要がある理由をまだ尋ねています。私ができる唯一の答えは、ソフトウェアがESRIによってサポートまたは開発されなくなったことです。しかし、安定性、機能性、サポートされているフォーマットなどに関しては、あまり言えません。

ArcIMSが「古い」ので、ArcGIS Serverに置き換える必要がある理由の簡潔なリストを誰かに教えてもらえますか？また、ESRIのサーバーGISがどのように開発されたかを理解するのにも役立ちます。

コメントをありがとう、

ロバート

最後のバージョン4.0は2002年のもので、現在は「古い」ものです。時間の経過とともに、サーバー上のソフトウェア（Java、OSアップデートなど）を更新すると、ArcIMSが失敗するリスクが高まります。これは、何も変更しないことを確認し、ニーズが変わらない限り、それを置き換える十分な理由になるはずです。

2002年頃にArcIMSインストールを管理していたのですが、ArcGIS Serverをまったく使用していないため、機能ごとの変更についてはわかりません。

ArcIMSは引き続き32ビットアプリケーションであるため、OSが（ついに！）64ビット対応になると、特にマップが数ギガバイトに相当するデータで構成される可能性がある場合、これが制限要因になる可能性があります。ArcGIS Serverは64ビットのJavaアプリケーションであり、これらの制限はありません。

ArcIMSでマップを作成するには、テキストファイル（AXLファイル）を編集する必要があります。MXDマップドキュメントをArcIMSに公開することは可能でしたが、その機能はArcGIS 10.0で削除されました。ArcGIS Serverを使用すると、ArcMapから直接サーバーにマップドキュメントを公開できるため、テキストエディターを操作してマップを正しく表示する時間が大幅に短縮されます。

安定性について：ArcGIS 9.3.1 / 10で、ArcIMSは最終的にかなり安定しました。ただし、ArcIMSの管理は依然としてかなり厳格であり、分散システムやクラウドベースのシステムには適していません。あらゆる種類のマップのロード/リロードにより、構成がArcIMSアプリケーションサーバーに送信される間、すべてのサービスが一時的に停止します。ArcGIS Serverはそれを行いません-サービスのリロードは他のサービスに影響を与えません。

さらに、マップのロードに問題がある場合、ArcIMSはマップを削除する可能性があり、実行中のマップがなくなったときにフラストレーションを引き起こす可能性があります。ArcGIS Serverはマップ構成を保持し、サービスを停止したままにします。

それは、目に見えるよりも良い質問です... arcgisサーバーは、（10.1で）たった今、動的シンボル、動的クエリ、オンザフライレイヤーなど、arcimsが2000年に行ったものを実行できるようになりました。パフォーマンスに関しては、arcimsがagsのがらくたを打ち負かします。また、arcimsはagsよりもリソースを管理しました。データベースへの接続を共有したため、接続数を制御できました。agsを使用すると、mapserviceごとに2つの接続を取得します-これを管理する方法はありません。

したがって、あなたの質問は別の口調を取ることができます：「なぜagsを使う必要があるのですか？」。

しかし、真剣に、arcimsは非常に古く、いくつかのものをサポートしていません。たとえば、st_rasterタイプを使用するラスターを表示することはできません。今後は、esri空間データベースに接続することもできなくなります（10.2でこれが起こると思います）。また、Web APIは最終的にarcimsのサポートを終了するため、arcimsを使用するという目的全体を打ち負かして、Webから遮断されます。私がarcimsを愛しているのと同じくらい、あなたは本当にあなたのアプリを新製品、esriや他のものに移行すべきです。

時間が足りない場合は、牛肉を食べるために戻ってきますが、私にとっては2つの大きな答えがあります。

• ジオプロセシングサービス
• キャッシュマップサービス