Testing 如何使用W3C SVG测试套件？

我编写了一个脚本，通过使用并逐像素比较光栅化png与预期png来测试几个光栅化程序

问题是，v。1.1第一版（2011年）和第五版。tiny 1.2（2008）测试套件，在许多图像中，矢量与预期的png不匹配，因为修订号不相同，导致大量误报（超过90%）

不过，v型车没问题。1.1第一版测试套件

我可以对png进行主干处理以删除带有修订号的区域，但这是一个非常简陋的解决方案

那么我应该用哪个png来比较光栅化向量呢

---

谢谢。

将来，我们将把SVG 2的这些测试转换为项目中的引用测试和脚本测试（并编写新的测试）。SVG1.1测试目前尚未维护

如果您确实需要最新的PNG参考图像，可以重新生成它们。它们是使用的命令行SVG到PNG转换工具生成的。在中，有脚本（

script/generate_reference_images.pl

）进行转换，还有一组SVG文件用于（

imagePatches/

）转换测试，我们知道Batik没有正确使用原始标记

---

我已经压缩了SVG 1.1第二版测试套件的源代码，以防您想要尝试重新生成图像。

由于以下几个原因，没有非derpy解决方案可以解决此问题。此时的测试图像从来都不是ref测试（也就是说，它们不是逐像素匹配）。此外，后期测试套件中出现的一些测试未被接受为合法测试，因此修订号未更新

后者应该被认为是规范的，但即使它包含一些修订标记错误，如

---

这实际上是SVG工作组需要解决的问题，我将向他们提出这个问题。所有经批准的测试中的版本号都应该与PNG参考相匹配，我们可以修改测试以使版本号匹配。

如果我们没有可比较的参考图像，如何确保Batik完全符合w3c？我的意思是，

script/generate\u reference\u images.pl

使用Batik生成图像。所以Batik光栅化器得到了w3c的批准？在开发测试套件时，Batik是最符合要求的实现（并且很容易编写脚本生成PNG）。工作组确定给定的测试是否在Batik中正确渲染，如果没有，则在imagePatches/目录中创建一个替代项作为要渲染的测试项，该替代项不使用未实现的/buggy功能。因此，工作组对最终PNG进行了审查。