<div dir="ltr">I agree an ECG signal is a good choice, and better than my suggestion. It'll be a lower sample rate than audio, too, so you can get a longer signal in my proposed 500k limit.<div><br></div><div>Let's wait a few days to see if others have thoughts on the signal or its size limit, and if there are no complaints, go for it!<br><div><br></div><div>Eric</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 17, 2018 at 9:33 AM, Lars G. <span dir="ltr"><<a href="mailto:lagru@mailbox.org" target="_blank">lagru@mailbox.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16.03.2018 20:11, Eric Larson wrote:> How about an entry in the scipy<br>
<span>cookbook "Signal Processing" or "Other<br>
> examples" sections?<br>
><br>
> <a href="http://scipy-cookbook.readthedocs.io/" rel="noreferrer" target="_blank">http://scipy-cookbook.readthed<wbr>ocs.io/</a><br>
><br>
> In the SciPy tutorials area you could do some basic things if you want,<br>
> even if they overlap with what is in the docstrings a bit. Then you<br>
> could put a link there to the cookbook for a more in-depth example.<br>
<br>
</span>Sounds reasonable. I'll create a notebook covering a peak finding<br>
example and see how it goes. Maybe something based on beat detection in<br>
an ECG signal.<br>
<span>> We have `face` and `ascent` in `misc` already for 2D signals. I think it<br>
> would be nice to have something like this for 1D signals, assuming we<br>
> can find one that won't take up a ton of space (< 500kB maybe, since<br>
> that's what ascent takes, and `face` takes up 1.5MB?). We don't want to<br>
> bloat the repo, but a reasonable sound choice could be used in many<br>
> examples.<br>
><br>
</span>> The most popular "<a href="http://freesound.org" rel="noreferrer" target="_blank">freesound.org</a> <<a href="http://freesound.org" rel="noreferrer" target="_blank">http://freesound.org</a>>" clip is a<br>
> creative-commons licensed thunderstorm recording<br>
> <<a href="https://freesound.org/people/RHumphries/sounds/2523/" rel="noreferrer" target="_blank">https://freesound.org/people/<wbr>RHumphries/sounds/2523/</a>>, maybe this could<br>
<span>> be made mono, truncated, and/or resampled to be sufficiently small?<br>
> Other ideas welcome.<br>
<br>
</span>Another source might be the Physionet database has an extensive<br>
collection of medical signals and is licensed with the "OPC Public<br>
Domain Dedication and License" which should be compatible with SciPy's<br>
license.<br>
<br>
<a href="http://www.physionet.org/physiobank/database/" rel="noreferrer" target="_blank">http://www.physionet.org/physi<wbr>obank/database/</a><br>
<a href="https://opendatacommons.org/licenses/pddl/1.0/" rel="noreferrer" target="_blank">https://opendatacommons.org/li<wbr>censes/pddl/1.0/</a><br>
<br>
A biosignal like an ECG could be used to demonstrate<br>
- frequency based filtering (artifact elimination),<br>
- spectral analysis and<br>
- beat detection & classification (peak finding & measurement).<br>
E.g. a simple task could be to extract the heart rate or systolic /<br>
diastolic blood pressure values depending on the signal. This could<br>
provide nice and intuitive "real world" examples.<br>
<br>
If you like this idea I'd be happy to create a PR for this.<br>
<div class="m_6471330366811444753HOEnZb"><div class="m_6471330366811444753h5"><br>
Best regards,<br>
Lars<br>
______________________________<wbr>_________________<br>
SciPy-Dev mailing list<br>
<a href="mailto:SciPy-Dev@python.org" target="_blank">SciPy-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/scipy-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailma<wbr>n/listinfo/scipy-dev</a><br>
</div></div></blockquote></div><br></div></div></div>