0、有哪些可参考的商业WebGIS服务？
mapabc：他们自己的网站我这里无法使用。但是Google中国使用的ditu就是他们提供的内容。但是谷歌应该是只使用了mapabc的地图内容、而技术则是彼此独立的。
服务器环境：Apache/2.2.8 (Unix) DAV/2 mod_jk/1.2.26 CovalentSNMP/2.3.0
go2map：以前没注意，今天才发现原来就是搜狗地图。有点儿不明白他们之间的关系。
服务器环境：Apache/2.0.53 (Unix) DAV/2 mod_jk2/2.0.4 PHP/5.2.6
百度地图：和谷歌一样，都是采用mapabc的地图，这可能和mapabc的开放api有关。毕竟各个地图服务商只需要充分利用api开发自己的实用功能、并增加各自的独有图层就行了。基础数据由mapabc提供，这样才能展现出分工合作的优势。
1、如果一直向一个方向拖动，走出了地图的边界之后会是什么？
搜狗map看过了，最大的地图是一张标准的世界地图，但是只有中国的地图是有细节的，其他国家都是没有任何细节的。并且和我现在搭建的WebGIS环境一样，拖动到地图外面之后就是无限区域，并非封闭系统。
谷歌地图的拖动比较有趣，横向循环、纵向无限扩展。百度比谷歌更完善一些，横向拖动重复、纵向拖动一旦越过北极或南极，就会自动将版图拉回来，不致于迷失在广阔空间中。本来还想不明白为什么横向拖动可重复、现在想明白了，这更象我们玩儿地球仪时的体验。
2、有没有框选的功能？此刻想着似乎没有印象，如果没有、为什么？
的确都没有提供[ i ]功能，我似乎能想明白这其中的原因：我现在搭建的环境中Query Hilite机制和[ i ]机制相冲突，采用了Query Hilite后框选查询便失效了、这是其一；再者，框选似乎可以被搜索取代，当然这一点我又觉得不太贴谱，因为有一个需求是只有框选才能做到的；
可不可以这样认为：这些地图框架都是采用几个基本的底图做为地图展现、而将标点内容动态绘制？从我现在搭建的框架来看，这样做的确有优势：可以抛弃grass62，还可以抛弃多余的图形文件，只需要数据库支持，并且数据录入、点录入都变成了纯数据问题，绘制形式也更灵活，最重要的是能否将更多的搜索功能溶入其中。
3、搜索结果的样式有哪些？
基本上都是一样的，搜索一个关键词，给出若干结果在左侧结果栏中、同时动态标点在右侧viewport中。此时如果点击左侧结果条目，右侧会有浮动弹窗，鼠标移动到右侧某一点，也会有相应的浮动弹窗。这些功能是我已经实现了的。
4、附加功能有哪些？具有特色的亮点有哪些？
功能一、测距：这是一个纯js插件，实现并不复杂，只要一个换算式即可实现；
功能二、专题搜索：如果将所有数据都放入数据库中，并在数据库中单独建立专题表，此功能便很容易实现了；
功能三、视野内搜索：和上述专题搜索一样，如果所有结果标点都是动态的，那么在进行搜索的时候可以先确定视野范围和视角级别，然后根据这两个参数进行数据查询，并将结果绘制出来；
功能四、公交查询：绘制若干点，并将点点相连，实现没有问题；
功能五、线路查询：这是一个难点，两点之间直线距离最短，但是前提是要有路才行，它们是如何直到两点之间的道路在哪里的呢？
综上所述，我之前的工作似乎走偏了一些，这些地图公司并没有中规中矩的按照GIS来做事情，而是采用了实用性更强的方法。这方法用的灵活讨巧，也让我一时想不出弊端，晚上再好好想想吧。
mapabc：他们自己的网站我这里无法使用。但是Google中国使用的ditu就是他们提供的内容。但是谷歌应该是只使用了mapabc的地图内容、而技术则是彼此独立的。
服务器环境：Apache/2.2.8 (Unix) DAV/2 mod_jk/1.2.26 CovalentSNMP/2.3.0
go2map：以前没注意，今天才发现原来就是搜狗地图。有点儿不明白他们之间的关系。
服务器环境：Apache/2.0.53 (Unix) DAV/2 mod_jk2/2.0.4 PHP/5.2.6
百度地图：和谷歌一样，都是采用mapabc的地图，这可能和mapabc的开放api有关。毕竟各个地图服务商只需要充分利用api开发自己的实用功能、并增加各自的独有图层就行了。基础数据由mapabc提供，这样才能展现出分工合作的优势。
1、如果一直向一个方向拖动，走出了地图的边界之后会是什么？
搜狗map看过了，最大的地图是一张标准的世界地图，但是只有中国的地图是有细节的，其他国家都是没有任何细节的。并且和我现在搭建的WebGIS环境一样，拖动到地图外面之后就是无限区域，并非封闭系统。
谷歌地图的拖动比较有趣，横向循环、纵向无限扩展。百度比谷歌更完善一些，横向拖动重复、纵向拖动一旦越过北极或南极，就会自动将版图拉回来，不致于迷失在广阔空间中。本来还想不明白为什么横向拖动可重复、现在想明白了，这更象我们玩儿地球仪时的体验。
2、有没有框选的功能？此刻想着似乎没有印象，如果没有、为什么？
的确都没有提供[ i ]功能，我似乎能想明白这其中的原因：我现在搭建的环境中Query Hilite机制和[ i ]机制相冲突，采用了Query Hilite后框选查询便失效了、这是其一；再者，框选似乎可以被搜索取代，当然这一点我又觉得不太贴谱，因为有一个需求是只有框选才能做到的；
可不可以这样认为：这些地图框架都是采用几个基本的底图做为地图展现、而将标点内容动态绘制？从我现在搭建的框架来看，这样做的确有优势：可以抛弃grass62，还可以抛弃多余的图形文件，只需要数据库支持，并且数据录入、点录入都变成了纯数据问题，绘制形式也更灵活，最重要的是能否将更多的搜索功能溶入其中。
3、搜索结果的样式有哪些？
基本上都是一样的，搜索一个关键词，给出若干结果在左侧结果栏中、同时动态标点在右侧viewport中。此时如果点击左侧结果条目，右侧会有浮动弹窗，鼠标移动到右侧某一点，也会有相应的浮动弹窗。这些功能是我已经实现了的。
4、附加功能有哪些？具有特色的亮点有哪些？
功能一、测距：这是一个纯js插件，实现并不复杂，只要一个换算式即可实现；
功能二、专题搜索：如果将所有数据都放入数据库中，并在数据库中单独建立专题表，此功能便很容易实现了；
功能三、视野内搜索：和上述专题搜索一样，如果所有结果标点都是动态的，那么在进行搜索的时候可以先确定视野范围和视角级别，然后根据这两个参数进行数据查询，并将结果绘制出来；
功能四、公交查询：绘制若干点，并将点点相连，实现没有问题；
功能五、线路查询：这是一个难点，两点之间直线距离最短，但是前提是要有路才行，它们是如何直到两点之间的道路在哪里的呢？
综上所述，我之前的工作似乎走偏了一些，这些地图公司并没有中规中矩的按照GIS来做事情，而是采用了实用性更强的方法。这方法用的灵活讨巧，也让我一时想不出弊端，晚上再好好想想吧。