问题描述
40M大图片在页面上加载很慢，是不是应该切割成很多小图片啊？那在页面上绘制时用什么技术啊？是用百度地图API还是GISAPI绘制，还是别的什么技术啊？请各位路过大侠帮忙，本人小白在此谢过了
解决方案
解决方案二：
40M太大了，直接显示完全没有这个必要。你想想，40M的文件你还要下载一段时间呢。所以正确的做法是对图片进行压缩。
解决方案三：
首先你设计应该是有问题的.40MB的图片分辨率是多少?我们假设是8000*8000难道你让用户拖动滚动条来查看吗?显然不能另外正如LS说的也是40MB在2MB宽带下下载也要很久所以一般常规的做法好像是要做成动画那种吧用flash加载的肯定没有imgsrc的就是了
解决方案四：
引用楼主fengtongming的回复:
是用百度地图API还是GISAPI绘制，还是别的什么技术啊？请各位路过大侠帮忙，本人小白在此谢过了
晕死！你的话前后矛盾。前边的是人间说的、实实在在的解决思路。这后半句话，你立刻又回到“求代码、求现成的Api”上了。虽然你说“小白在此谢过”，但是其实小白都是踏踏实实地运用既有的基础知识的，那么小白是会花点时间进行设计、写上几十行代码来处理分片加载大图片的技术的，而反倒是花枝招展的人懒得自己设计啊。要想成为专业的程序员，就先自己设计这个分片加载的代码，然后贴出真正代码方面的问题。
解决方案五：
切块然后金字塔模型做几个级别的有你的原图往上走一张比一张小也就是你的缩放范围最下层的是最大的范围最上层是最小的范围假设现在是最大状态你界面上也不可能全部显示的了的所以把图切块值显示部分
解决方案六：
都是切换显示的……切成一张张小图片，然后根据滚动条位置判断是否要加载对应的小图片
解决方案七：
根据滚动条位置判断是否要加载对应的小图片,是用js在前台控制吗？
解决方案八：
引用2楼diaodiaop的回复:
首先你设计应该是有问题的.40MB的图片分辨率是多少?我们假设是8000*8000难道你让用户拖动滚动条来查看吗?显然不能另外正如LS说的也是40MB在2MB宽带下下载也要很久所以一般常规的做法好像是要做成动画那种吧用flash加载的肯定没有imgsrc的就是了
用flash加载，是指用flex吗
解决方案九：
微软的DeepZoom技术，还是处理的不错的，你也可以自己完成对图片的切片和缓存处理
解决方案十：
40M的图片，应该是地理信息系统下的TIFF或者其它格式的栅格图像
解决方案十一：
40M的图片，用户不可能一下子就看到全部的。可以借鉴下游戏中的做法，图片切片，走到哪里加载到哪里。
解决方案十二：
什么图片要这么大，弄个缩小版的矢量图不行么
解决方案十三：
是油田井位图。谢谢大家的回答！等我把问题解决了，再给大家结贴分
解决方案十四：
先研究下deepzoom
解决方案十五：
引用8楼yanran_hill的回复:
微软的DeepZoom技术，还是处理的不错的，你也可以自己完成对图片的切片和缓存处理
貌似deepzoom处理不了40M的大图片啊，导入时，提示不是一张有效的图片