[aprssig] APRS Foundation and Privacy Concerns

[Lynn W Deffenbaugh (Mr)]

Spoiler alert: https://en.wikipedia.org/wiki/Unix_time

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


On 9/20/2024 8:59 PM, Jeff Hochberg wrote:
> Yes - but why is 1/1/1970 significant? While I would venture to say 
> this group is more likely to know the significance than others, it’s 
> probably worth taking a minute to explain (or at least link to it). :-)
>
> @N1DAM - thank you for your feedback.
>
> Over the years, I’ve learned to appreciate the concept of “less is 
> more.” Now, if only I could learn how to get my points across more 
> succinctly (instead of chapters from War and Peace)…
>
> But I digress.
>
> Jeff Hochberg
> President
> APRS Foundation Inc
>
>
> On Fri, Sep 20, 2024 at 20:53 Randy Hall <aa6rh at socorad.io> wrote:
>
>     Uncanny, that's my birthday too! 😁
>
>     On Fri, Sep 20, 2024, 5:52 PM Eric Hansen <skyssx at gmail.com> wrote:
>
>         My birthday is the same as everyone else in infosec: 1/1/1970.
>
>         On Fri, Sep 20, 2024 at 1:47 PM Greg Troxel <gdt at lexort.com>
>         wrote:
>
>             Eric Lorenz K9LGE <k9lge at emlorenz.com> writes:
>
>             > So I am going to play devils advocate here-
>             >
>             > My first reaction when I read your email was to the
>             other end- why such an
>             > overboard reaction on this??? Maybe a couple changes,
>             like...
>             > - an explainitory tag, "so we can wish you a happy
>             birthday!"
>             > - make it month/ day *only*
>             > - make it optional- and add "(optional)" to the field tag.
>             >
>             > That way, people who don't want to don't have to but
>             those who do want to..
>             > can.
>
>             It's not overboard at all.
>
>             In today's world, data, once collected is subject to
>               - data breaches
>               - misuse by a successor entity with lower ethical standards
>               - errors in judgement by succeeding people in the same
>             entity (you'd
>                 be surprised how many people think it's ok to load
>             resources from
>                 google)
>
>             All of this is risk, and thus data is a toxic asset, to be
>             collected and
>             retained only really necessary.   It's exactly the right
>             call to decline
>             to collect anything more than is needed.
>
>             73 de n1dam
>
>             _______________________________________________
>             aprssig mailing list
>             aprssig at lists.tapr.org
>             http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>
>
>
>         -- 
>         Eric Hansen
>         _______________________________________________
>         aprssig mailing list
>         aprssig at lists.tapr.org
>         http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>
>     _______________________________________________
>     aprssig mailing list
>     aprssig at lists.tapr.org
>     http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>
>
> Under the General Data Protection Regulation (GDPR) (EU) 2016/679, we 
> have a legal duty to protect any information we collect from you. 
> Information contained in this email and any attachments may be 
> privileged or confidential and intended for the exclusive use of the 
> original recipient. If you have received this email by mistake, please 
> advise the sender immediately and delete the email, including emptying 
> your deleted email box.
>
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20240920/5d3c4205/attachment.htm>