Spreadsheet block numbers are offset by 1
This issue was created automatically from an original Mantis Issue. Further discussion may take place here.
Something is naming the unnamed blocks as 1 based (Unnamed block ID: 1…, Unnamed block ID: 2) in exodus datasets (such as can.exo). This 1 based numbering scheme is used in the Properties tab, and the Information tab. Further, in the Information tab, you find ElementBlockIds goes from 1 to 2. This is probably OK. EnSight does the same. So does an internal Sandia tool named ncdump (sort of).
Now, create a spreadsheet view. Notice the block number – it is offsfet by 1! So, we now have block numbers 2 and 3.
I think this is a bug, and needs to be fixed.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information