<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 17, 2018 at 11:39 AM, Bennet Fauber <span dir="ltr"><<a href="mailto:bennet@umich.edu" target="_blank">bennet@umich.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This sounds like it would be a very good example.<br></blockquote><div> </div><div><br></div><div>agreed <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
<br>
On Sat, Mar 17, 2018 at 2:26 PM, Eric Larson <<a href="mailto:larson.eric.d@gmail.com">larson.eric.d@gmail.com</a>> wrote:<br>
> I agree an ECG signal is a good choice, and better than my suggestion. It'll<br>
> be a lower sample rate than audio, too, so you can get a longer signal in my<br>
> proposed 500k limit.<br>
><br>
> Let's wait a few days to see if others have thoughts on the signal or its<br>
> size limit, and if there are no complaints, go for it!<br></div></div></blockquote><div><br></div><div>If you can get away with a smaller size that would be useful, but I'm okay with up to 500 kb.<br><br></div><div>Ralf<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
><br>
> Eric<br>
><br>
><br>
> On Sat, Mar 17, 2018 at 9:33 AM, Lars G. <<a href="mailto:lagru@mailbox.org">lagru@mailbox.org</a>> wrote:<br>
>><br>
>> On 16.03.2018 20:11, Eric Larson wrote:> How about an entry in the scipy<br>
>> cookbook "Signal Processing" or "Other<br>
>> > examples" sections?<br>
>> ><br>
>> > <a href="http://scipy-cookbook.readthedocs.io/" rel="noreferrer" target="_blank">http://scipy-cookbook.<wbr>readthedocs.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>
>> 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>
>> > 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>
>> > 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>
>> > be made mono, truncated, and/or resampled to be sufficiently small?<br>
>> > Other ideas welcome.<br>
>><br>
>> 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/<wbr>physiobank/database/</a><br>
>> <a href="https://opendatacommons.org/licenses/pddl/1.0/" rel="noreferrer" target="_blank">https://opendatacommons.org/<wbr>licenses/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>
>><br>
>> Best regards,<br>
>> Lars<br>
>> ______________________________<wbr>_________________<br>
>> SciPy-Dev mailing list<br>
>> <a href="mailto:SciPy-Dev@python.org">SciPy-Dev@python.org</a><br>
>> <a href="https://mail.python.org/mailman/listinfo/scipy-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/scipy-dev</a><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> SciPy-Dev mailing list<br>
> <a href="mailto:SciPy-Dev@python.org">SciPy-Dev@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/scipy-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/scipy-dev</a><br>
><br>
______________________________<wbr>_________________<br>
SciPy-Dev mailing list<br>
<a href="mailto:SciPy-Dev@python.org">SciPy-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/scipy-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/scipy-dev</a><br>
</div></div></blockquote></div><br></div></div>