New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TOP_IRE entries not generated for processes defined as IRE in ~FI_Process table #28
Comments
Some background info: Olex was not able to make a UC constraint based on I think that VEDA should either recognize |
@Antti-L, we can add TOP_IRE entries if we assume |
Yes, sure that would be ok, just like with IMP+EXP. Then this TIMES process type would be more completely supported by VEDA (the IMP and EXP types are not even known by TIMES). |
Done; will be available in the next update. |
available in version 3.0.4 |
Was that premature? I see Revert "3.0.4.0 released" in the Localhost folder, and the package available there is v3.0.2, i.e. even v3.0.3 seems to have disappeared. 😿 |
Seems that both have been reverted: https://github.com/kanors-emr/Veda2.0-Installation/commits/master/ |
Sincere apologies for the confusion. The FI_T tag QC enhancement had forced us to change some core data processing that needed more thorough testing than we did before releasing version 3.0.3. We should be able to release 3.0.5 later today, but it could also take another day. At this time, 3.0.2 is the last stable version. |
Version 3.0.5 has been released. |
It seems that
TOP_IRE
entries are not generated for processes if they are defined asIRE
in an ~FI_Process table. The absence of the relevant entries leads to the processes not being recognised as trade processes by TIMES.At the same time,
PRC_MAP
does include the relevant entries.The text was updated successfully, but these errors were encountered: