OpenBCM V1.13 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   02.02.04 11:25l 241 Lines 9697 Bytes #999 (0) @ WW
BID : 2769-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jan 31, 2/3
Path: DB0FHN<DB0FOR<DB0MRW<OK0PKL<OK0PCC<OK0NAG<OK0PPL<DB0RES<ON0AR<VK3TE<
      ZL2TZE<ZL3VML
Sent: 040202/0903Z @:ZL3VML.#80.NZL.OC #:18100 [Chch-NZ] FBB7.00i $:2769-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To  : APRDIG@WW

Subject: Re: KISS, no hardware handshake?
From: "J. Lance Cotton" <joe@lightningflash.net>
Date: Sat, 31 Jan 2004 11:38:20 -0600
X-Message-Number: 8

Adi Linden wrote:
>I remember something about KISS not requiring any control signals on the
>serial port between TNC and computer. Is that correct? It is easiest for
>me to power the TNC from the radio and isolate the computer interface.
>Especially if I anly need to isolate RxD and TxD on the serial port an not
>connect anything else.

That's right. For a KISS interface to a TNC, you only need ground, TxD and
RxD.

-Lance

-- 
J. Lance Cotton, KJ5O
joe@lightningflash.net
http://map.findu.com/kj5o-14
Three Step Plan: 1. Take over the world. 2. Get a lot of cookies. 3. Eat the 
cookies.

----------------------------------------------------------------------

Subject: Re: digi on findu
From: Steve Dimse <k4hg@tapr.org>
Date: Sat, 31 Jan 2004 13:10:35 -0500
X-Message-Number: 9

On 1/31/04 at 11:14 AM Adi Linden <adil@adis.on.ca> sent:

>>The stations that send an APRS status packet are the ones that have it appear
>on
>>findU. The status packet is one beginning with >.
>
>That's not what I mean. If I send this raw packet to the aprs-is:
>VA3SLT>APND0X,WIDE,WIDE3-3,qAR,VA3SLT:!5005.96ND09155.53W# VA3SLT
digi_ned/aprsd
>Linux - va3slt@adis.ca
>
>How does findu get this out ouf it:
>Status: DIGI_NED: digipeater VA3SLT in Sioux Lookout

It does not. Status is only the status packet. On my list is to parse out
the status from the Mic-E packet, but the text at the end of the packet you
quote above is comment text, not status text.

If you look at the raw data fro this station, you will see it is sending
status packets (in fact 4 status packets for each position):

http://findu.com/cgi-bin/raw.cgi?call=VA3SLT

Steve K4HG

----------------------------------------------------------------------

Subject: Re: APRS Symbols update
From: "Daron J. Wilson" <daron@wilson.org>
Date: Sat, 31 Jan 2004 10:23:32 -0800
X-Message-Number: 10

>I would like to see the shelter symbol follow the United Nations Military
>Symbol Set....but it does not use O'ly's we could employ.
>Ref:
>http://www.un.org/Depts/dpko/training/training_material/cdrom/peacekeeping_tra
>ining/dpko_symbols.pdf
>so my second suggestion would be a RED CIRCLE with O'ly  (and hopefully in
>the future add the capability of a 2 letter or number O'ly).

I must say thanks for that link, it was truly an interesting read.  I
admit I have no military background, rather years as a fire captain and
wildland fire strike team leader.  Overall what I noticed from this
symbol set was that a majority of the symbols do not seem worth
developing for our use (helicopter being used by belligerents) for
example.  The second thing that comes to mind as I review these is that
there are many of them that simply use text to express what the
attribute is.  The symbol for a spy is a diamond shape with the letters
"SPY" in the middle.  There are something like 37 diamond shaped icons,
each meaning something different depending on what the text or line
drawing inside it is.

First, I believe the symbol set should be reasonable.  As you increase
the complexity of the symbol it gets harder and harder to read in a
small format.  Unfortunately we don't have a tactical 60" plasma screen
to display this stuff, we're lucky if we all have laptops in the field
to see these symbols.  If we make too many of them to remember, and they
are so intricate we can't easily identify them, it won't be helpful.

Second, I think we do not need all the detail on the initial screen.  I
think back to my flight school days and a tour of the tower.  The screen
showed a busy airport with all the traffic on the display, but NOT all
the detail of each symbol.  However, moving your cursor to the object
DID provide you all the detail associated with the object.

Taking the shelter for example, it would seem practical to me to see a
symbol for a shelter on my screen, scroll over to it and click on it,
and be presented with the details of this shelter (20 beds, food, water,
medical).  What does not make sense to try to make a picture of a
shelter building with a faucet, a ramp, a bed, a first aid kit, a
toilet, a kitchen, etc.  Even the above referenced icon set inserts
numbers with the icons to indicate amounts.

The more we discuss this, the closer we get to a system that meets all
our needs.

73

N7HQR

----------------------------------------------------------------------

Subject: Re: APRS Symbols update
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 31 Jan 2004 10:38:32 -0800
X-Message-Number: 11

>the detail of each symbol.  However, moving your cursor to the object
>DID provide you all the detail associated with the object.

Exactly what I'd like to see in APRS.  And that does NOT mean
double-clicking on an icon or right-clicking and using a context menu.
Xastir's detail screen really needs some help - it's hard to read (compared
to UI-View at least) and never sizes itself properly for me.  You should be
able to mouse over an object and either have it expand out to a full-size
symbol with all of the modifiers and text around it, or at least have it
show up in a status panel.  Often it's desireable to just glance through the
stations on the screen looking for certain information, but having to open
and then close a detail window for each is cumbersome.

Using an exploding symbol would also make it easier to deal with symbols
piled on top of each other.  Rather than just get a picklist, the full
symbols for each would expand out and arrange themselves around the pointer,
with lines indicating their actual locations.

Scott
N1VG

----------------------------------------------------------------------

Subject: Re: digi on findu
From: Adi Linden <adil@adis.on.ca>
Date: Sat, 31 Jan 2004 12:44:15 -0600 (CST)
X-Message-Number: 12

>If you look at the raw data fro this station, you will see it is sending status
>packets (in fact 4 status packets for each position):

Amazing, I guess I'll have to dig through the config of digi_ned since I 
didn't configure that status message. Thank you, all makes sense now :)

Adi
-- 
   Adi Linden  |  va3adi  |  va3adi@adis.ca  |  http://adis.ca
+-----------------------------------------------------------------+
            IRLP Node 2590 in Sioux Lookout, Ontario

----------------------------------------------------------------------

Subject: Re: digi on findu
From: "Stephen H. Smith" <WA8LMF2@aol.com>
Date: Sat, 31 Jan 2004 10:55:30 -0800
X-Message-Number: 13

Adi Linden wrote on 1/31/2004, 9:14 AM:

>That's not what I mean. If I send this raw packet to the aprs-is:
>VA3SLT>APND0X,WIDE,WIDE3-3,qAR,VA3SLT:!5005.96ND09155.53W# VA3SLT
>digi_ned/aprsd Linux - va3slt@adis.ca
>
>How does findu get this out ouf it:
>Status: DIGI_NED: digipeater VA3SLT in Sioux Lookout

It didn't!   You are quoting a POSITION string which can, optionally, 
have a short comment field following the posit.

The STATUS message you quote as being on Findu was a completely separate 
transmission.  STATUS messages contain a completely freeform string of 
text and carry no position data.

Stephen H. Smith                   wa8lmf (at)  aol.com
Home Page:                                         http://wa8lmf.com
Ham Radio/Mobile SSTV page:     http://members.aol.com/wa8lmf/ham
APRS Stuff 
http://members.aol.com/wa8lmf/aprs

----------------------------------------------------------------------

Subject: Re: APRS Symbols update
From: "Spider" <spider@rivcom.net>
Date: Sat, 31 Jan 2004 12:35:46 -0700
X-Message-Number: 14

----- Original Message ----- 
From: "Daron J. Wilson" <daron@wilson.org>

>Second, I think we do not need all the detail on the initial screen.  I
>think back to my flight school days and a tour of the tower.  The screen
>showed a busy airport with all the traffic on the display, but NOT all
>the detail of each symbol.  However, moving your cursor to the object
>DID provide you all the detail associated with the object.

This is somewhat how UI-View32 works.  I do not run with any data on the
screen at all.  Including station ID.
If I need to find out about a station, I simply move my mouse over it and
the data appears in a pop-up.  And I also click on the station and get more
detailed information.

>Taking the shelter for example, it would seem practical to me to see a
>symbol for a shelter on my screen, scroll over to it and click on it,
>and be presented with the details of this shelter (20 beds, food, water,
>medical).

You know, that is great if you can get that information as being a remote
command post and with time, however as in the California situation that I
worked, you got information mainly when the shelter was full and the next
place to try! If you were at the shelter, of course that would be a
different story....if you could find someone to count the available beds!
If it were a long term shelter, this information would come over time.
Getting all this in one APRS packet is another major stumbling block as it
was not really designed to do this, nor is any of the APRS software I've
used capable of this.

>What does not make sense to try to make a picture of a
>shelter building with a faucet, a ramp, a bed, a first aid kit, a
>toilet, a kitchen, etc.  Even the above referenced icon set inserts
>numbers with the icons to indicate amounts.

A real world example was the difference between an Animal shelter and a
Human refuge shelter. Or, you might want to indicate a shelter that is full
or one that is still taking people.

Jim, WA6OFT

----------------------------------------------------------------------



Read previous mail | Read next mail


 16.10.2026 16:10:58lGo back Go up