Order Tray | Contact Us | Home | SIG Lists

[aprssig] QRU feature request and LOCALINFO (repeaters)

Robert Bruninga bruninga at usna.edu
Sat Sep 22 17:28:44 UTC 2012


> I didn't mean to say that the repeater object wasn't using too long of a
> path, I was pointing out that your radio (I believe) had information
> available that you did not peruse before attempting to use the repeater in
> question.

My point was that when the FREQ object comes in, on modern APRS
radios, I can press MENU, then TUNE and instntly the radio is ON FREQ
ready to make my call with proper offset and PL after only 2 buttons.

The alternative of checking the range first decreases the utility of
the function by an order of magnitude of more button pushing:

1) Going to the station list to find the object (cursoring up and down)
2) Several more button pushes to go sideways to the LOCATION page to
see how far away it is,
3) Then going to the MENU and then selecting TUNE and then after
dozens of screen presses finally arriving at a usuable VOICE channel
that was only 2 button presses away -if-done-as-originally-intended.

> Even with a no-hop or specific digipeater hop, it's quite
> realistic to receive repeater objects that you cannot access from your
> receiving location, especially if the object is being transmitted by a very
> high digipeater and the repeater is on the opposite side of the coverage
> area.

Yes, I accept that ambiguity,  But I don not accept the current
situation where 90% of the FREQ objects I recieve are out of area SPAM
right off the top, and useless to the original funciton of providing
local relevant information and not flooding the limited network with
out-of-area spam.

We need two things:
1) CUT BACK the spam objects that are using multi hops
2) Making sure that EVERY digi serves its own-local-users with the 2
or 3 local (direct) FREQ objects of local vaule and at a 10 minute
rate *and* sourced at the digi, where the will not collide with *any*
other traffic.

> In context, the request you extracted my PS from was dealing with a request
> to include distance information in the humanly-readable comment of a QRU
> response, NOT directly related to local information repeater objects.

Sorry.  Yes, of course, I was not directly challenging your comment,
but using it for my usual springboard into my hot topic of the moment.
So glad you did not take offense with my usualy segway from topic to
grab the pulpit. <wink>
Bob, WB4APR
> On 9/22/2012 11:32 AM, Robert Bruninga wrote:
>>>
>>> PS.  If this is in response to Bob's posting over on the aprssig,
>>> all he should have needed to do was note the distance on his
>>> D72 screen to the repeater object instead of assuming that
>>> because he heard the object, he could hit the repeater...
>>
>> Ah, here we disagree.  Internet jockies simply do not understand the
>> realities of providing useful CONCISE information to mobile and
>> handheld operators that have a TINY windows on the APRS world and a
>> few buttons and not big PC screens and are sharing only a single 1200
>> baud channel.
>>
>> The concept of LOCALINFO is that only what is LOCALLY RELEVANT is
>> pushed to the users screen.
>>
>> Yes I DO ASSUME that if I receive the DATA it is LOCAL AND RELEVANT.
>> Else it is SPAM and needs fixing and has no place on a shared 1200
>> baud overloaded channel.
>>
>> There are over 900 PAGES (screens) of information available on the D72
>> APRS radio for example,  A user should not have to search through
>> those 900 pages of SPAM to find out what local VOICE repeater covers
>> WHERE HE IS STANDING.
>>
>> The system worked for me.  It deliverd exactly what I needed to see.
>> But it turned out to be SPAM.  A repeater over 100 miles away that NO
>> ONE IN THE AREA could even hope to hit.
>>
>> Yet the local freqs were NOT being beaconed.  That was my complaint.
>>
>> Bob, WB4APR
>>
>>> On 9/22/2012 10:01 AM, Steve Daniels wrote:
>>>
>>> Had another thought, can the distance be added to the message, you
>>> request a repeater from a handheld, it would be useful to see the distance,
>>> the repeater is from yourself
>>>
>>>
>>>
>>> Steve Daniels
>>>
>>> G6UIM
>>>
>>> Torbay Freecycle Moderator
>>> http://http://uk.groups.yahoo.com/group/torbay_freecycle
>>>
>>> APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com
>>>
>>>
>>>
>>> ________________________________
>>>
>>> From: aprsisce at yahoogroups.com [mailto:aprsisce at yahoogroups.com] On
>>> Behalf Of Steve Daniels
>>> Sent: 21 September 2012 23:25
>>> To: aprsisce at yahoogroups.com
>>> Subject: [aprsisce] QRU feature request
>>>
>>>
>>>
>>>
>>>
>>> Just for info as I have already discussed this with KJ4ERJ
>>>
>>> The ability to request the nearest object only from QRU, that’s to say
>>> ability to alter the number of objects that the QRU server responds with,
>>> but just downwards.
>>>
>>> Instead of sending perhaps 5 objects the server would send just 1 on
>>> request.
>>>
>>>
>>>
>>> Steve Daniels
>>>
>>> G6UIM
>>>
>>> Torbay Freecycle Moderator
>>> http://http://uk.groups.yahoo.com/group/torbay_freecycle
>>>
>>> APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> __._,_.___
>>>
>>>
>>> Your email settings: Individual Email|Traditional
>>> Change settings via the Web (Yahoo! ID required)
>>> Change settings via email: Switch delivery to Daily Digest | Switch to
>>> Fully Featured
>>> Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
>>>
>>> __,_._,___
>>
>> _______________________________________________
>> aprssig mailing list
>> aprssig at tapr.org
>> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>>
>
>
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig



More information about the aprssig mailing list