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
We currently (ha) compute the conductance by symbolic differentiation of the current assignment expression. Notwithstanding other issues in this process (see #794), the resultant expression may be very expensive, and not amenable to automatic algebraic simplification. In these instances, a user supplied CONDUCTANCE could supply a 'good enough' approximation at much lower computational cost.
Given these ideas, I think it's better not to force users to supply their and instead rely on automatic differentiation and some optimisation to obtain the same effect.
We currently (ha) compute the conductance by symbolic differentiation of the current assignment expression. Notwithstanding other issues in this process (see #794), the resultant expression may be very expensive, and not amenable to automatic algebraic simplification. In these instances, a user supplied CONDUCTANCE could supply a 'good enough' approximation at much lower computational cost.
The CONDUCTANCE keyword was added to NMODL by the BBP in order to improve upon the numerical difference scheme that was previously used, and now is optional with the use of the NMODL Framework (see: https://bluebrain.github.io/nmodl/html/notebooks/nmodl-sympy-conductance.html).
The text was updated successfully, but these errors were encountered: