前一篇文字都说了,不写webgis了,刚才跟朋友喝茶聊天时,想起以前的一个想法:webgis发展新思路。那也是跟一位朋友聊天时,碰撞火花而得,可能是不成熟的想法。不过,还是想跟朋友们一起分享一下。
传统webgis的缺点:对于客户端请求,服务器端都是返回图片的。如果采用缓存技术,图片的定期更新就成一个问题,gis业界的朋友们都知道我们伟大的祖国建设太快,地理数据的更新频率又不高,所以地理数据有时候不能及时反应城市的变化,地理数据更新了,图片又需要全部生产一遍,这给服务器带来了极大的压力。
新思路:为了解决这个问题,我们或许可以这么做。服务器端不直接生产图片,对于客户端传过来的出图参数,服务器根据出图参数按需取数据(根据包围盒等),接着把数据压缩,直接传给浏览器,浏览器接收到数据库后用javascript结压缩,然后在div上把图绘制出来。对于线数据,文本数据,面数据可以这么干,对于点数据,就直接把小图标(点符号)传过来以及点坐标,就可以直接在DIV上贴图就可以了。
关键:现在的关键问题就集中在数据压缩,与javascript解压缩数据与绘制的问题了。去年就发现一个开源的javascript绘制函数包,经过试用感觉非常不错,接下需要研究gis数据的压缩与解压缩了。
希望做过数据压缩的兄弟姐妹跟我一起探头下gis数据的压缩,我从来没有做过数据压缩,希望大家帮一把,大家公共探索gis世界。
传统webgis的缺点:对于客户端请求,服务器端都是返回图片的。如果采用缓存技术,图片的定期更新就成一个问题,gis业界的朋友们都知道我们伟大的祖国建设太快,地理数据的更新频率又不高,所以地理数据有时候不能及时反应城市的变化,地理数据更新了,图片又需要全部生产一遍,这给服务器带来了极大的压力。
新思路:为了解决这个问题,我们或许可以这么做。服务器端不直接生产图片,对于客户端传过来的出图参数,服务器根据出图参数按需取数据(根据包围盒等),接着把数据压缩,直接传给浏览器,浏览器接收到数据库后用javascript结压缩,然后在div上把图绘制出来。对于线数据,文本数据,面数据可以这么干,对于点数据,就直接把小图标(点符号)传过来以及点坐标,就可以直接在DIV上贴图就可以了。
关键:现在的关键问题就集中在数据压缩,与javascript解压缩数据与绘制的问题了。去年就发现一个开源的javascript绘制函数包,经过试用感觉非常不错,接下需要研究gis数据的压缩与解压缩了。
希望做过数据压缩的兄弟姐妹跟我一起探头下gis数据的压缩,我从来没有做过数据压缩,希望大家帮一把,大家公共探索gis世界。