… And should someone from the core Julia team control that group?
Outside scope of JuliaDSP?
I looked at the JuliaDSP group, but it seems to focus mostly on actual DSP algorithms.
The telecommunications domain also needs tools to design/model/observe analog phenomena which does deal with signal processing issues, including equalization with FFE/DFE, etc. However, I do not believe these tools would be appropriate for the JuliaDSP group.
Examples of Telecom tools
- Creating eye diagram plots
- PRBS bit sequences generators & “checkers”
- Tools to simulate different bit/symbol modulation/demodulation schemes.
- Tools to simulate different frequency multiplexing schemes.
It might even be useful to wrap some core DSP algorithms in a more useful form (like using a more constrained/application-specific APIs to model feed forward equalizers (which are basically FIR filters).
Currently Available Packages
There are at least two packages with overlapping/complimentary functionality that would work for a “JuliaTelecom” group:
- DigitalComm: https://github.com/RGerzaguet/DigitalComm.jl
- PhysicalCommunications: https://github.com/ma-laforge/PhysicalCommunications.jl
Sadly, it is much more difficult to find these packages if they don’t have the visibility of a “Julia group”.
When to create a group?
I don’t have tons of tools for this group yet, so I am wondering if it is appropriate to create the group now.
…Then again, would creating the group actually create the seed that got people to start contributing?