私がいつも使っているソフトウェアは ESRI ソフトウェアです。結局のところ、彼らは業界のリーダーです。最初に使っていた ArcIMS4 から今使っている 9.2 まで、何年も使い続けてきましたが、サーバー側で実際に使われる高度な GIS 機能は、結局、ネットワーク GIS には期待できないことが分かりました。デスクトップ プログラムと同じくらい強力です。インターネットのメリットは情報の共有が早いことだと思いますが、現在のGISサイトを見てみると、その機能は問い合わせと情報公開がほとんどです。 ArcGIS サーバーは非常に強力ですが、しばらく使ってみると、一般の人には手が届かないものだと感じます。
ArcIMS には、HTML シン クライアントと Java シック クライアントという独自のクライアント リリースがあります。しかし、私はいつもそれを使うことに違和感を感じていましたが、その後、クライアントを自分で書くだけで、ズームイン、ズームアウト、ブラウジングなどの基本的な機能が猫と虎のように実装されました。 2003 年当時、最初のマップ アクセスはまだ写真を返すリクエストだったことを覚えています。使用するのは非常に手間がかかり、エクスペリエンスは非常に悪く、人々は気が狂いそうなほどだったので、当時のマップは小さかったです。
その後、タイル マップが登場しました。当時はインターネット上にそのような地図 Web サイトはほとんどなく、そのほとんどはまだ Java アプレット プラグインを使用していました。毎日、よだれを垂らしながらインターネットでタイルマップを勉強しており、自分の作った地図をタイルマップにしたいと思っています。その時は、大きな地図を小さな地図に切ってインターネットで発信したほうが早いのではないかと感じました。他人の原理が分からないので、遠回りして自分の地図を4次元地図に変更して、依頼された大きな地図をリアルタイムで小さな地図に切り出してクライアントに送信したような感じでしたが。ポイントは高速でしたが、サーバーがリアルタイムで画像を切り出すのに時間がかかります。
その後、長い期間にわたる研究の繰り返しが始まり、最終的に他人の地図が事前にカットされ、レベルごとに保存されていることを発見しました。これは今では公然の秘密ですが、当時はネットワーク GIS がそれほど繁栄しておらず、情報リソースが非常に豊富でした。次に、これまでのコードの蓄積を通じて、独自のグラフ切断システムとグラフ切断プログラムの研究を開始しました。最初は画像のサイズで迷ったのですが、色々なサイトを比較して最終的に256*256に落ち着いたのは、当時のパソコンの画面が均等に分割できる1024*768だったからです。 。画像カット プログラムはレベル 4 または 5 から始まり、その後はレベル 12 までカットできます。これにより、ArcIMS が拷問に耐え、このような大規模で継続的、中断のない高圧アクセス下でも生き残る能力についても十分に理解できました。わかりました。高速化のため、もちろん多条糸や不規則な部分のカットを採用しています。切り取った地図を再利用して地図データを更新するため、この点でも設計変更が行われている。
独自のマップ切断プログラムを作成したら、次のステップは WebGIS クライアントを必要とすることです。私は他の Java Web サイトを見て、最終的に HTML に興味を持ちました。データをダウンロードするのに半日かかりますが、明らかに速度が速くなり、Tileのアイデアも吸収される可能性があります。