Paraview“数据大小与声明可能不匹配"错误 [英] Paraview "possible mismatch of datasize with declaration" error

问题描述

Paraview(v4.1.0 64 位，OSX 10.9.2)给我以下错误:

Paraview (v4.1.0 64-bit, OSX 10.9.2) is giving me the following error:

通用警告:在/Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/Legacy/vtkDataReader.cxx，第1388行读取 ascii 数据时出错.数据大小可能与声明不匹配.

Generic Warning: In /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/Legacy/vtkDataReader.cxx, line 1388 Error reading ascii data. Possible mismatch of datasize with declaration.

我不知道为什么.我已经仔细检查过字段都是预期的长度，并且没有一个值是 NaN、inf 或其他非常大的值.问题从时间步长 16 的输出开始(0-15 不会产生错误).从图形上看，步骤 0-15 按预期生成了我的数据图；第 16 步显示了Y/Yc"系列有一个意外大的点 (0.5625, 2.86616e+36).

I'm not sure why. I've double-checked that fields are all of the expected lengths, and none of the values are NaN, inf, or otherwise extremely large. The issue starts with the output from timestep 16 (0-15 produces no error). Graphically, steps 0-15 produce plots of my data as expected; step 16 shows the "Y/Yc" series having an unexpectedly large point (0.5625, 2.86616e+36).

没问题:http://www.filedropper.com/ring0000015

产生错误:http://www.filedropper.com/ring0000016

推荐答案

过去 6 个月我一直面临着同样的问题，并且一直在努力寻找解决方案.我得到以下解释错误的原因(http://www.cfd-online.com/Forums/paraview/139451-error-while-reading-vtk-files-paraview.html#post503315):

I have been facing the same problem for the last 6 months and been struggling to find a solution. I was given the following reasons to explain the error(http://www.cfd-online.com/Forums/paraview/139451-error-while-reading-vtk-files-paraview.html#post503315):

1. 这可能是由于行尾使用的字符造成的问题 (http://en.wikipedia.org/wiki/换行符)简而言之:a) 在 Windows 上，换行是用 CR+LF.b) 在 Linux 上，仅使用 LF 进行换行.c) 在 Mac 上，一些旧版本仅使用 CR.现在我想它也应该使用 LF .CR=回车"字节LF="换行符"字节
2. 可能有一个或多个 NaN 或 Inf 类型的值，或者非实数的其他一些特殊计算数字定义.它们可能在 Linux 上可读，但在 Mac 上不可读，也许是下一种可能性.如果是这种情况，
3. 基于位置的数字定义(也称为 Locale)可能会触发以逗号或奇怪的科学记数法存储值的情况.例如，如果值1.0002"存储为1,0002"甚至1.0002ES+000"

1. It could be a problem due to the character used for the line ending (http://en.wikipedia.org/wiki/Newline) In a nutshell: a)On Windows, line transition is with CR+LF. b)On Linux, line transition is with LF only. c)On Mac, some older versions used CR only. Nowadays I guess it should use LF as well. CR= "Carriage Return" byte LF= "Line Feed" byte
2. There might be one or more values that are of type NaN or Inf or some other special computational numeric definition for non-real numbers. They might be readable on Linux, but not on Mac, perhaps of the next possibility. If this is the case,
3. Location based numeric definitions, aka Locale, might be triggering situations where values are being stored with commas or with a strange scientific notation. For example, if a value "1.0002" is stored as "1,0002" or even perhaps "1.0002ES+000"

我查看了其他论坛，他们一般都说明了 #2 和 #3 以及可能的解决方案 - 总体上是有效的.但是，以上似乎都没有解决我的问题.

I have viewed other forums, and they have generally stated #2 and #3 and the possible solutions -- it has in general worked. However, none of the above seemed to solve my problem.

我注意到一些存储在 ASCII 文件中的解决方案值小到 10.e-34.我有一种感觉，下溢条件可能会引发问题.我检查了我的代码是否存在下溢条件并将它们四舍五入为 0.这解决了问题，解决方案始终显示，没有错误消息.

I noticed that some of the stored solution values in the ASCII files were as small as 10.e-34. I had a feeling that the underflow conditions maybe be triggering problems. I put a check in my code for underflow conditions and rounded them off to 0. This fixed the issue, with the solution being displayed at all times without error messages.

我希望这也能解决您的问题.

I hope this solves your problem too.

这篇关于Paraview“数据大小与声明可能不匹配"错误的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！