Protege 无法管理相当大的 ontology
Protege can't manage a quite large ontology
我必须研究一个给定的相当大的 ontology 用三重存储表示的内容，以了解表示的内容类型及其组织方式。
我在配备 Intel Core i7-6500U 和 8 GB RAM 的 Windows 10 机器上使用 Protege 5.2.0。
主要问题在于三重存储（大约 200 MB）的繁重性，这会导致 Protege 中的 ontology 加载过程和程序本身的 ontology 管理出现问题.
我成功解决了关于加载过程的问题，将 JVM 的可用内存从 466 MB 增加到 4 GB，单线程内存从 16 MB 增加到 2 GB。
但是，一旦加载成功完成（如日志文件所示），即使经过很长时间（超过 20 分钟），Protege 也会因为进程繁重而无法使用。
然而，经过很多努力，我成功地到达了实体选项卡，我看到，根据 Protege 的说法，没有实体，class 或个人存在，只有注释。
在日志文件中，没有报告错误，但对于每一行都有一个警告，如
2017-05-12 14:54:54.937 [pool-2-thread-1] WARN OBOFormatParser LINE: 31 Expected white space at pos: 6 LINE:<http://minerva.atcult.it/rdf/000000362375> <http://purl.org/ontology/bibo/numPages> "14 p" .
问题是否与三重存储有关，或者可以使用 Protege 上的特定 plugin/setting 解决吗？
正如评论中所建议的那样，我在 ontology 中查找错误并找到了一个。
事实上，ontology 无法加载，因为 nt 文件的一行上有一个白色的 space。现在它可以工作了，Protegé 正确加载了 ontology。
我必须研究一个给定的相当大的 ontology 用三重存储表示的内容，以了解表示的内容类型及其组织方式。 我在配备 Intel Core i7-6500U 和 8 GB RAM 的 Windows 10 机器上使用 Protege 5.2.0。
主要问题在于三重存储（大约 200 MB）的繁重性，这会导致 Protege 中的 ontology 加载过程和程序本身的 ontology 管理出现问题.
我成功解决了关于加载过程的问题，将 JVM 的可用内存从 466 MB 增加到 4 GB，单线程内存从 16 MB 增加到 2 GB。
但是，一旦加载成功完成（如日志文件所示），即使经过很长时间（超过 20 分钟），Protege 也会因为进程繁重而无法使用。 然而，经过很多努力，我成功地到达了实体选项卡，我看到，根据 Protege 的说法，没有实体，class 或个人存在，只有注释。 在日志文件中，没有报告错误，但对于每一行都有一个警告，如
2017-05-12 14:54:54.937 [pool-2-thread-1] WARN OBOFormatParser LINE: 31 Expected white space at pos: 6 LINE:<http://minerva.atcult.it/rdf/000000362375> <http://purl.org/ontology/bibo/numPages> "14 p" .
问题是否与三重存储有关，或者可以使用 Protege 上的特定 plugin/setting 解决吗？
正如评论中所建议的那样，我在 ontology 中查找错误并找到了一个。 事实上，ontology 无法加载，因为 nt 文件的一行上有一个白色的 space。现在它可以工作了，Protegé 正确加载了 ontology。