-
Notifications
You must be signed in to change notification settings - Fork 3
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
NEURON version of Traub 2005 model should be tested. 82894 #94
Comments
@ramcdougal provided some background on this here. |
From a naive (or bull in a china shop) perspective, I see that
On the other hand it is explicitly downloadable, eg.
So in the worst tradition of "hacking away", and the situation being that there are only a few (1?) of this kind of model, it would |
The following seems to take care of the problem...
and getmodels() generates a modeldb-meta.yaml fragment of
|
Not looking at the discussion, but we should rather "fix" modeldb than add an exception |
I think modeldb is correct under the interpretation that the id request is for conceptual models. (the notions of model entry, conceptual model, publication(s) of that model, and model implementations are distinct. Generally one expects but does not always experience a one-to-one correspondence between the above 4 notions.) From the metadata of
which indicates there is more than one implementation (and one is for NEURON).
which suggest to me that the zip file for 45539 is for ifc fortran.
and it this case we would wish to use 82894. Note that in unzipping, it may be worthwhile to create an id folder and unzip there since zip files with different id names can |
Things are a bit more interesting than I supposed. I've been looking at the results from test.py
and see
Also, as mentioned elsewhere, there are many cases of multiple simulators for a single id with combined files. That is not an issue in this context. The "Standalone NEURON" cases are merely preprocessed allen institute models which do not need their processing code. They are all very similar to each other and running one is probably sufficient. |
I was mistaken about that and am unfamiliar with the zip file handling in the python code so don't know if it matters, but
|
The folder names are usually whatever the model submitter chooses. No attempt is made to make them unique. |
I believe that in |
traubEtAl2005 downloads as a fortran version of the model (45539). The modeldb/modeldb-meta.yaml fragment is
We should instead get the NEURON version https://modeldb.science/download/82894
or perhaps the github version https://github.com/ModelDBRepository/82894
Perhaps this issue is related to #75
The text was updated successfully, but these errors were encountered: