先前在“如何将EndNote书目导出或与他人分享？”一文介绍过“Compressed Library功能”，但不时接到读者反映运行此功能时，出现空间不足的错误消息“Endnote cannot save or creat this file. Make sure the disk you want to save the file on is not full, write-protected, or damaged. (Library.enl)”，如下：
汇整厂商提供的可能解答如下。
【避免将文件存在Program Files路径下】
在Windows 7操作系统中，C盘Program Files下的路径会有安全保护机理，先前在这篇文章中也介绍过类似的状况。因此若您是Windows 7的用户，请避免将您的Library文件本身、以及导出的Compressed Library文件，储存在Program Files路径下。
–
【附加文件的路径+文件名>255字符】
通常都是这个问题所导致的！Windows系统对于文件路径+名称的要求，是低于255字符。假设我的Library储存在“文件”路径下，我某一篇附加PDF的路径+名称就会如下：“C:\Users\user\Documents\My EndNote Library.Data\PDF\A-monthly-consumption-indicator-for-Germany-based-on-internet-search-query-data_201-3671806465\A-monthly-consumption-indicator-for-Germany-based-on-internet-search-query-data_2012_Applied-Economics-Letters.pdf”
以这个范例而言，就超过255字符的限制了。为了避免此问题，若您刚开始使用EndNote，建议您养成以下习惯：
- 缩短Library文件的命名。
- 使Library文件尽量靠近根目录，例如直接储存在C槽或D槽下方。
- 无论是手动附加文件(File Attachments)，或使用PDF导入(PDF Import)功能，尽可能先将附加文件的源文件名改短，避免直接以文章名称命名，可改用作者+年代或其他方式命名。不过有一个情况是我们无法控制的，那就是使用Find Full Text功能自动抓取PDF全文时，您无法预先决定命名规则。
若您是已经遇到无法Compressed Library的问题，就必须麻烦您作以下处理：
- 修改幅度比较小的方法，是缩短Library的文件名，以及将Library搬移到比较靠近根目录(C槽或D槽下)的位置。无论是改文件名或移文件，切记Library同时包含.enl与.Data两个文件，需一起进行处理。
- 若以上方法测试无效，很抱歉，您必须要花比较大的力气，检查哪些附加文件的文件名过长，并一一重命名与重新手动夹带文件。提供您参考的作法如下：
1. 点击书目，双击开启“File Attachments”字段中需重命名的附档：
2. 将开启的附档另存新档：
3. 记好存盘路径与文件名：
4. 回到EndNote，点击原书目，在File Attachments字段重新夹带刚刚另存的新档(右键→File Attachments→Attach File)：
5. 循刚刚另存的路径与文件名夹带：
6. 确认夹带成功后，即可删除原本文件名过长的旧档：
–
若您是进到LibraryData文件夹中，找到文件名过长的文件，直接重命名，仍要记得回到该笔书目的File Attachments字段，重新手动夹带一次。不然会呈现无法链接文件名的错误消息如下：
希望未来改版时，能提供批次对附档重命名的功能，例如统一指定附档文件名以选择的字段或随机编号命名，以解决此问题。
–
【我一定要使用Compressed Library功能吗？】
若您觉得手动重命名、夹带太麻烦，或许您也可以思考是否一定要使用Compressed Library这个功能。基本上无论您是要备份Library、或将Library移位，其实直接存取.enl和.Data这两个文件就可以。若是想传递压缩后的单一文件给他人，其实也可以直接使用压缩软件，将.enl和.Data压缩在一起。少了这个功能，应该并不至于影响到其他EndNote的主要功能。
By 张育铭