我知道MXD包含有关图层,符号体系和默认工具配置的信息。我有一些超过50 MB的文件,并且开始需要一段时间才能加载。

我的某些想法是我完全没有证据的:


复杂层符号体系
每层有多个标签类
定义查询
从源中拉出层将使文件路径变长(C:/MyFolder/Data/Data2/SubContainer/YouGetThePoint.shp)
层的缩放范围
/>将层划分成组

这些想法中的任何一个是否有效?

评论

此处类似的质量检查,gis.stackexchange.com / questions / 28350 /…

#1 楼

我在Esri论坛上看到过类似的投诉,并且通过快速搜索发现了这个话题。一些建议:


保存mxd的副本
打开地理处理结果窗口并删除历史记录
在地理处理选项下,结果管理中,将值更改为一两天


评论


存储的地理处理结果使我的某些MXD膨胀到数百MB!

–nmpeterson
13年6月25日在22:11

哇-我当时在为MXD而苦苦挣扎,而MXD却没有明显的原因就爆炸了100Mb。我删除了一个gp结果,它又回落到1.5Mb。这是一件非常好的事情

–斯蒂芬·李
15年2月20日在1:01

#2 楼

我维护了几个PLTS Atlas项目,每个MXD包含80个布局。我有很长的路要走,还有复杂的标签和复杂的层符号。

我发现减小文件大小并提高性能的最简单解决方案是使用“保存副本”功能。 br />
我已经学会了碎片整理工具将重新路径/断开SDE数据库中存储的功能的艰难方法。
-卡尔

#3 楼

要收缩ArcMap文档,请运行位于ArcGIS安装文件夹下的doc碎片整理工具:C:\ Program Files(x86)\ ArcGIS \ Desktop10.1 \ Tools。它也以10.0存在。我不确定它是否存在于9.31。自从我使用该版本以来已经有很长时间了。 。

我同意图层符号系统定义会影响文件大小。我已经看到这是一个非常复杂的图层,可以增加文件的大小。

来自support.esri.com:


地图文档(.mxd文件)是复合文件。描述地图,布局和任何保存在地图中的嵌入式对象的信息被组织为称为存储和流的单元。保存复合文件时,流会在类似于硬盘碎片的过程中碎片化。尽管它不会增加文档损坏的可能性,但可以使地图文档更大。保存地图的次数越多,碎片化使文档更大的机会就越大。


您还可以在此处找到信息:http://support.esri.com/zh/knowledgebase/techarticles/detail/33187

希望这对您有所帮助出来。

#4 楼

有一个很棒的ESRI工具可以解决此类问题:ArcGIS Document Defragmenter。我的mxd为250 mbd,第一次进行碎片整理后它的大小为140 mb,然后第二次在碎片整理后运行mxd并得到1 mb。因此,它运作完美!

此外,它只需要几秒钟。

但是,它不能清除结果历史记录,您可能需要按照此建议执行此操作。这是一个非常好的建议!在我的情况下,尽管对mxd进行碎片整理后体积很小,但在我意识到结果记录仍然充满垃圾之前,我仍然需要20分钟来保存文档。清洁后,mxd恢复正常。

,因此您需要采取多种措施来使其按需工作。

#5 楼

内部发生了一些奇怪的事情。基本上,您所做的任何事情,尤其是在执行地理处理任务等时,都会添加到mxd的内存中。

如何解决此问题?我之前做过的很多事情(就像魔术一样)正在执行“另存为”以保存mxd的新实例。然后,继续删除旧的副本,然后将副本重命名为原始副本。您会注意到,在几乎所有情况下,它都会小得多(取决于文件大小,为几兆字节)。为mxd本身的功能所必需。