–ヤフーはオークション、Googleは検索–主要ポータル、利用時間構成で大きな差（CNET Japan）
ネットレイティングスは、2007年7月度のインターネット利用動向に関する結果をまとめ、発表した。「総利用時間」から主要ポータルの利用チャネルを見た場合、その利用時間構成比に大きな違いがあった。

ポータルサイトごとで、利用時間構成にけっこう違いがあるらしいという話です。
ネットレイティングス社のレポート
こうやってみると、地図サービスの利用時間は全然少ないですね。
-Google Maps 2%
-goo Map 2%
-YahooとMSN は圏外
ここに出ていないサイトの構成も気になるところです。
Livedoorなんかは、RSS ReaderやBlogなんかが強かったりするのでしょうか。
ポータルサイトといえば、
ニフティとか、プロバイダ系のポータルサイトがいろいろやりだしていておもしろいです。
これからは、Yahoo!がライバルです。（社長談）
http://www.nifty.com/yorn/
so-net web2.0 salon
http://www.so-net.ne.jp/web2/

地図表示範囲ないの不動産物件を表示するマプレットを作成してみました。
物件情報には、スマッチさんのAPIを使わせてもらっています。
Mappletの場所はこちらです。
http://convivial-web.com/mapplets/smatch.xml
登録方法はこちらに丁寧な解説がありました。
■Mapplet作った@速報ダム日和
Google MappletとGoogle Maps APIは、ほとんど同じといっても、
使えないクラスがあったり、GetCenterがGetCenterAsyncになっていたり、
微妙に異なる点があります。
使用できるクラス等のリファレンスは、こちらにまとまっていました。
Google Mapplets Reference
さらにopenInfoWindowHtmlで設定したHTMLがちゃんと反映されないぁと思っていたら、
こんな一覧もちゃんと用意されていました。
Content Allowed in Mapplet Info Windows
2007/6/6追記
たたみラボさんに紹介されました。
ありがとうございました。
一箇所にたくさん物件が存在するときにエラーになってしまったり、
まだ不具合だらけなので、時間をみつけて修正します。

GoogleMapsの新しいサービス「Street View」が大変な話題になっていますが、なんか例のあれみたいですね？
というのは置いておいて、今回の本命は「Mapplets」です。
これって、ここギコさんの予言していたそのものですよね。
今までいくつかマッシュアップを作ってきましたが、全部Mappletで置き換えてしまえそうです。
と思ってさっそく試してみているのですが、どうやらGTileLayerが使えないようです。
なので、ラスタ重ね合わせとかはちょっと無理っぽいのです。
GMarkerは使えそうなので、とりあえずスマッチWebサービスあたりから実装してみようと思います。

GoogleMapsを使ったマッシュアップというと、
ポイントデータを地図上に並べたものが大半かと思います。
ラインやポリゴンも一応は扱えますが、大量の図形を描画するのは難しいのが現状です。
そういった場合でも、ラスタ画像にしてしまえば、ちょっと気の利いた表現ができるようになります。
イギリスのサイトですが、不動産価格をラスタ画像にしてマッシュアップしています。
Sold House Prices in England
不動産の価格が高いところほど、地図上が赤く表示されます。
地図を拡大していくと、個別の不動産物件情報も表示できるようになっています。
単純に不動産価格を集計しているようですが、HEXで集計しているところはおもしろと思います。
もうひとつ、これもイギリスのサイトです。
Property hot spots – map of average house prices
こちらは地区ごとのポリゴンを、不動産価格で色分け表示しています。
この色分けレイヤは、GoogleMapsの上に半透明で表示されているのですが、
その透過率をユーザーが変更できるようになっています。
GoogleMapsの地図は、場所や縮尺によって色合いがバラついているので、
このようなインタフェースを設けているのだと思われます。
日本でも、スマッチWebサービスや、公示価格情報を使って、似たようなものが作れそうです。

急にMapServerのパフォーマンスが気になりだしてしまったので、
ちょっと調べていたら、同じような記事を見つけました。

MapServerとArcIMSの比較
ArcIMSは仕事でもいぢくったことがあるんだけど、なかなか性能の良いエンジンだった。それと同等？もしくは以上の性能が立証された？？？

DM SolutionのオフィシャルページにはArcIMS以上の性能と宣言されていました。

Performance
MapServer has been proven to be as efficient, if not more efficient than industry standard commercial software. Several comparisons have been done with ESRI ArcIMS demonstrating comparable if not faster map rendering speeds.

以下の記事では、ArcIMSとMapServerを競争させています。

ArcIMS vs. MapServer – Some Hard Data
MapServer
Total time: 7.47 min (467 sec 0.1566 sec/map (image), 385 maps/min)
Max delay for a map: 2.93 sec
Min delay for a map: 0.14 sec
Average for a map (with six simultaneous clients): 0.96 sec
ArcIMS
Total time: 12.08 min (728 sec 0.2426 sec/map (image), 247 maps/min)
Max delay for a map: 3.94sec
Min delay for a map: 0.12 sec
Average for a map (with six simultaneous clients): 1.49 sec

Windwos2000Serverで、200MBのShapeベクトルデータを読み込ませたところ、
MapServerの方が良い結果が出たようです。
これだけですべてを判断できるわけがなく、
・もっとたくさんの同時接続があるときは？
・RDBと連携したときは？
・ラスタデータの場合は？
など、いろいろと気になることはありますが…
MapServerのメーリングリストの中にこんな投稿がありました。

“Advantages of ArcIMS
– distribute applications over multiple machines
– Native integration with the Geography Network. MapServer can be
made to work within the geography network.
– Includes software to handle routine tasks like making the map
services (map files), designing web sites, etc.
– Supports more data formats – especially raster
– Better support for storing spatial data in RDBMS through SDE
– You don’t have to try to sell a relatively unknown product
(MapServer) and philosophy (Open Source)
“Disadvantages of ArcIMS
– speed (even running mapserv as regular cgi it is much faster)
– resource hog
– limited OS (no Linux)
– less stable. My ArcIMS experience is on NT so that may be more a
reflection of the OS than ArcIMS.
– poorer support
– source code unavailable
– cost”

結局のところ、速さだけならMapServerの方が上のようです。
ちょっと強引ですが、「OracleよりもPostgreSQLのほうが速い」、みたいな感じでしょうか。