[aprssig] What is a position report?

Robert Bruninga bruninga at usna.edu
Sat May 23 20:25:34 EDT 2020


Note, Mic-E is used in evry Kenwood and Yaesu radio so it should be the
most important protocol to decipher first since that is the majority of
off-the-shelf mobiles.  Bob

On Sat, May 23, 2020 at 3:41 PM Iain R. Learmonth <irl at hambsd.org> wrote:

> Hi,
>
> In attempting to write code that produces position reports for stations,
> objects, and items I have ended up with some notes. They are far from
> being complete but I'm already starting to find some contradictions and
> perhaps some things that need changing now time has moved on.
>
> In particular, I think there needs to be some application of Postel's
> Law to the specs. We should determine what the correct thing is to send
> now, and what things you might be expected to receive. We should also
> consider what the correct thing to send might be in the future, and
> prepare implementations for that change.
>
> Items are not recommended in APRS 1.1, however this appears to be a
> mistake according to an email from Bob that recommends only against the
> compressed format for items, which I guess also applies to objects? So
> it's not really clear if we should be avoiding compressed formats
> everywhere.
>
> There is also the Mic-E format, which I haven't looked at at all yet. I
> wonder to what extent that can be treated as an extension to the APRS
> specification rather than a core part of it. Would it be recommended to
> implement Mic-E position reports over an uncompressed/compressed
> position report?
>
> Finally, has anyone worked on combining the spec addendums with the spec
> to form a coherent document? The editing process for that would surely
> work out some of the bugs. I might volunteer to do this if it has not
> been done and there is support for such a thing.
>
> My notes so far are attached. The references section at the end contains
> all the documents that were drawn on in order to put together the notes
> so far, but as you'll see there are still lots of holes.
>
> Thanks,
> Iain.
> _______________________________________________
> 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/20200523/25e292a8/attachment.html>


More information about the aprssig mailing list