You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As is, the name "equivalence operator" is misleading.
In logic, the equivalence operator is a binary logical operator (most commonly denoted by "<->" or "<=>") that builds a new formula from two formulas (e.g., p <=> q is a new formula built from formulas p and q). It is related to, but different from, logical equivalence, which is an equivalence relation on logical formulas most commonly denoted by "≡" (but also sometimes confusingly by "<=>"). Currently, the "equivalence operator" glyph wrongfully mixes the two notions (relation and operator): on the one hand, it is used to describe some sort of identity between an entity pool and a union of other entity pools (the entity pool is "equivalent to" or "identical to" the union), relating this way to the equivalence relation; on the other hand it is represented and built as the other "logical operator" glyphs with connectors and inputs, relating this time to the notion of operator.
The "equivalence operator" actually acts as both an operator and a relation :
First it creates a union between entity pools (the inputs of the operator). Here, it acts as an "union" operator;
Then it states that some entity pool is identical to the result of this union. Here, it acts as an instance of some sort of "equivalence" relation (or more precisely of some "identity" or "equality" relation).
Proposed solution
The operator could be renamed as the "union" operator. Or the operator could be removed and replaced by a an arc for expressing "subclass of", which is what the "equivalence operator" is actually meant to express, as per the specification. This would mean having arcs from EPNs to EPNs which has been avoided since the beginning in the spirit of keeping a bipartite graph, but because of nested logical operators SBGN is actually not bipartite.
The text was updated successfully, but these errors were encountered:
Target
PD
Issue type
Bug
Bug report
Level and version
Level: 1
Version: 2.0
Bug description
As is, the name "equivalence operator" is misleading.
In logic, the equivalence operator is a binary logical operator (most commonly denoted by "<->" or "<=>") that builds a new formula from two formulas (e.g., p <=> q is a new formula built from formulas p and q). It is related to, but different from, logical equivalence, which is an equivalence relation on logical formulas most commonly denoted by "≡" (but also sometimes confusingly by "<=>"). Currently, the "equivalence operator" glyph wrongfully mixes the two notions (relation and operator): on the one hand, it is used to describe some sort of identity between an entity pool and a union of other entity pools (the entity pool is "equivalent to" or "identical to" the union), relating this way to the equivalence relation; on the other hand it is represented and built as the other "logical operator" glyphs with connectors and inputs, relating this time to the notion of operator.
The "equivalence operator" actually acts as both an operator and a relation :
Proposed solution
The operator could be renamed as the "union" operator. Or the operator could be removed and replaced by a an arc for expressing "subclass of", which is what the "equivalence operator" is actually meant to express, as per the specification. This would mean having arcs from EPNs to EPNs which has been avoided since the beginning in the spirit of keeping a bipartite graph, but because of nested logical operators SBGN is actually not bipartite.
The text was updated successfully, but these errors were encountered: