Confusing time stamps in TemporalFilter imshow function
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 38/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- python
- Domain
- data-visualization
Research direction
Start in bmtk/simulator/filternet/lgnmodel/temporalfilter.py at TemporalFilterCosineBump.imshow(), and reproduce the supplied snippet. Compare how the displayed timestamps and response alignment relate to the linked paper; done means confirming whether negative timestamps are required and correcting the axis if the behavior is a bug.
Written by the indexing model from the issue text.
Description
Hello, maintainers, thank you for contributing this great work to BMTK.
I have some questions that I would like to ask for help. When I refer to the document (https://alleninstitute.github.io/bmtk/tutorial_filter_models.html) to learn how to use the filter model, I find that the timestamps displayed by the TemporalFilter imshow function are confusing. There are two graphs with similar response characteristics but different timestamps, and the one generated by the BMTK code is probably the wrong one because the response characteristics are even less similar to those in the paper.
paper
Durand, S., Iyer, R., Mizuseki, K., Vries, S. de, Mihalas, S., & Reid, R. C. (2016). A Comparison of Visual Response Properties in the Lateral Geniculate Nucleus and Primary Visual Cortex of Awake and Anesthetized Mice. Journal of Neuroscience, 36(48), 12144–12156. https://doi.org/10.1523/JNEUROSCI.1741-16.2016
Reproduce code
from bmtk.simulator.filternet.lgnmodel.temporalfilter import TemporalFilterCosineBump
tf = TemporalFilterCosineBump(weights=[30, -20], kpeaks=[50, 100], delays=[0.0, 0.0])
tf.imshow()
Question
Is this a bug, should I use negative values for timestamps?
- Dominant language
- Python
- Stars
- 340
- Forks
- 104
- Avg merge
- 3h 16m
- Merged PRs (30d)
- 16
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from AllenInstitute/bmtk
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
AllenInstitute/bmtk#468 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 65/100
AllenInstitute/bmtk#337 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 1-3 hours Newbie friendliness 68/100
AllenInstitute/bmtk#326 ·
Maintainers usually reply within 1 day
-
tau_syn_basis and weight coefficients for TF synapsesMay be free again @shixnya claimed this 136 days ago, and no pull request is open. Open
AllenInstitute/bmtk#463 · 1 assignee ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
AllenInstitute/bmtk#457 ·
Maintainers usually reply within 1 day
All issues in AllenInstitute/bmtk
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
huggingface/accelerate#4511 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
pylint-dev/pylint#11791 ·
Maintainers usually reply within 1 day
-
Rasterio granule reads never retry, so one 503 (Service Unavailable) fails the whole requestPossibly taken @chuckwondo claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
developmentseed/titiler-cmr#305 ·
Maintainers usually reply within 1 day
-
community enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day