There are errors when saving a .NET file.
The problems are on the table's data.
Hugin can't open the net files generated from unbbayes.
I don't know if the problem is on the load or save method
yet.
Shouldn't be on the Load - Im loading files and working with
them, i tested the contents and everything seems perfect. The
problem should be in the save method.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There is still a little proble with the parentesis in the save
methos for ID networks. There is more parentesis than
necessary and this cause a load error when loading from
hugin.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This problem is related to other bugs, so I will reopen this bug, post the other bugs comments here, and close these other bugs tagging them as duplicate.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When a .net file is loaded in Hugin, it gives the following error:
The file xxx.net cannot be loaded: value of a user-defined attribute must be a string in line y.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hugin will throw an error when trying to load .NET files developed in UnBBayes containing utility nodes. The error generated in Hugin is something to the effect of "The file * cannot be loaded: number expected in line *". It appears this error is due to having too many levels of parentheses in the utility node's potential defined in the .NET file. This problem does not seem to occur when only nature nodes are in the .NET file.
For example, a utility node that should be represented with the potential:
potential (Drillpay | O Drill)
{
data = (( -70 % dr Drill
0 ) % dr No Drill
( 50 % wt Drill
0 ) % wt No Drill
( 200 % sk Drill
0 )); % sk No Drill
}
will instead have the potential:
potential (Drillpay | O Drill)
{
data = ((( -70 ) % dr Drill
( 0 )) % dr No Drill
(( 50 ) % wt Drill
( 0 )) % wt No Drill
(( 200 ) % sk Drill
( 0 ))); % sk No Drill
}
Logged In: NO
Shouldn't be on the Load - Im loading files and working with
them, i tested the contents and everything seems perfect. The
problem should be in the save method.
Logged In: YES
user_id=468407
This problem was fixed. The error was on the load method!
Logged In: YES
user_id=469786
There is still a little proble with the parentesis in the save
methos for ID networks. There is more parentesis than
necessary and this cause a load error when loading from
hugin.
This problem is related to other bugs, so I will reopen this bug, post the other bugs comments here, and close these other bugs tagging them as duplicate.
From duplicate bug #3174329:
When a .net file is loaded in Hugin, it gives the following error:
The file xxx.net cannot be loaded: value of a user-defined attribute must be a string in line y.
From duplicate bug #3495391:
Hugin will throw an error when trying to load .NET files developed in UnBBayes containing utility nodes. The error generated in Hugin is something to the effect of "The file * cannot be loaded: number expected in line *". It appears this error is due to having too many levels of parentheses in the utility node's potential defined in the .NET file. This problem does not seem to occur when only nature nodes are in the .NET file.
For example, a utility node that should be represented with the potential:
potential (Drillpay | O Drill)
{
data = (( -70 % dr Drill
0 ) % dr No Drill
( 50 % wt Drill
0 ) % wt No Drill
( 200 % sk Drill
0 )); % sk No Drill
}
will instead have the potential:
potential (Drillpay | O Drill)
{
data = ((( -70 ) % dr Drill
( 0 )) % dr No Drill
(( 50 ) % wt Drill
( 0 )) % wt No Drill
(( 200 ) % sk Drill
( 0 ))); % sk No Drill
}
This error appears related to bug #573633: https://sourceforge.net/tracker/index.php?func=detail&aid=573633&group_id=47519&atid=449715