Google Mapsが出たからMapServer等のGISは不要？

ちょっと最近、タイトルのような疑問をある方面からぶつけられたので個人的な考えを書くと、

Google Mapsは確かに位置情報をベースに情報発信する敷居を大きく下げたけど、その範囲はシステムで言うとプレゼンテーション層に限られているわけですよね。
飽くまで提供しているのはプレゼンテーション層の簡単化・高機能化だけで、それだけでシステムが成り立つわけではない事は判ると思います。
ロジック層やデータ層については、自分で作っていかなければいけないわけです。
そんな時、データストアとして、位置情報をどう管理するかという話になった時に、 数百数千点程度の、点だけの情報であれば、普通のDBでも現実的な範囲で管理ができますが、数万数十万という数の情報になったり、あるいは線や面の情報になると通常のDBでは管理できず、PostGIS等の空間DBでの管理が必要になってきます。
（ただし上記の閾値はいい加減なので信用しないように。ハードスペックやアクセス頻度によっても変わるだろうし。要するにインデックスを張らずにSELECTしても、DBの処理がボトルネックに感じない程度のデータ量、と解釈してもらえれば）

ロジック層でも、なにか厳密な処理をやろうと思えば、PROJ4やGEOSといった、GIS用の関数を使う必要が出てくるかもしれません。
PostGISやMapServerが要求してくるから、以外の理由では俺も使った事はないけど。

さらに、 自分の持つ空間情報をGoogle Maps上に展開するだけでなく、RSSで他人の配信したテキスト情報を取り込むように、他人の配信した位置情報を取り込もうとする場合、何らかの交換可能な位置情報配信プロトコルで情報を配信しなければいけま
せん。
その辺の位置情報交換規格としてG-XMLやWFSといった規格がありますが、自分でこれらの規格を勉強して配信プログラムを書かなくても、MapServerを使えば、この辺の規格には対応していますので、空間DBを走らせてその上にMapServerを一緒に走らせるだけで、自分の持つ位置情報を他人にも使ってもらえる形で配信できます。
この辺の規格が将来にわたって標準化するかはまだ疑問ですが、どんな新しい位置情報交換プロトコルが出てきても、まあMapServerは対応するでしょう。
そういう立ち位置のソフトなわけですから。

というわけで、Google Mapsが出てきたからと言って、GISが不要になるかというと、そういうことはありません。
むしろ、Google Mapsと絡んだちょっと大規模な事やろうとすると既存GISツールの力を借りざるを得ないので、今後ますます必要になるのではないかと。
もちろん、Movable Typeを使うのに、必ずしもRDBMSを使う必要はない、別にサイトの規模・アクセス数等によってBDBでも全く構わないように、必ずしもGoogle Maps絡みのシステムを作るからと言ってGISのシステムや知識が必要になるわけではないけれども。