-
Notifications
You must be signed in to change notification settings - Fork 30
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
NeuroLexId handling #77
Comments
Good point, it's a bit opaque... A key point is though that the NeuroLexId is metadata, and any NeuroML supporting application should be free to ignore them. Most of the usages apart from sao864921383 are indeed ignored by the current tool chain. However some segment_groups are more special than others and cells exported from neuroConstruct or Neuron, which gather segments into unbranched groups, and which are the basis for NEURON sections are flagged with sao864921383. See: This is mainly important so that when it gets exported back into NEURON those set of segments/points become one section there, and you can control independently the number of points actually simulated (nseg) with the numberInternalDivisions value (this will usually be smaller than the original number of points/nml segments). If you do manually add sao864921383, make sure all segments are included in an unbranched group... Can you add an example that's not working? |
Thank you for explaining! So as it turns out, our problem did not really have to do with the neuroLexID, but wanting to split the dendrites within an unbranched segment, like you pointed out here: NeuralEnsemble/neuroConstruct#67 (for future readers). So, no need to look at a specific example anymore, thank you though! |
Sure, that's better handled at NeuralEnsemble/neuroConstruct#67 as you say... |
I searched and didn't find. Also, let me know if this is the correct repo to report this on. We would like to better understand the Neurolexid's of segment groups. Is there documentation about why they are necessary and how to use them? The context of the request is that we want our models to have 'proximal' and 'distal' dendrite regions (rather than basal and apical, as these aren't pyramidal cells). The .nml exports from neuroConstruct ommitted the 'sao864921383 'continuous cable secret directive, which seems to completely knock out all active channels.
The text was updated successfully, but these errors were encountered: