<div dir="ltr"><div>Wanted to add my thoughts on some of the earlier comments (on the topic of what to do when data collection stops and then starts again):<br></div><div><br></div><div>I also want to point out that continuing the same file where it was left off might create problems if the new data has different metadata than the old data.</div><div><br></div><div>One case we should handle is when a user makes modifications to their station setup in the middle of the day. What happens then? We might want a way to distinguish the end of data collected with an old instrument and the beginning of data with a new instrument, for example.</div><div><br></div><div>Also, I like Nathaniel's comment of having the filename be just for convenience, and all the relevant bits that were used to create it be included in the file.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 6, 2020 at 8:27 PM Bill Liles via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org">tangerinesdr@lists.tapr.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto">Sorry, I meant 3 dipoles and 3 loops. </div></div><div dir="auto"><br></div><div dir="auto">Bill NQ6Z</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 6, 2020 at 6:50 PM Bill Liles <<a href="mailto:lilesw@gmail.com" target="_blank">lilesw@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div dir="auto">I am not clear on something. Assume I have four receivers connected to the RPi. How many node numbers do I have? Just one?</div></div><div dir="auto"><br></div><div dir="auto">If only one and I collect the same freq range on all four receivers, then in the FRQ field, I represent each separate receiver such as WWV5A, WWV5B, etc, etc. Is this correct?</div></div><div dir="auto"><br></div><div dir="auto">Or do I have 4 nodes running on the same RPi since in the node description there is antenna information and all the antennas are different?</div><div dir="auto"><br></div><div dir="auto">My actual use case is 6 synced receivers covering the same frequency range at the same time, all connected to a vector sensor antenna consisting of 6 dipoles and 6 loops. I am just not sure how to handle.</div><div dir="auto"><br></div><div dir="auto">Or is all 6 separate collections merged into one file?</div><div dir="auto"><br></div><div dir="auto">Could someone please explain how I am to handle this situation?</div><div dir="auto"><br></div><div dir="auto">Thank you.</div><div dir="auto"><br></div><div dir="auto">Bill NQ6Z</div><div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 6, 2020 at 6:16 PM Rob Wiesler via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank">tangerinesdr@lists.tapr.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, May 06, 2020 at 16:42:44 -0400, John Gibbons wrote:<br>
> Update to spec - tried to be concise but specific for definitions so there<br>
> is no confusion.<br>
<br>
Thanks.<br>
<br>
Nits:<br>
<br>
'#' is called "hash", not "hashtag".  Children call it "hashtag" because<br>
Twitter made them stick a "hash" in front of their "tags", and they<br>
started conflating the hash ('#'), the tag ("getoffmylawn"), and the<br>
entire hashtag ("#getoffmylawn").  If that bothers you, call it an<br>
octothorpe.<br>
<br>
There's a typo immediately after that ("Metadata,txt" vs.<br>
"Metadata.txt").<br>
<br>
<br>
More serious issues:<br>
<br>
Please don't set aside any node ID other than "N00000".  Feel free to<br>
tag any nodes as test nodes either in the database or in the metadata,<br>
but no spec should try to list them all if there's going to be more than<br>
just the one (or a larger range of test node IDs).<br>
<br>
Again, Windows 7/10/etc. allow the use of '.' in filenames [0].  If you<br>
disagree, try running this on a Windows machine:<br>
<br>
        python -c "open('foo-2.5-bar.txt', 'w').close()"<br>
<br>
[0] <a href="https://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file" rel="noreferrer" target="_blank">https://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file</a><br>
<br>
Please provide your specifications as plain text files so that I and<br>
others can make diffs of it instead of having to re-read the whole thing<br>
every single time (unless you don't want me nitpicking anymore?).  Also,<br>
you wanted these specifications to end up in version control, right?<br>
Turning them into plain text is step 1.<br>
<br>
<br>
Really serious issues:<br>
<br>
Don't specify the Python code to be anywhere inside the user's home<br>
directory!  Ever!  We're going to at least try to package up all of the<br>
code, right?  We'll put our Python modules in a proper namespace, and<br>
they will be installed in a standard location according to the FHS,<br>
Python convention, and the distribution's rules for Python packages.<br>
There's no reason for you to specify any location other than that.  Our<br>
importable modules will live in PYTHONPATH.  Our binaries will live in<br>
PATH.  Lintian may scream at us for the state of our packages, but it<br>
will *not* complain about us trying to install files in /home .<br>
<br>
Don't use "/temp" as a temp directory!  Either use "/tmp" (which exists,<br>
and is part of the FHS, and actually tends to be temporary), or better<br>
yet, use some combination of mktemp(1), mkdtemp(3), et. al. to generate<br>
temp files/directories subdirectory correctly.  In Python, take a look<br>
at the "tempfile" module.<br>
<br>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div></div>
</div>
</blockquote></div></div>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Sincerely,<br><br>Aidan Montare<br>CWRU Class of 2021</div></div>