<div dir="ltr"><div><div>Hi All<br><br></div>I notice this spot today VK2TSB-13. His position tends to jumps around a bit as well. The difference here is VK2TSB-13 doesn't use MICE? So his packets are uncompressed<br><br></div>My guess is GPS isn't locked.<br><div><br><span class="">2014-09-26 03:52:36 UTC: <b><a href="http://aprs.fi/?c=raw&limit=&call=VK2TSB-13">VK2TSB-13</a></b>>APT311,<a href="http://aprs.fi/?c=raw&limit=&call=VK2AMW-1">VK2AMW-1*</a>,WIDE2-1,qAR,<a href="http://aprs.fi/?c=raw&limit=&call=VK2NR-5">VK2NR-5</a>:!3513.54S/14808.27ER000/000/A=000000</span><br>
<span class="">2014-09-26 03:52:57 UTC: <b><a href="http://aprs.fi/?c=raw&limit=&call=VK2TSB-13">VK2TSB-13</a></b>>APT311,<a href="http://aprs.fi/?c=raw&limit=&call=VK2AMW-1">VK2AMW-1*</a>,WIDE2-1,qAR,<a href="http://aprs.fi/?c=raw&limit=&call=VK2NR-5">VK2NR-5</a>:!3433.81S/15049.81ER000/000/A=000045 <b>[Location changes too fast (adaptive limit)]</b></span><br>
<span class="">2014-09-26 03:54:36 UTC: <b><a href="http://aprs.fi/?c=raw&limit=&call=VK2TSB-13">VK2TSB-13</a></b>>APT311,<a href="http://aprs.fi/?c=raw&limit=&call=VK2AMW-1">VK2AMW-1*</a>,WIDE2-1,qAR,<a href="http://aprs.fi/?c=raw&limit=&call=VK2NR-5">VK2NR-5</a>:!3434.41S/15049.35ER169/020/A=000095</span> <br><br></div><div>73<br><br>Dom<br></div><div>VK2HJ<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 26, 2014 at 7:02 AM, Ian Bennett <span dir="ltr"><<a href="mailto:ibennett@tpg.com.au" target="_blank">ibennett@tpg.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All,<br>
        My turn.....<br>
        I too don't fully understand what MIC-E is (apart from it is a compression method) however in the<br>
doco I've read, they recommend using it unless there is a specific reason not to. They don't mention<br>
what a "specific reason" is though.<br>
        Whilst on the subject, the documentation available is terrible. The term "documentation" is used<br>
loosely here since the information I've found is more a collection of thoughts. Manufacturers of<br>
commercial trackers have to shoulder most of the responsibility here as this is what most people<br>
will use.<br>
        I had a cackle when I read the comment "Hams doing what they want as individuals" as I whole<br>
heartedly agree. The fact that people are still using the -15 SSID for HF is a case in point. Bob<br>
took this out of the "RFC" years ago. Still, these are only guidelines anyway and I never used the<br>
-15 SSID as I had VHF APRS running at the same time. Having two SSID's coming from the same vehicle<br>
would have been very confusing for anyone tracking us.<br>
        So, why do I use APRS?? It is what attracted me into Amateur Radio in the first place. My wife and<br>
I travel a fair bit (not as much as I would like though!!) into remote areas of the country and APRS<br>
allows family and friends to see where we are. I also use PSKMail (another culprit for terrible<br>
documentation) for email and to post updates to trip blogs when out of mobile phone range.<br>
        When back at the coal face, we only use one vehicle and APRS allows me to see where she is so I can<br>
meet her as she arrives to pick me up.<br>
        I've even had turn-by-turn guidance over the radio by another amateur when I was going to his place<br>
(I missed a turn so he guided me in!!)<br>
        It is also handy when visiting family and friends as they know when to put the kettle on ;-)<br>
        I think the WIDE-N paradigm is a good compromise from an all knowing intelligent routed network.<br>
What needs to be considered is the location of the digis.<br>
        Given we as a community can't get the simple things right, imagine what would happen if some sort<br>
of intelligent routing protocol were implemented into the APRS network?? It is exactly this that<br>
keeps me employed in the IT trade.<br>
<br>
Ian<br>
VK1IAN<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On 26/09/14 01:22, Peter Richens wrote:<br>
> Hi<br>
><br>
> Part of the problem for someone like me.. as an example..<br>
> I have not had anything to do with this in the past but want to find out<br>
> more.. problem is there seems to be little in the way of good guides that<br>
> don't conflict with someone else's version of the guide and I am still in<br>
> the dark as to what to use this for apart from tracking my vehicle.. I have<br>
> also loaded the app on my Android phone and while it's fun to play with I am<br>
> still a little miffed as to what the real world application for this is..<br>
> I have been a Licensed Amateur since around 1986 and had my full licence<br>
> since 1988, have played with Packet Radio for years until I moved to<br>
> Brisbane and life just got too hectic then the internet basically took over<br>
> and sending packets at 1200baud just seemed so painful..<br>
><br>
> I want to get my teeth into something and this among options available<br>
> seemed like a fun thing to play with but how far do I go with it and how do<br>
> I actually progress..<br>
><br>
> I did read something about a system being used for disaster communications<br>
> and seen to think this may have been it, something to do with knowing what<br>
> resources are around.. if that is the case how do we use it for that..<br>
><br>
> I am quite certain that this is not puzzling for just me, the VK2 Guy that<br>
> is beaconing.. well that could just have been me as I think mine is doing<br>
> something similar, even though I thought it had been set to only beacon when<br>
> moved.. actually on that it would be nice if it beaconed more regularly<br>
> sometimes.. or maybe not!<br>
><br>
> Then comes HF or rather long distance travel such as my recent trip to Cape<br>
> York, I am more than certain that there are not that many VHF stations up<br>
> that way except for Cairns and maybe Cooktown..<br>
><br>
> Regards<br>
> Peter Richens - VK4FSD<br>
> River City 4WD Club - Past President 2010 - 2014<br>
> Sent from my Thumping huge Laptop<br>
><br>
><br>
> -----Original Message-----<br>
> From: OZAPRS [mailto:<a href="mailto:ozaprs-bounces@aprs.net.au">ozaprs-bounces@aprs.net.au</a>] On Behalf Of Justin Albury<br>
> Sent: Thursday, 25 September 2014 9:54 PM<br>
> To: Australian APRS Users<br>
> Subject: Re: [OZAPRS] MICE usage<br>
><br>
> So to remove a few of these issues we have done a new config and alignment<br>
> of a replacement VK2RHR-1 digi as a "hot swap" .... this will be more of a<br>
> fill digi rather than it current config.<br>
><br>
> As soon as I get a chance I will visit Highrange and do the swap.<br>
><br>
> Will keep you posted<br>
><br>
> VK2HJA<br>
><br>
><br>
> Justin Albury<br>
> J Albury Communications<br>
> <a href="mailto:justin@jacomms.com">justin@jacomms.com</a><br>
> 0417246791<br>
><br>
> -----Original Message-----<br>
> From: OZAPRS [mailto:<a href="mailto:ozaprs-bounces@aprs.net.au">ozaprs-bounces@aprs.net.au</a>] On Behalf Of Owen Duffy<br>
> Sent: Thursday, 25 September 2014 6:01 PM<br>
> To: Australian APRS Users<br>
> Subject: Re: [OZAPRS] MICE usage<br>
><br>
> Hello All,<br>
><br>
> Some thoughts on the issue:<br>
><br>
> I think the real issue here is the failure of source routing, whether you<br>
> give it some grand name like "New N Pardigm" or not.<br>
><br>
> There are numerous examples that demonstrate that you cannot depend on hams,<br>
> whether they operate end stations or 'infrastructure' (digis,<br>
> iGates) to "do the right thing'.<br>
><br>
> Hams doing what they want as individuals were responsible for the demise of<br>
> the old 'packet network' before its time, and the same problem occurs with<br>
> APRS.<br>
><br>
> So, if you drive outside Sydney or Melbourne for your annual holidays, and<br>
> you set your path for WIDE1-1,WIDE2-2, what is wrong with that?<br>
><br>
> Well the issue is that the optimal path is not a property of the mobile, but<br>
> its location. In some places, a single hop is sufficient to have a high<br>
> probability of iGate submission, in others, three hops might only moderate<br>
> probability of iGate submission.<br>
><br>
> Then there are the  effects of band openings (most mornings and evenings in<br>
> summer) where three hops may well get you from Sydney to Melbourne.<br>
><br>
> A possible solution is intelligent network infrastructure that controls<br>
> packet routing, and limits the lifetime of packets. It could also be used to<br>
> block misguided stations operating outside of reasonable parameters on the<br>
> shared radio channel.<br>
><br>
> That means finding a flexible routing platform for digis, especially<br>
> strategic digis that could be used to segment the network into local areas<br>
> as congestion dictates. Such a platform needs to be highly interoperable,<br>
> there is no room for a digi that does not decode some popular trackers (eg<br>
> the incompatibility between OT3 and Foxtrack/TT1).<br>
><br>
> Sydney is a most interesting case study, it has essentially no 'local'<br>
> digi and depends on three digis 40-60km out, and most packets that originate<br>
> or enter the area are repeated by all three digis so increasing channel<br>
> utilisation which in turn reduces the effectiveness of the network for<br>
> position reporting of mobile stations.<br>
><br>
> A filtering dig in each of the three locations to block traffic flow from<br>
> north to south, and south to north could be very effective in reducing<br>
> channel utilisation whilst still support high rate of iGate submission.<br>
><br>
> The role of High Range and Mt Murray, both W2 digis located with 40km of<br>
> each other deserve review as under the "New N Pardigm", almost all packets<br>
> originating in Sydney and the Illawarra carried by one will be carried also<br>
> by the other.<br>
><br>
> At the same time, coverage of half of the M7 is patchier than a lot of major<br>
> highways outside of Sydney.<br>
><br>
> I think it is the infrastructure that deserves attention rather that trying<br>
> to educate end users.<br>
><br>
> Over...<br>
><br>
> 73<br>
> Owen<br>
><br>
> _______________________________________________<br>
> OZAPRS mailing list<br>
> <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>
> <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" target="_blank">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>
> _______________________________________________<br>
> OZAPRS mailing list<br>
> <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>
> <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" target="_blank">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>
><br>
> _______________________________________________<br>
> OZAPRS mailing list<br>
> <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>
> <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" target="_blank">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>
><br>
><br>
_______________________________________________<br>
OZAPRS mailing list<br>
<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>
<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" target="_blank">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>
</div></div></blockquote></div><br></div>