| |
ZL3AI > APRDIG 28.01.04 12:54l 238 Lines 9737 Bytes #999 (0) @ WW
BID : 2743-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jan 25, 2/4
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<7M3TJZ<ZL2TZE<ZL3VML
Sent: 040128/1041Z @:ZL3VML.#80.NZL.OC #:17721 [Chch-NZ] FBB7.00i $:2743-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: APRS Icon help - Findu - PcSAT
From: Steve Dimse <k4hg@tapr.org>
Date: Sun, 25 Jan 2004 11:47:39 -0500
X-Message-Number: 11
On 1/24/04 at 4:17 PM Spider <spider@rivcom.net> sent:
>I think is has, Steve. A little bit at least! People in very recent
>history have asked why they are not displaying correctly on findu.
>They assume that findu is the standard of standards (so-to-speak)....with
>good reason, because it is so very popular.
Perhaps you are not understanding the situation. First, if you want to
claim the old situation, where compressed and grid-in-status never
displayed an icon, inhibited the adoption of compressed format, I'd be
doubtful because no one had ever complained to me, and people do tend to
complain. Still, no need to argue that, because that has been fixed (within
a couple hours of my finding out), compressed formats are the same a
uncompressed now.
However, to claim the the present situation, where NO overlays are
displayed for ANY reports on the near and ISS/PCSat pages, somehow hinders
the adoption of compressed format, is an incredible leap.
>So, what has been suggested, which I totally disagree with, is to turn off
>compression. I am of the understanding that
>other software does not handle compression well at all, not for the same
>reason you fixed today. I do not know
>which ones they are.
=46ine, but that has nothing to do with findU, which now handles compressed
reports the same as uncompressed reports.
Steve K4HG
----------------------------------------------------------------------
Subject: Re: APRS Icon help - Findu - PcSAT
From: Earl Needham <needhame1@yucca.net>
Date: Sun, 25 Jan 2004 09:55:45 -0700
X-Message-Number: 12
At 09:47 AM 1/25/2004, Steve Dimse wrote:
><snip>
>Perhaps you are not understanding the situation. First, if you want to
>claim the
>old situation, where compressed and grid-in-status never displayed an icon,
>inhibited the adoption of compressed format, I'd be doubtful because no
>one had
>ever complained to me, and people do tend to complain. Still, no need to argue
>that, because that has been fixed (within a couple hours of my finding out),
>compressed formats are the same a uncompressed now.
>
>However, to claim the the present situation, where NO overlays are
>displayed for
>ANY reports on the near and ISS/PCSat pages, somehow hinders the adoption of
>compressed format, is an incredible leap.
><snip>
Not to change the subject, but changing the subject --
I think the bigger hindrance to common use of the compressed
format is the fact that several programs don't decode it correctly. If I
send compressed format from UI-View32, for example, most of the people I
know using WinAPRS see a palm tree on an island when my icon is supposed to
be a HOUSE!
7 3
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
KD5XB-2>APW251,PCSAT-1%:=3425.83N/10313.55W-PHG7150/WinAPRS 2.5.1
-EARL_CLOVIS -251-<630>
SETI@Home: 11297WU/7.33yrs
----------------------------------------------------------------------
Subject: Re: APRS Icon help - Findu - PcSAT
From: <scott@opentrac.org>
Date: Sun, 25 Jan 2004 08:55:50 -0800
X-Message-Number: 13
>So what is needed is someone with some basic graphic skills to take the icon
>sets that exist, and clean them up to match the spec, and release sets in
>different sizes and formats. That would be a huge contribution to the APRS
>community...
On the opentrac list we've had some discussion about this. I think we
decided SVG (scalable vector graphic) format would be best for a new icon
library. Unfortunately no one's come forward with the required artistic
talent. I took a graphic arts class a while back, and had to drop it when I
remembered I can't draw. Heck, I have a hard time writing my name legibly.
Opentrac's also got the potential to have a lot more symbols than APRS. The
way it's structured, though, it's easy to substitute generic symbols for
those you don't know. It's a numbered hierarchy... for example, 3.2.1
denotes a ground vehicle, 3.2.1.1 = passenger (private vehicle), 3.2.1.1.5 =
RV, and 3.2.1.1.5.1 = class A RV. If you don't have an icon for a Class A,
a generic RV will do. A really basic client might only have an icon for a
ground vehicle. Encoding's not as inefficient as it looks, since it's
packed BCD and that Class A RV code only takes up 3 bytes.
Of course, none of this will stop a user from changing their symbol to
something totally inappropriate becau
----------------------------------------------------------------------
Subject: Re: Vehicle Telemetry
From: Wolf Hoeller <wolf.hoeller@gmx.net>
Date: Sun, 25 Jan 2004 17:51:36 +0100
X-Message-Number: 14
Hi All!
3 years ago I had a MIM-module connected to my oltimer Benz. When
we travelled through Italy during our holidays it sent telemetry
from my car via the terrestrial APRS-net and via UO-22 through
an Alinco handheld into a 19" whip.
I had - for experimental purpose only - 3 temperature sensors
(cooling water, inside and outside the car) and and a voltage
sensor (13.8 V=) attached. This ad-hoc setup worked fine!
I can imagine - as Bob does - that a (BASIC)-PIC can do all the
jobs to prepare the signals from the sensors for sending to the
TM-D700.
Does anybody have done such similar work with a (BASIC)PIC ?
--
73 de Wolf, oe7ftj
ax25-mail: oe7ftj@oe7xlr.#oe7.aut.eu
email: oe7ftj(at)gmx.at
Have a look where I am:
http://www.findu.com/cgi-bin/find.cgi?oe7ftj-*
----------------------------------------------------------------------
Subject: Re: APRS Icon help - Findu - PcSAT
From: <scott@opentrac.org>
Date: Sun, 25 Jan 2004 09:01:49 -0800
X-Message-Number: 15
(dang it... had a rugrat climbing on me and accidentally hit send...)
Of course, none of this will stop a user from changing their symbol to
something totally inappropriate because they think it's 'cute'.
Anyway, if someone's interested in redoing the graphics, that'd be great.
Most of them could apply to opentrac as well as APRS. I put together a
translation table, and there's probably about 90% commonality between the
symbol sets. And some of the differences wouldn't require new graphics -
distinguising a cargo plane from a medevac plane from a photo plane might be
just a matter of adding a letter or red cross symbol.
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: APRS Speech
From: "Herb Gerhardt" <hgerhardt@charter.net>
Date: Sun, 25 Jan 2004 09:16:48 -0800
X-Message-Number: 16
Since very few people actually send the coded speech messages, the neatest
part of the Speech Module (costs $40) is that it does spell out the call
sign of every message sent to your call sign.
So while you are driving down the road and all of a sudden your radio
verbalizes a call sign and nothing else, you know you just received an APRS
message. Then you can determine from the received call sign that you just
heard, whether you want to distract from your driving and look at the
display or not. Of course if it was your wife's call sign, you better pull
over right away and respond to her wishes. Hi, hi....
Herb, KB7UVC
NW APRS Group, West Sound Coordinator
Our WEB Site: www.nwaprs.org
>-----Original Message-----
>>
>ARGH, it was late... and I was excited.
>No, the Kenwood does not read the text. It uses a lookup table. You
>have to send it %XX and it will speak its XX'th word or letter.. or
>something like that.
>
>Bob
----------------------------------------------------------------------
Subject: Re: APRS Icon help - Findu - PcSAT
From: "Spider" <spider@rivcom.net>
Date: Sun, 25 Jan 2004 11:09:33 -0700
X-Message-Number: 17
----- Original Message -----
From: "Steve Dimse" <k4hg@tapr.org>
On 1/25/04 at 8:15 AM EM Murphy <web8ck@yahoo.com> sent:
The problem is two-fold. First, Bob does not like the term icon, because
that derives from the graphic GUI world which dosAPRS is not a part of, he
uses icons of a single color, which changes to indicate other information.
Speaking of lively discussions......please show me anywhere in mapping or
chartography or cartography or Geology where there is a map icon. Then,
show me where in mapping or chartography or cartography or geology where
there is a map symbol. You'll find millions because SYMBOL is the world
wide acceptible term for placing items, objects, monuments and darn near
anything in this world on a map. And, that is what APRS does...places
things on a map. Map Icon is just new age yuppy term for Map Symbol and
really does not apply to anything. Using ICON in Place of SYMBOL for
mapping purposes is just some twisted terminoloy from possibly computer
programmers that really dont know the difference between a computer icon
and a map symbol. Just because a computer icon (something that leads to
controlling some application on a computer) might look the same a map
symbol (a representation of a place, object, area, item, etc.) does not
make it so. I thing the correct term to use for drawing things that go on
maps is called Symbology....not ICONolgy! In school, you learn to read map
symbols and best I can remember never once did we learn how to read map
icons.
Certainly one could make a map symbol that could represent an icon, such as
the Washington monument.
The tried and true word is Symbol....I don't know how anyone can possibly
argue that has been dealing with maps and mapping. Certainly are not going
to convince me otherwise....been playing with mapping way to long.
That's my story and I am sticking to it!
With kind regards!
Jim, WA6OFT
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
