<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hessu,<br>
    <br>
    I know how much we love "special" values, but 111111z is another one
    of those that you probably need to make an exception for.<br>
    <br>
    From <a class="moz-txt-link-freetext" href="http://www.aprs.org/info/object-perm.txt">http://www.aprs.org/info/object-perm.txt</a><br>
    <br>
    <blockquote type="cite">
      <pre>OBJECTS: use the unique 111111z timestamp to indicate permanence

The 111111z time stamp has always been recommended for all timeless 
objects as a default to indicate to the viewer that this object time 
stamp carries no temporal value.  Therefore, it was a reasonable 
extension of this concept to declare that a 111111z object is permanent 
and should not be overwritten by any other identically named object 
UNLESS it is originated by the same transmitting station.
</pre>
    </blockquote>
    <br>
    <br>
    Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br>
    <br>
    On 3/26/2012 1:53 AM, Heikki Hannikainen wrote:
    <blockquote cite="mid:alpine.DEB.1.10.1203260848040.15909@he.fi"
      type="cite">On Sun, 25 Mar 2012, Paul Yeager wrote:
      <br>
      <br>
      <blockquote type="cite">;IRLP-4040*111111zDDMM.hhNIDDDMM.hhW0FFF.FFFMHz
        Tnnn CALLSIGN
        <br>
        <br>
        ... and what I entered is:
        <br>
        <br>
        ;IRLP-4397*111111z3522. NI08313. W0444.875MHz T131 K4RCC
        <br>
        <br>
        My problem is that aprs.fi appears not to like the format.
        Viewing the raw
        <br>
        packets reveals:
        <br>
        <br>
        2012-03-25 22:05:09 UTC:
        EGLNST>APN383,qAR,N4NE-1:;IRLP-4397*111111z3522. 
        <br>
        NI08313. W0444.875MHz T131 K4RCC [Delayed or out-of-order packet
        (timestamp)]
        <br>
      </blockquote>
      <br>
      aprs.fi uses the timestamp for duplicate/delayed and out-of-order
      packet filtering. If the timestamp suddenly jumps back, the packet
      is probably older than the previous packet from that station, and
      can be thrown away. (It's actually just a little bit more
      complicated than that, but that's the principle.)
      <br>
      <br>
      <a class="moz-txt-link-freetext" href="http://aprs.fi/info/a/IRLP-4397">http://aprs.fi/info/a/IRLP-4397</a> - The same station is already
      transmitted by K4RCC-13, which uses real UTC timestamps instead of
      a constant 111111z, so aprs.fi takes the 111111z packet as a
      delayed one.
      <br>
      <br>
      It's probably not a problem for you if aprs.fi doesn't accept your
      packets - your target are the local RF-based stations, which
      probably do not see K4RCC-13's packets.
      <br>
      <br>
        - Hessu<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
aprssig mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a>
<a class="moz-txt-link-freetext" href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>