<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
To my knowledge InfoKiosk was simply an auto-responder and didn't
take the location of the requester into account. QRU sends the
CLOSEST N objects to the request within the requested information
grouping.<br>
<br>
QRU also uses an intelligent delivery algorithm as follows:<br>
<br>
1) If the requester is thought to support Item-As-Message (APRS 1.2
feature), send the objects that way<br>
<br>
2) If the requester is on local RF, send the objects directly out
via RF<br>
<br>
3) If the requester is remote RF (heard through some other IGate),
send an object summary as a message<br>
<br>
4) If the requester is -IS based, send the objects to APRS-IS and
trust that his/her filter will pass them through.<br>
<br>
This approach should get the information to the requester though
whatever communications path is available, including via APRS
messaging via remote IGate, provided that there's a bi-directional
one in range of a remote RF requester.<br>
<br>
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br>
<br>
On 7/21/2011 11:58 AM, Bradley Haney wrote:
<blockquote
cite="mid:CAPg-ThSJpK=frB6V-9=doNzQiH53Thx3+vOJY1WcYN1fWBqLWA@mail.gmail.com"
type="cite">Didn't Uiview have somehting like that called
info Kisok for something<br>
<br>
<div class="gmail_quote">On Thu, Jul 21, 2011 at 9:31 AM, Lynn W.
Deffenbaugh (Mr) <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ldeffenb@homeside.to">ldeffenb@homeside.to</a>></span>
wrote:<br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204);
margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">
<blockquote style="border-left: 1px solid rgb(204, 204, 204);
margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">What do you say ? Have you ever heard
anything like that ?<br>
</blockquote>
<br>
Better description coming soon, but please check out <a
moz-do-not-send="true"
href="http://aprsisce.wikidot.com/qru" target="_blank">http://aprsisce.wikidot.com/qru</a><br>
<br>
The QRU server feature of APRSISCE/32 provides objects
on-demand based on the APRS-known location and query group
desired by a remote APRS-message capable operator. We're
still working out standardized group names, but ?HOSP
(Hospitals) and ?PD (Police Departments) are two of the top
runners.<br>
<br>
Send an APRS message to QRU containing "?INFO 20000" to see
what QRU servers have what groups available within 20,000
miles of your current location. Obviously, you'll need to have
transmitted a position beacon that has been heard by a QRU
server to get any answers.<br>
<br>
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32<br>
<br>
On 7/20/2011 7:39 PM, Guido Trentalancia wrote:<br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204);
margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">On Tue, 2011-07-19 at 17:36 -0400, Bob
Bruninga wrote:<br>
<blockquote style="border-left: 1px solid rgb(204, 204,
204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">Glad to hear that someone is using
Bulletin Groups.<br>
<br>
Just remember that Bulletin Groups are EXCLUSIVE. This
means that if you set a BULLETIN GROUP name, that you will
then automatically IGNORE ALL other bulletins and groups.<br>
<br>
Can you share with us how you are using Bulletin Groups?<br>
</blockquote>
And the next development step will probably be
location-based services.<br>
This will be mainly based on Messages, but I do not exclude
the<br>
possibility to exploit the broadcasting properties of Group
bulletins<br>
(with new groups being created on-demand).<br>
<br>
For example, an unknown (to a properly designed database)
mobile station<br>
enters the area of my automated station from surrounding
areas. if<br>
he/she is not already in the database, he/she must a
traveller new to<br>
the area. I was thinking of sending him/her a Message
offering the<br>
availability of information about the specific area. Such
information<br>
can be static (attractions, places of interest, sightseeing
tips) or<br>
gathered from the web.<br>
<br>
So, it will be location-based and mostly on-demand to avoid
sending<br>
unwanted information.<br>
<br>
What do you say ? Have you ever heard anything like that ?<br>
<br>
<blockquote style="border-left: 1px solid rgb(204, 204,
204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">Thanks<br>
Bob, WB4APR<br>
</blockquote>
73,<br>
<br>
Guido IZ6RDB<br>
<br>
<blockquote style="border-left: 1px solid rgb(204, 204,
204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">-----Original Message-----<br>
From: Guido Trentalancia [mailto:<a moz-do-not-send="true"
href="mailto:iz6rdb@trentalancia.com" target="_blank">iz6rdb@trentalancia.com</a>]<br>
Sent: Tuesday, July 19, 2011 3:36 PM<br>
To: <a moz-do-not-send="true"
href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a><br>
Cc: Bob Bruninga<br>
Subject: Group filtering bug in Kenwood TM-D710 (firmware
version 2.10)<br>
<br>
Hello !<br>
<br>
It appears to me that the Kenwood TM-D710 with Operation
Panel firmware<br>
version 2.10 (and possibly any other previously released
version) has a<br>
bug/limitation within the "Group Filtering" menu settings
(APRS) and in<br>
particular it does not appear to be fully compliant with
the APRS<br>
protocol specification.<br>
<br>
Basically it is not possible to set the above mentioned
filter for group<br>
bulletins with group names longer than 4 characters. The
APRS protocol<br>
specifies that the Group Name for bulletins can be up to 5
characters<br>
long.<br>
<br>
Given the above, at present time, the Kenwood TM-D710 is
not able to<br>
filter group bulletins having a group name of 5 characters
and this<br>
constitutes a rather severe limitation.<br>
<br>
Can somebody please forward this message directly to
Kenwod Engineering<br>
or Kenwood Support as appropriate ? Thanks.<br>
<br>
73,<br>
<br>
Guido IZ6RDB<br>
<br>
<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
<a moz-do-not-send="true" href="mailto:aprssig@tapr.org"
target="_blank">aprssig@tapr.org</a><br>
<a moz-do-not-send="true"
href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig"
target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
<a moz-do-not-send="true" href="mailto:aprssig@tapr.org"
target="_blank">aprssig@tapr.org</a><br>
<a moz-do-not-send="true"
href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig"
target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
</blockquote>
</div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>