<div dir="auto"><div>Perhaps my wording conveyed things differently than meant.  My primary system deals with tracking and logistics of stations and the idea would be to also feed some of that information into aprs so that the hams who are also assisting with events could have the locations of these stations available to them from a common client.  Cuts down on having two sets of hardware required.  Conceptually it is no different then me injecting position reports from an aprs client on a cell phone when you get right down to it, since it is still authenticating with a valid call sign, and the data is being shared publically.</div><div dir="auto"><br></div><div dir="auto">p<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue., Mar. 3, 2020, 5:12 p.m. Heikki Hannikainen, <<a href="mailto:hessu@hes.iki.fi">hessu@hes.iki.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 3 Mar 2020, Patrick wrote:<br>
<br>
> Is there a set of general guidelines for feeding data to the aprs <br>
> network from a commercial system for use in things like public event <br>
> coordination? <br>
<br>
Generally, the APRS-IS network is supposed to carry traffic originated by <br>
amateur radio operators, and data mirroring from other systems is not <br>
supposed to happen.  This is primarily to prevent non-amateur <br>
transmissions from being accidentally retransmitted on amateur radio <br>
frequencies, which would violate license terms in many countries.  So the <br>
general guideline is: Please do not do it.<br>
<br>
For an event, you might want to export APRS data to another system to <br>
merge it with data from commercial systems. Or you could possibly set up a <br>
separate APRS network without connecting it to the greater APRS-IS.<br>
<br>
   - Hessu, OH7LZB<br>
</blockquote></div></div></div>