Octave - dlmread 和 csvread 将第一个值转换为零

Question

当我尝试在 Octave 中读取 csv 文件时，我意识到其中的第一个值被转换为零。我尝试了csvread 和dlmread，我没有收到任何错误。我可以在纯文本编辑器中打开文件，并且可以在那里看到正确的值。据我所知，csv 文件中没有有趣的隐藏字符、空格或类似字符。文件也只包含数字。我觉得唯一可能重要的是我有五个列/组，每个列/组中的值数量不同。

我浏览了 Octave Forge 上的命令文档，但不知道是什么原因造成的。有谁知道我可以解决什么问题？

为了说明问题，如果我尝试加载包含内容的文件：

1.1,2.1,3.1,4.1,5.1 
,2.2,3.2,4.2,5.2 
,2.3,3.3,4.3, 
,,3.4,4.4 
,,3.5,

命令窗口将返回：

0.0,2.1,3.1,4.1,5.1 
,2.2,3.2,4.2,5.2 
,2.3,3.3,4.3, 
,,3.4,4.4 
,,3.5,

（小数点后有额外的尾随零）。

我使用的命令语法是：

dt = csvread("FileName.csv")

和

dt = dlmread("FileName.csv",",")

它们都返回相同的值。

Answer 1

您的 csv 文件在第一个数字之前包含一个 Byte Order Mark。如果您在十六进制编辑器中打开文件，您可以确认这一点，您将在数字开始之前看到序列 EF BB BF。

这会导致第一个条目被解释为“字符串”，并且由于字符串是根据字符串序列的“前面”是否有数字来解析的，因此将其解析为数字零。 （有关如何解析 csv 条目的更多详细信息，另请参阅 this answer）。

在我的文本编辑器中，如果我从文件的左上角开始，然后按一次右箭头键，你可以知道光标没有移动（意味着我刚刚越过了不可见的字节顺序标记，不占用可见空间）。此时按退格键删除字节顺序标记可以正确读取 csv。或者，您可能必须在十六进制编辑器中修复您的文件，或者找到其他方法将其转换为正确的 Ascii 文件（或不带字节顺序标记的 UTF）。

另外，检查一下这个文件是如何产生的可能是值得的；如果您在该过程中有任何控制权，也许您可​​以找到为什么首先放置此标记并阻止它。例如，如果这是从 Excel 导出的，您可以选择普通的“csv”格式而不是“utf-8 csv”。

更新

事实上，这个问题似乎已经作为一个bug提交并在octave的开发分支中修复。见#58813 :)