简单介绍下开源GIS桌面开发组件
查看( 1144 ) /
评论( 15 )
TAG:
-
sunshine320
发布于2008-05-31 17:15:28
-
支持开源,但现在还没有开始研究开源

-
maplite
发布于2008-05-31 18:30:43
-
总结的不错。
如果熟悉C++的话还可以考虑考虑mapnik,完全跨平台的,图像渲染采用AGG。GIS内核是GEOS,相当于geotools的C++版。
最后你这个问题可以考虑采用sqlite,把shp文件和dbf导进去。
-
yishh
发布于2008-05-31 20:40:39
-
QUOTE:
原帖由 maplite 于 2008-5-31 18:30 发表
sqllite最初也考虑过,但是试用之后发现,由于它提供的是一个扩展模块,,NET的数据驱动无法访问此功能。从它的网站上看,似乎目前只提供了PHP的开发库。
总结的不错。
如果熟悉C++的话还可以考虑考虑mapnik,完全跨平台的,图像渲染采用AGG。GIS内核是GEOS,相当于geotools的C++版。
最后你这个问题可以考虑采用sqlite,把shp文件和dbf导进去。
至于C++,自从毕业后一直从事Java方面的WebGIS开发。现在看到C++代码里面的->和::就头疼的不行
.不过这个mapnik似乎是个不错的东西,好像支持python,有时间好好看看。
[ 本帖最后由 yishh 于 2008-6-1 09:50 编辑 ]
-
maweifeng
发布于2008-06-01 00:20:22
-
前些日子看到mapnik时,还记得什么时候给maplite推荐 mapnik呢,呵呵。
MapWindow是类似MapX的接口风格,开始时会不适应,不过用习惯了就好了。
-
maplite
发布于2008-06-01 13:44:51
-
sqllite最初也考虑过,但是试用之后发现,由于它提供的是一个扩展模块,,NET的数据驱动无法访问此功能。从它的网站上看,似乎目前只提供了PHP的开发库。
==================================
不知道你说的扩展模块是什么意思?
sqlite有C#包装的NET版
-
yishh
发布于2008-06-01 17:17:32
-
QUOTE:
原帖由 maplite 于 2008-6-1 13:44 发表
我指的是http://www.gaia-gis.it/spatialite/ 这个。你的意思是使用OGR+SQLLite吗?
sqllite最初也考虑过,但是试用之后发现,由于它提供的是一个扩展模块,,NET的数据驱动无法访问此功能。从它的网站上看,似乎目前只提供了PHP的开发库。
==================================
不知道你说的扩展模块 ...
[ 本帖最后由 yishh 于 2008-6-1 17:52 编辑 ]
-
maplite
发布于2008-06-02 14:17:55
-
SpatiaLite是sqlite更高层次的封装,扩展了很少的空间操作函数,也就是说目前实用价值并不大,很多东西还得自己写。
我的看法是,你采用sqlite来存储管理你的属性和空间数据就可以了,说白了就是你想要的不是全部读入内存而作为一个持久化的存储数据文件而已,至于空间数据的二进制格式,是否要采用OGR或去支持OGC,就看你自己意愿了。
-
yishh
发布于2008-06-02 20:17:25
-
QUOTE:
原帖由 maplite 于 2008-6-2 14:17 发表
哦,明白了。如果是这样的话那我还是选择PostGIS比较好。多谢多谢
SpatiaLite是sqlite更高层次的封装,扩展了很少的空间操作函数,也就是说目前实用价值并不大,很多东西还得自己写。
我的看法是,你采用sqlite来存储管理你的属性和空间数据就可以了,说白了就是你想要的不是全部读 ...
-
metaboy发布于2008-06-03 20:29:36
-
回复 8# 的帖子
有些开源的软件的架构本来就存在着问题,想基于J2EE的Geoserver,其读取数据就是将数据全部写到内存里面,无法作为一个持久化的存储数据文件,这种问题该么样解决啊??
-
yishh
发布于2008-06-05 15:43:47
-
QUOTE:
原帖由 metaboy 于 2008-6-3 20:29 发表
我觉得这种服务器端的东西读取全部数据到内存是合理的,这样可以提高服务响应的效率。对于现在的服务器而已,内存大小应该不会成为瓶颈。
有些开源的软件的架构本来就存在着问题,想基于J2EE的Geoserver,其读取数据就是将数据全部写到内存里面,无法作为一个持久化的存储数据文件,这种问题该么样解决啊??
-
gem_tang
发布于2008-06-18 21:01:10
-
大家探讨的很好,加亮!
人无完人,OpenSource程序一般是某一个或几个人主刀写的,所以程序也无完程序。
暂且这么推论吧。
从GISer的角度,都想借鉴或者是发明最牛的空间算法来解决一定的问题;
从纯科班程序员的角度,希望用最先进的计算方法来弥补GIS理论算法方面的不足;
从Project Leader的角度,希望用最少的人力、时间、资源成本来完成还算过得去的功能;
这一切都是无止尽、无法调和的,看似无奈,从我的工作经验来看,倾向于第2种,因为现在的IT手段今非昔比,而学校里的教科书和前几年的OpenSource已经有点儿跟不上形势,纯科班的GISer出来比较吃亏,如果想吃GIS的技术饭,个人觉得还是应该在计算机上下点儿真功夫!
-
linux23
发布于2008-06-19 09:05:42
-
QUOTE:
原帖由 metaboy 于 2008-6-3 20:29 发表
不可能,如果数据有两G(这种数据有一大票),java的那点内存怎么够用? 还要手动调。虽然我没有研究过里面具体的代码,但是凭直觉,应该是不可能。
有些开源的软件的架构本来就存在着问题,想基于J2EE的Geoserver,其读取数据就是将数据全部写到内存里面,无法作为一个持久化的存储数据文件,这种问题该么样解决啊??
-
bigyu发布于2008-06-26 09:41:16
-
来参观下
支持POSTGIS,也期待MsSqlSpatial
-
gem_tang
发布于2008-06-29 19:30:22
-
上级别的服务器 内存至少4G
花一点点钱来买个内存条 VS 一个高级程序员花一个月来优化Java代码
老板当然算得过来
-
icuit发布于2008-08-04 12:08:00
-
有一个QGIS也还不错
支持shp,tab,及OGC的格式,还有WMS
数据库用POSTSQL
可以做数字化
C++,QT的库,所以跨平台也没问题.
只是觉得openGis这种
客户端工具跨平台没什么意思
倒是觉得主要是因为用的库是Free and 跨平台的所以才跨平台
至于楼主提到的支持TSQL的问题
如果真想用SQL方便,不如直接把属性数据存在数据库里
在文件上用SQL,何必折腾自己呢?
