| |
ZL3AI > APRDIG 06.06.03 15:02l 334 Lines 13384 Bytes #999 (0) @ WW
BID : 1431-ZL3AI
Read: GUEST
Subj: TAPR Digest, May 31, 5/8
Path: DB0FHN<DB0RGB<OK0PPL<RZ6HXA<SP7MGD<ZL2TZE<ZL3VML
Sent: 030605/1350Z @:ZL3VML.#80.NZL.OC #:1727 [Chch-NZ] FBB7.00i $:1431-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: findu.com & TinyTrak3
From: "James Bell Jr. [K7FTP]" <k7ftp@commtechreview.net>
Date: Sat, 31 May 2003 10:30:33 -0600
X-Message-Number: 18
Responses below...
>My question would be, why is it issuing a CQ at all? I assume that is
>for advertising purposes? (we already have TOCALLs to identify sofware
>and version numbers, APT310 in this case)
It looks as if that is advertising. The unit is made by Byonics, and he has
not yet answered any E-Mails about this.
>K7FTP>APT310,WIDE2-1,qAo,K7UHP:!4021.54N/11146.76W>142/000/>www.commtechre
>view.net or k7ftp@arrl.net
>
>The "status" in the packet above is actually just a beacon comment and
>not a status report.
Interesting. The Byonics doc's don't say anything about that.
>I'm not sure if the packet is incorrectly formatted as I do not know
>what you typed for the beacon comment, but the "/" after the
>course/speed field should not be there, unless you intended that to be
>part of your comment of course. I seem to remember though that the extra
>"/" was added sometimes for D7 and/or D700 radios so that the comment
>would show up correctly on the display. I may be way off here. However,
>slash or no slash, it's still a beacon comment and not a status text.
That answers a big question. There is no user formatting of the packets,
it's all done by the TT3.
I didn't realize that the status text and beacon text were two separate
items. A number of us thought they are the same thing. That clears that
up, but it would sure be nice if the TT3 supported status text.
>I also did a query on raw (text) packets from your TT3 station and only
>see position reports and no status report packets at all. So I assume
>your TT3 is not actually transmitting a status report it seems. I
>remember that for my TT1 I had to specify something about how often I
>wanted to have my status transmitted. If that's not required anymore,
>then you can safely bet that your TT3 is not transmitting status packets
>at all.
I told it to send anywhere from every third packet to every packet. It made
no difference.
>I loaded your packet in WinAPRS (2.4.6) and it shows your "status text"
>correctly as a beacon comment and not as status text.
It would be nice if it would send status text too.
But since it doesn't, is there any waythat the developer of findu.com could
add a line to show beacon comments right under the status text? TT3 users
would really appreciate this.
>Seems to me to be a (perhaps unintended) clever advertising trick. That
>way the TinyTrack name will always show up on Findu if anyone looks you,
>or anyone else with a TT3, up on Findu.
I think you hit the nail right on the head.
>Thanks for reporting this. I was just checking out the TT3 for another
>project.
No problem.
73 to you too.
K7FTP
----------------------------------------------------------------------
Subject: Re: findu.com & TinyTrak3
From: "Kurt O. Jauss" <kf6hjo@earthlink.net>
Date: Sat, 31 May 2003 09:55:06 -0700
X-Message-Number: 19
Be aware that WAPRS ver 246 has a bug with the MIC-E packet. It
should be upgraded. Also; on the TT3, I see the CQ status only on first
power up. After that it is my status.
----------------------------------------------------------------------
Subject: Re: findu.com & TinyTrak3
From: "James Bell Jr. [K7FTP]" <k7ftp@commtechreview.net>
Date: Sat, 31 May 2003 11:04:57 -0600
X-Message-Number: 20
I will be restarting it this afternoon, so it will show up in the log then.
If you go back far enough in the log, you will see it. I checked twice and
it IS there.
I also confirmed this be checking the message archive in the Yahoo TinyTrak
group. It really does send out an initial packet when first powered up that
have the CQ and the TT3 v1.00 status message.
Byon confirmed that himself in a post.
----------------------------------------------------------------------
Subject: Re: findu.com & TinyTrak3
From: Alex <kr1st@amsat.org>
Date: Sat, 31 May 2003 00:20:52 -0400
X-Message-Number: 21
"Kurt O. Jauss" wrote:
>
> Be aware that WAPRS ver 246 has a bug with the MIC-E packet.
I didn't decode anything with 246, I merely loaded the (possibly
translated) packet from Findu in it. There's no mic-e packet on Findu.
Besides, the TT3 can tx ASCII and mic-e packets. James didn't specify
which type he transmits. If he uses mic-e, then he should try to post a
mic-e packet that comes from his tracker.
>It
>should be upgraded.
Nah, it shouldn't. I don't use it. I use UI-View or Xastir. It just
happens that 246 was on this disk that I just installed in this
computer.
73,
--Alex KR1ST
----------------------------------------------------------------------
Subject: Re: callsign server
From: "Phil Pacier, AD6NH" <ad6nh@arrl.net>
Date: Sat, 31 May 2003 13:43:50
X-Message-Number: 22
On 05/30/03, ""Spider" <spider@rivcom.net>" wrote:
>The server is: wm7d.net and the port is 5000. This is NOT an APRS port
>but more of a telnet port.
Jim, curious - does this database include worldwide call information (akin
to QRZ) or is it just a USA database? Thanks.
Phillip Pacier - AD6NH
http://www.aprsca.net
----------------------------------------------------------------------
Subject: Re: findu.com & TinyTrak3
From: KB7ADO@aol.com
Date: Sat, 31 May 2003 14:45:38 EDT
X-Message-Number: 23
It is my understanding that the "CQ" transmission the TinyTraks send out is
to show that the unit is working, but is waiting for a valid position
string to be received from the gps before a position transmission is sent.
If not for the status and beacon text, you wouldn't know for sure if it's
working if you had a bad connection between the gps and the TinyTrak. Also,
I disagree with the opinion that it is for advertising purposes. If I see
someone on the map going down the road and am considering whether to send
him a message, I certainly am not going to bother if I see that he's using
any of the TinyTrak units.
Bob, KB7ADO
----------------------------------------------------------------------
Subject: Re: Email Line Length
From: "Richard Amirault" <ramirault@erols.com>
Date: Sat, 31 May 2003 15:09:30 -0400
X-Message-Number: 24
In Outlook Express all I need to to is highlight the message, then go to
View, Text Size, and select Fixed and it straightens things out just
fine....but otherwise it's hard to read.
Richard Amirault N1JDU Boston,
MA, USA
www.erols.com/ramirault "Go Fly A Kite"
----------------------------------------------------------------------
Subject: Re: callsign server
From: "Spider" <spider@rivcom.net>
Date: Sat, 31 May 2003 12:15:40 -0700
X-Message-Number: 25
----- Original Message -----
From: "Phil Pacier, AD6NH" <ad6nh@arrl.net>
To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Sent: Saturday, May 31, 2003 1:43 PM
Subject: [aprssig] Re: callsign server
>On 05/30/03, ""Spider" <spider@rivcom.net>" wrote:
>>The server is: wm7d.net and the port is 5000. This is NOT an APRS port
>>but more of a telnet port.
>
>Jim, curious - does this database include worldwide call information (akin
>to QRZ) or is it just a USA database? Thanks.
>
>Phillip Pacier - AD6NH
>http://www.aprsca.net
Can't answer that. check out http://www.wm7d.net
Jim
----------------------------------------------------------------------
Subject: APRS in Germany
From: Leon Ciereszko <n4tcw@yahoo.com>
Date: Sat, 31 May 2003 12:24:18 -0700 (PDT)
X-Message-Number: 26
Greetings to the SIG. I have been in Germany 2 months now and am about to
move into my apartment. I want to set up a digi/I-gate since there are
none in Heidelberg. If a DL ham could email me off sig on how to go about
getting a permit from the Reg TP to put up a digi, I would appreciate it.
(Yes, folks back in the VERY unrestricted USA, one has to get "FCC"
permission to put up any type of repeater. Count yourselves lucky).
Hopefully I will be getting into the APRS-IS soon via bicycle mobile.
P.S. Any hams visiting the Heidelberg, Germany area please feel free to
contact me via email or phone 49-06221-634537 for local info and/or
eyeball.
Lee N4TCW
----------------------------------------------------------------------
Subject: Re: APRS Internet System Design Philosophy
From: "Gregg G. Wonderly" <gregg@skymaster.cytetech.com>
Date: Sat, 31 May 2003 15:07:54 -0500
X-Message-Number: 27
>It will never be as efficient as well
>written C or C++, but then you can't drop a compiled C or C++ program
>into any operating system. Those are the ramifications of compiled vs.
>interpreted.
Pete, you know that new Java VMs all use optimizing Just in Time compilers
that bind the code to native instructions. The Sun Hot Spot Compiler runs
in two different modes, -client and -server. In the client mode, it delays
compilation because many client apps use some classes once or twice and
don't need compilation. The server version is ver agressive about
compilication and optimization. The end result is that you get some darn
fast code. One of the primary issues with Java is that its dynamic/late
binding can cause som optimizations to not be possible.
>Those of you who have worked with me during the development of
>javAPRSSrvr will attest that I was no big fan of Java because of the
>reasons you espoused in your post.
And, it continues to amaze me how many people think that these issues are
the most important for software development...
>I will say now, however, that Java
>is much easier to write in, much easier to support, and much more
>portable than C or C++. And it does surprisingly well in network
>applications. By the way, I used 1.1.4 as the compatibility basis for
>javAPRSSrvr (current Sun JVM is 1.4.1). And that code works across JVM
>versions without modification.
I do Java for a living, and I have a data broker application that I wrote
from scratch in 1997. We basically never restart it. It runs 24/7 for
months on end, doing about 1/2 billion transactions a month for some of our
customers. It has some pretty elaborate date extraction capabilities and
security as well, which add to the per packet overhead.
Java is plenty capable of many more tasks than the C/C++ biggots will lead
you to believe it can.
The two features of java that can sell most people to use java are stack
back traces provided at exception points, and the fact that you don't have
to manage memory allocation.
A particular interesting example of where memory management pays for itself
is the history of APRSD. I have known of this program for 2 years, and
have looked at the source, worked on it and tried to fix its memory
management problems, as have at least a dozen others (if not a hundred). No
one can find the slow leak! No one understands where in the code the
problem is. People are spending hundreds of hours trying to find this
problem.
Pete went and created a Java replacement. He had it up and running in a
short amount of time (compared to the time spend trying to fix APRSD), and
he is just one person working on this app. It has worked reliably, people
are postin complaints on this list day in and day out like they do with
many other famous C and C++ APRS applications and daemons.
Java is not the only language that has these two key features. But, it has
an extremely rich API for solving large scale and small scale problems with
equal prowess. Why do you think Microsoft refuses to ship it with windows?
Why do you think their new language, C# (some smirk and say C-flat), is so
similar to java in design and capabilities?
Heck, I write a Java based echolink client that has no problems coding an
decoding the GSM audio stream that echolink uses to do a 10/1 bandwidth
compression on the audio.
And, as Pete said, the other good thing is that Java is free. You can
download the SDK for your use, and then if you want to distribute an APP,
you can either ship it with the Java Runtime Environment (JRE), ask the use
to download it, or use JNLP via the Java Web Start application to let them
go to a web page, download a configuration spec that lets you make sure the
user has everything they need to run your app, and then it downloads your
app, and they can run it easily.
No other language has provided this level of integration with the user
environment for installation (cygwin has a great facility, but it just
works for cygwin dists, I can't make the cygwin download work for my app
without sending it to them and getting them to accept it).
The Jini 2.0 specification now provides everything needed for remote
procedure calls to allow thee called and callee side to authenticate,
authorize and validate any downloaded code. This means that GRID computing
is now built into the Java platform, and you don't have to do much, except
publish your 'interface' for others so that they know which methods your
service supports.
It's all very cool and very important stuff. Non-software types perhaps
won't truely understand the simple benefits. But, please, don't push off
Java just because you perceive something might be an issue. Try it first,
and find out for yourself what reality is so that you can make truely
informed decisions!
-----
gregg@cytetech.com (Cyte Technologies Inc)
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
