GiD forum

Dear Enrique,

We think that we found a bug (GiD 14.0) when trying to declare a matrix entry in the .prb file, for instance :

QUESTION: Displacement_peaks-cycles(Displacement_ratio,Number_of_cycles)
VALUE: #N# 2 1.0 5

the first number 2 is the number of columns, and there's one line with values 1 and 0.5 on these two columns.

It happens that after each model transform, the first number '2' is replicated :

VALUE: #N# 2 2 1.0 5
VALUE: #N# 2 2 2 1.0 5
VALUE: #N# 2 2 2 2 1.0 5

and so on. As a result, the matrix data become corrupted.
Do you have any idea what it might go wrong ?
This does NOT happen in GiD v13.0.4. I think it should be corrected because it may affect other similar problemtypes too.

In fact the '2' is not the number of columns, it is the number of data items (number of columns)x(number of rows)
the number of columns is determined by the amount of items of the question separated by commas,
in this case (Displacement_ratio,Number_of_cycles) there are two columns as you said.

We will study the bug of the transform of GiD 14.0, that is replicating the '2'

Dear Vassilis,
I am unable to repeat this bug with GiD 14.0
I have tried with a transform of a model saved with gidopensees 2.2.5 to the new 2.5.5
the model has only a couple of lines, the geometry or mesh doesn't mater.
I have loaded gidopensees 2.2.5 and saved the model
then I have replaced gidopensees by 2.5.5. and loaded again the model
In my case they complain with "OpenSees path was not found" and "Windows cannot find 'CheckForUpdate.exe' (because I don't have the solver opensees.exe)
but the transform seems to work, and the field of the "Interval data"
QUESTION: Displacement_peaks-cycles(Displacement_ratio,Number_of_cycles)
VALUE: #N# 2 1.0 5
maintain its value
(it is not adding extra 2 in each transform as you noticed)
I have verified it opening with a text editor the file <modelname>.prb
and also opening in GiD the "Interval data" window, like the image Please, let me know if I' am missing something to repeat the bug