OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   18.06.04 09:57l 768 Lines 29093 Bytes #999 (0) @ WW
BID : 3480-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jun 11, 1/3
Path: DB0FHN<DB0FOR<DB0SIF<DB0EA<DB0RES<ON0AR<VK6HGR<VK7HDM<GB7ESX<ZL2BAU<
      ZL3VML
Sent: 040618/0809Z @:ZL3VML.#80.NZL.OC #:26054 [Chch-NZ] FBB7.00i $:3480-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To  : APRDIG@WW

TAPR APRS Special Interest Group Digest for Friday, June 11, 2004.

1. Re: Compressed Positions
2. Re: APRS in the field.  Big step forward...
3. Re: Compressed Positions
4. Re: APRS in the field.  Big step forward...
5. Re: APRS in the field.  Big step forward...
6. Re: APRS in the field.  Big step forward...
7. Re: XASTIR - Mac OSX - Serial Ports ?????
8. Re: question about possession of an object.
9. Don't be ridiculas!
10. Re: Kenwood APRS radio...
11. Re: What do those packets mean?
12. Re: Traffic and Weather Together on the Eights
13. Re: question about possession of an object.
14. RE: Compressed Positions -was-
15. RE: question about possession of an object.
16. Re: XASTIR - Mac OSX - Serial Ports ?????
17. Re: [Possible Spam]Re: What do those packets mean?
18. Re: APRS Protocol - A Modest Proposal
19.  Re: What do those packets mean?
20. Re: [Possible Spam]Re: What do those packets mean?
21. Re: APRS in the field.  Big step forward...
22. Re: Kenwood APRS radio...
23. Re: XASTIR - Mac OSX - Serial Ports ?????
24. Re: question about possession of an object.
25. Re:  Re: What do those packets mean?
26. AX.25 Destination Address
27. Re: AX.25 Destination Address
28. Re: What do those packets mean?
29. Re: What do those packets mean?
30. JAVA Script for Compressed Packets
31. RE: JAVA Script for Compressed Packets
32. RE: JAVA Script for Compressed Packets
33. RE: Compressed Positions -was-
34. Re: Opentrack or whatever
35. Re: Compressed Positions
36. Re: [Possible Spam]Re: What do those packets mean?
37. Re: question about possession of an object.
38. Re: What do those packets mean?
39. Re: question about possession of an object.
40. Re: [Possible Spam]Re: What do those packets mean?
41. Re: [Possible Spam]Re: What do those packets mean?
42. Lines of code
43. Re: Lines of code
44. RE: JAVA Script for Compressed Packets
45. Re: question about possession of an object.
46. Re: [Possible Spam]Re: question about possession of an object.
47. ping
48. Re: ping...APRS Traffic ?

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

Subject: Re: Compressed Positions
From:     Jeff King <jeff@aerodata.net>
Date: Thu, 10 Jun 2004 18:21:48 -0400
X-Message-Number: 1

On Thu, 10 Jun 2004 14:37:21 -0400, Robert Bruninga wrote:

>Sorry, the one good thing to come out of all of this is that we do
>need to go back and keep moving on the spec.  I am getting the APRS-
>WG together now to try to issue APRS1.1 in the next few days 

I hope you post pictures from this meeting. The last meeting only had four 
members show up, but still seeing each of the members interact with each 
other was interesting.... those tie votes always are most difficult...

http://www.monkeyspit.net/sites/macquarrie/Jims%20multiple%20personalities.jpg

But don't forget there is a "tiebreaker" mechanism in the charter. No need to 
come to blows like last time. Good luck and I have a feeling you'll be able 
to deprecate the compressed format from SPEC without too much resistance from 
the other members.

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

Subject: Re: APRS in the field.  Big step forward...
From: Rich Osman <Rich@osman.com>
Date: Thu, 10 Jun 2004 22:50:45 -0500
X-Message-Number: 2

Robert Bruninga wrote:

>>>>"Spider" <spider@rivcom.net> 6/6/04 12:19:12 PM >>>
>>>>
>>Bob, your consistent defense of the Kenwoods is 
>>simply amazing!  I really do use APRS in the field and 
>>have yet needed a Kenwood to do it, and I find
>>them to be outdated and very limited.
>
>Then why are 90+ % of ALL Mobiles and portables using them?

This sounds way overblown.  Maybe 10%, probably 5% based on my 
experience.  Where are you getting 90+%?

-- 
mailto:Rich@Osman.com  http://www.rich.osman.com
Rich Osman;  POB 93167; Southlake, TX 76092 (Near DFW Airport) ARS: N1OZ

If you receive something that says "Send this to everyone you know,"
      PLEASE pretend you don't know me.

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

Subject: Re: Compressed Positions
From: "Scott Miller" <scott@3xf.com>
Date: Thu, 10 Jun 2004 21:17:49 -0700
X-Message-Number: 3

>I almost hate to point this out, but my understanding is that this is one
>of the proposed benefits of OpenTrac. It allows for adding information to
>the same packet without breaking all the existing implementations.

That's true.  Though in the specific case of the map datum, we made the
decision to stick with WGS84.  No, it's not a perfect solution for everyone.
But systems with map displays have enough computing power to perform
conversions, generally speaking, while embedded systems like the HamHUD
don't have CPU cycles or program space to spare for such things.  It'll
affect users like our British friends if they can't spare a dedicated GPS
for WGS84 output.  Doing otherwise goes against the protocol's goal of
simplicity in implementation.

But you're right, adding more elements is dead simple.

Scott
N1VG

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

Subject: Re: APRS in the field.  Big step forward...
From: "Chris Rose" <kb8uih@sbcglobal.net>
Date: Fri, 11 Jun 2004 00:24:19 -0400
X-Message-Number: 4

I know five people that at least have one Kenwood D700 or THD7 or both, me
included.  For what they can do, nothing else is available.  No, they won't
wash my car.  But they aren't supposed to be able to wash my car, either.

73,
Chris
KB8UIH

----- Original Message ----- 
From: "Rich Osman" <Rich@osman.com>

>Robert Bruninga wrote:
>
>>>>>"Spider" <spider@rivcom.net> 6/6/04 12:19:12 PM >>>
>>>>>
>>>Bob, your consistent defense of the Kenwoods is
>>>simply amazing!  I really do use APRS in the field and
>>>have yet needed a Kenwood to do it, and I find
>>>them to be outdated and very limited.
>>
>>Then why are 90+ % of ALL Mobiles and portables using them?
>>
>>
>This sounds way overblown.  Maybe 10%, probably 5% based on my
>experience.  Where are you getting 90+%?

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

Subject: Re: APRS in the field.  Big step forward...
From: "Scott Miller" <scott@3xf.com>
Date: Thu, 10 Jun 2004 21:26:33 -0700
X-Message-Number: 5

>This sounds way overblown.  Maybe 10%, probably 5% based on my
>experience.  Where are you getting 90+%?

Oh, let's PLEASE not start the packet counting thing again!  I think we
settled on 38% of APRS traffic being Kenwoods.  Sounds close enough to me.
We go through this all the time, and make different things out of the
numbers all the time.  "Lies, damn lies, and statistics."  And there's
nothing like a big 'ol relational database of somewhat ambiguous data to
provide unlimited quantities of all three.

Scott
N1VG

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

Subject: Re: APRS in the field.  Big step forward...
From: Dale Blanchard <wa7ixk@arrl.net>
Date: Thu, 10 Jun 2004 21:37:24 -0700
X-Message-Number: 6

Chris Rose wrote:

>I know five people that at least have one Kenwood D700 or THD7 or both, me
>included.  For what they can do, nothing else is available.  No, they won't
>wash my car.  But they aren't supposed to be able to wash my car, either.
>
>73,
>Chris
>
>I almost did not buy either one as I was researching all the bad thing
>said about them.

Those who do not have one do not understand all the things they they can 
do.I still have not got every thing learned.
The D-700 is in the fairing of one motorcycle, the D-7Ag on the 
handlebar of the other. Been all over the West and never broke.
or fallen apart. Same for the GPS III.

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

Subject: Re: XASTIR - Mac OSX - Serial Ports ?????
From: Greg Noneman <greg@clubnet.net>
Date: Thu, 10 Jun 2004 23:11:19 -0700
X-Message-Number: 7

Brian,

After writing you the other day I figured out how to get XASTIR to 
recognize the TNC via the USB to serial adapter.

I am also using a Keyspan dual adapter and am running XASTIR 1.2.1.

Here's what I did:

1)  With the USB to serial adapter connected, I used the terminal to get a
listing of devices (/dev directory).  In my case I had the two devices
listed

cu.USA28X181P1.1
cu.USA28X181P2.2

These correspond to the two serial ports on the adapter.

2)  Once the two device ports have been identified, run XASTIR and from the
Interface pull-down, create a new serial TNC interface.  In the TNC port
window enter the appropriate device as identified from the terminal.
Specify the full path.  In my case the entry is:

/dev/cu.USA28X181P1.1 (for TNC connection to port 1 of the serial 
adapter)

3)  Configure the other serial port parameters, define UnProto paths and
TNC configuration files (if necessary) and select OK.

4)  Again from the Interface pull-down, select the Start/Stop option and
start the newly defined device.  The window should indicate that the device
is UP and data should begin to flow from the TNC.

I hope this solves the problems people have been experiencing with XASTIR
and OS X.

73,
Greg
WB6ZSU

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

Subject: Re: question about possession of an object.
From: Dale Huguley <kg5qd@wxsvr.net>
Date: Fri, 11 Jun 2004 02:36:44 -0400
X-Message-Number: 8

Spider wrote:

>And, is it really a big issue to be concerned about?  The data, they must
>understand (even their own) is provisional and subject to change...without
>notice.  I never hear of anyone messing with objects.

Jim & all-
Wait until the first Atlantic Hurricane that threatenes the US- you will 
see many bad plots of an object named whatever the Hurricane is named.

73 de kg5qd Dale

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

Subject: Don't be ridiculas!
From: "Wilson G. Hein" <wilson.hein@verizon.net>
Date: Fri, 11 Jun 2004 03:12:50 -0400
X-Message-Number: 9

Greetings Earthlings,

I am here to inform you that you will be assimilated!

Resistance is futile!!!

I am congesting your network with APRS packets. However because I'm only a
lowly digi I may repeat other properly formatted ax25 packets. I have no
control as I am at the mercy of the programers. Pulling the big switch is
NOT an option.

My week old subscription to the list left me drowning in firey emails
including verbose personal attacks, and in some cases generally childish
behavior. Wait! Children don't act as badly:-) However all things
considered there have been shades of progress, and would likely have been
more, had most of these fine outstanding individuals just spent more time
formulating one good response, rather the barrage of small arms fire that
we've seen.

That being said I do have a few observations, comments, and questions which
are the real reason for this post.

APRS Spec v1.0 states in Chapter 6 pages 23 and 25

Latitude Format Latitude is expressed as a fixed 8-character field, in
degrees and decimal minutes (to two decimal places), followed by the letter
N for north or S for south.

Latitude degrees are in the range 00 to 90. Latitude minutes are expressed
as whole minutes and hundredths of a minute, separated by a decimal point.

For example:
4903.50N is 49 degrees 3 minutes 30 seconds north.

In generic format examples, the latitude is shown as the 8-character string
ddmm.hhN (i.e. degrees, minutes and hundredths of a minute north).

Longitude Format Longitude is expressed as a fixed 9-character field, in
degrees and decimal minutes (to two decimal places), followed by the letter
E for east or W for west.

Longitude degrees are in the range 000 to 180. Longitude minutes are
expressed as whole minutes and hundredths of a minute, separated by a
decimal point.

For example:
07201.75W is 72 degrees 1 minute 45 seconds west.

In generic format examples, the longitude is shown as the 9-character
string dddmm.hhW (i.e. degrees, minutes and hundredths of a minute west).

The above references to 'generic format' (degrees, miniutes, hundredths of
a minute) are WRONG... The EXAMPLES are correct (degrees, minutes,
seconds)!!!

As I found out when using the incorrect 'generic format' numbers to make my
mark on the map, and finding my star in the middle of some of old Bethlehem
Steel buildings, some 10 blocks +/- from where I really am. Who says a digi
can't move! Mine did yet the radios and tnc are still at the same place :-)

If what I just said is true, and I believe it is. It should be corrected in
the 1.0 spec... This can be accomplished by first having the APRS-WG ratify
the correction/s, republish the spec with a revision log attached to the
end of the document, which should include the date of revision, what was
changed and maybe why, and it would be really cool if you noted who pointed
out the error. Not that I'd want my name in there... lol I also believe the
Protocol ID = 0xf0 issue, could be formally resolved in the same manner.

Not that I know anything about the APRS-WG or it's charter. My thoughts are
that of say a club president, having to make changes to it's constitution
and bylaws. Changes are made based on the existing rules of order. And if
those rules aren't working, then there needs to be change in the rules to
facilitate making those changes to the rules. We are a civilized society???
Right!

APRS v1.1 spec

Here is where I would want move some of adjuncts that currently reside on
Bob's Errata page. Using the WG to formalize those additions. I would
include here the devaluation of previously spec'd adjuncts, and make
provisions for PID 0x77 or what I'll refer to as APRS-BIN for binary
transmission of position, telemetery, etc. This would make APRS a multi
protocol reporting system... I can't see why the 2 can't exist together, as
long as it's well documented, and handled in a proper manner.

Looking down the road their maybe additional 1.x specs, 2.0 will likely
obsolete 1.x but I don't see that for at least another 15 years. By then I
will likely not care....

Now on to other things. 144.39 channel saturation, should have been
expected with a flat lan topology as APRSnet exists today. As our friends
overseas have pointed out with a well designed infrastructure with user
cells using all/any protocols. Extending the vision, with APRS-BIN gateways
digis could be made smart enough that based on signal strength and possibly
position, a mobile or portable user could be moved  to the next cell. Not
exactly new technology...Talk about user experience:-O

I am going to admit I am a "newbie" when it comes to APRS, but not to
digital communications as it applies to amateur radio. That being the case,
is there a APRS-HOWTO? Someplace that lists say all the various software
and hardware, installation instructions, uses, usergroups, clubs, weblinks,
etc. I'm sure it exisits in various forms, and would be nice if it was all
in one place for the "NEW USER", and maybe some of the old... Do you really
want me launching a slightly misconfigured aprsd. I'm not even sure I have
aprsdigi configured correctly... Amoung other things;-)

I hope Mr. Bruninga is still subscribed to the list, and if he has left I
hope someone will forward a copy this epistle to him. In case you haven't
noticed, Bob is the only person I have named in this message. In case he
doesn't know it, he's not the father of APRS, he's the mother of it. Why?
Because necessity is the mother of invention. He saw the needs, then
created the invention. Hats off!

That inventiveness stuck with me. If memory serves me correctly, I had the
opertunity of meeting him some 10 +/- years ago at a DMARC meeting
somewhere outside of Baltimore. One of the discussions was about making
better use of our voice repeaters, by sending data through them when they
weren't in voice ops, and on tails after voice transmissions. I have yet to
see it implemented.

So one last thought, taken what I just mentioned, Wouldn't it be neat to
talk with you local friends on your usual voice repeater, beable to access
echolink, or APRStt, send your position, receive severe WX alerts on your
display, etc.? All on the same medium? Thats the kind of user experience I
would envision. Would be even better if the data was at 9k6 so it would
appear as noise to the ear. But with CTCSS voice users wouldn't hear it
either.

Thank you all for your patience and tollerance. Apologies for typos, etc.
Constructive critizen welcome:

else{
/dev/null
}

Starting 36 hour moratorium on any additional discussion of the previous
weeks postings to the list... We're not worthy...

73, Willie a.k.a. WJ3G

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

Subject: Re: Kenwood APRS radio...
From: db2fm <db2fm@jfsattv.de>
Date: Fri, 11 Jun 2004 09:23:27 +0200
X-Message-Number: 10

Hello Steve,

stop these personal attacks and wrong interpretations of other people's 
words and read below, please!

Am Donnerstag, 10.06.04 um 18:43 Uhr schrieb Steve Dimse:

>On 6/10/04 at 4:54 PM db2fm <db2fm@jfsattv.de> sent:
>
>>The most important guideline, as I read it, of OpenTRAC is, that new
>>things can be added easily and if time shows that something is
>>obsolete, it can be left out without any harm to the network (only
>>this parameter isn't shown any more, nothing else).
>
>Sure, they can be dropped from the protocol, but then any data sent in that
>protocol is lost. The fact is, it is just as easy for APRS to drop portions of
>the APRS spec on those terms. The difference is we don't, because it is
>bad from
>the user's perspective. You are not understanding our view of the APRS world,
>let me try once more to explain.

How can you know, what I understand? I'm still a satisfied APRS-User (and
own and USE a Kenwood TM-D700E)! But I agree to some other people, that it
might be time for a CHANGE. Some people do never change, bad for them.

>The experience we want APRS users to have is when a user runs an APRS
>program,
>it simply works. Any packet that is sent, is received and understood by
>everyone, because everyone speaks the same language. APRS ends up
>being one big
>interoperative network, not a bunch of partially compatible sub-nets.
>We don't
>succeed 100%, but we do try our best. An important component of that
>effort is a
>stable protocol...all of the APRS developers have other lives, and
>cannot devote
>all of their time to this hobby. Chasing an eternally changing protocol is not
>the way we want to spend the time we have available to work on our code,
>especially when it does nothing to enhance the usefulness of the system.
>
>Suppose I'm an opentrack developer, and I want to add a new format for
>position,
>the present one doesn't suit me. So I add it, and now my program is using it,
>instead of the other one. Until and unless the other programmers
>support my new
>format, only my users can see position from my program. This is fine for a
>programmer that wants to lock his users into his program, but it is
>not good for the users.

Scott already answered to this topic as you do NOT understand OpenTRAC's
basics.

>Under this scheme, the difficulty of keeping different programs in
>sync is
>shifted to the users, who now may need choose between versions without
>good
>interoperability, and embark on a never ending cycle of upgrades,
>fearing if
>they miss one they will cut off from the network. Certainly, this
>makes the
>programmer's job easier. However, this does not make the system
>better, and it
>certainly worstens the user experience.

No agreement here! If the programmer has an easier life in developing, 
users WILL also profit from that. I do NOT know any APRS-client, that
supports the complete APRS 1.0.1. spec and the errata-pages. Do you know
one?

>Now, I understand this isn't an issue for you and for some other people.

Again: How can you say that? You do NOT know what my issues are!!!

>However, the majority of people on APRS are not people that want to
>spend all
>day fiddling with their system and worrying about who is able to
>receive what
>they are sending. They want to turn their machine on, send a posit,
>weather
>report, message, or whatever, and know it will be readable by everyone
>else on
>APRS. To most people, APRS is a tool to get something done, not an
>ends in
>itself.

Hopefully some day in the future you will understand anything at all.

>A different mindset, that is all. There is nothing wrong with what
>opentrack is
>doing, but it isn't APRS, and we do not want it interfering with APRS.
>Go off
>and do your experimenting someplace where it will not affect APRS
>users. Why is
>protecting our users such a bad thing?
'Protecting' is something different to 'avoid progress'.
>
>Steve K4HG

Juergen DB2FM

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

Subject: Re: What do those packets mean?
From: Steve Dimse <k4hg@tapr.org>
Date: Fri, 11 Jun 2004 08:01:49 -0400
X-Message-Number: 11

On 6/10/04 at 10:39 PM isobar@bcpl.net sent:

>Interesting. There's a broader picture in all that data that could tell us
>a lot about the trends in APRS, and maybe the larger ham world. I'm not
>suggesting that you do it because it would take non-trivial analysis time,
>but it would be fun to know, for instance:

I agree. Back when I was still trying to manage the APRS IS I had a script
that measured traffic by the hour, day and month, and by packet type. This
was stored in a table, and could be displayed in a graph. It was hard on
the database though, and as findU grew I stopped running it, and somewhere
in a server move didn't transfer the old data tables, it would have been a
nice window on the past. I do CD's by month with raw data from 2000 and
part of 2001 (I stopped doing it when the files got too big for a single
CD), that could at least give data for that time period. If someone comes
up with a program that analyses the traffic now and wants the old data I
can dup the cds...

Steve K4HG

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

Subject: Re: Traffic and Weather Together on the Eights
From: "Spider" <spider@rivcom.net>
Date: Fri, 11 Jun 2004 05:58:42 -0700
X-Message-Number: 12

>Posting the weather station data from home is fun and interesting to
>compare with others. But warnings and wx objects don't belong on an amateur
>network.
>
>And WTOP's traffic is better than WB4APR's   :=)
>
>Bob
>N3OZB

And why is that, Bob? FireNet has over 20,000 weather objects being sent out
around the hour along with fire warnings/watches and weather
warnings/watches, etc.  I am curious why you think they should not be there
on an amateur network????
Jim, WA6OFT

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

Subject: Re: question about possession of an object.
From: "Spider" <spider@rivcom.net>
Date: Fri, 11 Jun 2004 06:08:32 -0700
X-Message-Number: 13

From: "Dale Huguley" <kg5qd@wxsvr.net>
>Spider wrote:
>>
>Jim & all-
>Wait until the first Atlantic Hurricane that threatenes the US- you will
>see many bad plots of an object named whatever the Hurricane is named.
>
>73 de kg5qd Dale

Hi Dale,

But the question is what do you do with them.....if they are owned by
someone else?  I would think with the stuff you do, nobody else needs to be
plotting anything.  Maybe some educational posts should appear on the
various sigs about what plotting you do there?  I know it would be welcomed
on FireNet and most likely everywhere else!

Jim, WA6OFT

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

Subject: RE: Compressed Positions -was-
From: "KC2MMi" <kc2mmi@verizon.net>
Date: Fri, 11 Jun 2004 09:16:10 -0400
X-Message-Number: 14

Bob-
The buzzword that I have been seeing in computer manuals is "decrement".
When the maker wants people to stop using a certain command or feature, and
intends to stop supporting it in future releases, they state that it "has
been decremented and should not be used" with a reference in to whatever
replaces it. An obsolete command might still be supported, a decremented one
is marked as soon, or currently, not to be supported any more.

At least, that's the trend I'm seeing in use, fwiw.

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

Subject: RE: question about possession of an object.
From: "Eric H. Christensen" <kf4otn@earthlink.net>
Date: Fri, 11 Jun 2004 09:08:26 -0400
X-Message-Number: 15

Wes,
You realize those objects are automatically made by Dale's WXSVR and
disseminated to the APRS-IS, don't you???

73s,
Eric KF4OTN
kf4otn@amsat.org

-----Original Message-----
Each time I show APRS to a NWS office, for example, I show them how I can 
create a funnel cloud on the map.  I also point out that if my station is 
destroyed, another station can pick up the "ball" and run with it.  The 
next statement from the NWS folks is that they don't want people moving 
"their" funnel clouds.  How can we lock an object so that only one station 
can own it?

Wes

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

Subject: Re: XASTIR - Mac OSX - Serial Ports ?????
From: "Brian  Riley (maillist)" <n1bq_list@wulfden.org>
Date: Fri, 11 Jun 2004 09:17:51 -0400
X-Message-Number: 16

Yeah, BUT, the same adapter works fine on other apps .... Go figger!

On 6/10/04 11:06 PM, "Jason Winningham" <jdw@eng.uah.edu> wrote:

>On Jun 10, 2004, at 8:54 PM, Brian Riley (maillist) wrote:
> 
>>I have xastir 1.3.1 up and running but when I tell it to open a TNC on one
>>of the Keyspan USBSerialPorts, it locks up. If I tell it to go after a
>>nonexistent port it behaves fine and tells me I am nuts. I give it the right
>>port  xastir goes south! locks up, has to be force-quit!
> 
>Oops, should have added that the bad Keyspan USB/serial adapter I had
>showed the same symptoms you describe.
> 
>-Jason
>kg4wsv

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

Subject: Re: [Possible Spam]Re: What do those packets mean?
From: "Spider" <spider@rivcom.net>
Date: Fri, 11 Jun 2004 06:20:01 -0700
X-Message-Number: 17

----- Original Message ----- 
From: "Steve Dimse" <k4hg@tapr.org>

On 6/10/04 at 10:39 PM isobar@bcpl.net sent:

If someone comes up with a program that analyses the traffic now and wants
the old data I can dup the cds...

Steve K4HG


The Status ports on the servers has some pretty good data.
For example   http://firenet.us:14580
Shows it's been looking at data for ~10 days and has processed  ~18.8
million packets.  Out of that, ~1.1 million dupes!

Jim, WA6OFT

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

Subject: Re: APRS Protocol - A Modest Proposal
From: "Eric H. Christensen" <kf4otn@earthlink.net>
Date: Fri, 11 Jun 2004 09:20:47 -0400
X-Message-Number: 18

Bob,
This is exactly what I was suggesting just last month and you came out with
a pouring of support...  Hmmm...  Must have been the signature this time...

73s,
Eric KF4OTN
kf4otn@amsat.org

-----Original Message-----

>I would!  I like seeing Weather on my D700 display.  I look at it
>frequently during poor weather while driving to chose my route...
>Bob

As short of summary as possible:
Input frequency: not 144.39
Output frequency: 144.39

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

Subject:  Re: What do those packets mean?
From: "william seffens" <wseffens@comcast.net>
Date: Fri, 11 Jun 2004 8:25:41
X-Message-Number: 19

On 6/10/04 at 10:39 PM isobar@bcpl.net sent:

>>Interesting. There's a broader picture in all that data that could tell us
>>a lot about the trends in APRS, and maybe the larger ham world. I'm not
>>suggesting that you do it because it would take non-trivial analysis time,
>>but it would be fun to know, for instance:
>
On 6/10/04 Steve K4HG replied:
>I agree. Back when I was still trying to manage the APRS IS I had a script 
that
>measured traffic by the hour, day and month, and by packet type. This was 
stored
>in a table, and could be displayed in a graph. It was hard on the database
>though, and as findU grew I stopped running it, and somewhere in a server 
move
>didn't transfer the old data tables, it would have been a nice window on the
>past. I do CD's by month with raw data from 2000 and part of 2001 (I stopped
>doing it when the files got too big for a single CD), that could at least 
give
>data for that time period. If someone comes up with a program that 
analyses the
>traffic now and wants the old data I can dup the cds...

I have archived the internet data since 2001 for that reason also.  I 
collect at two different locations, then merge the data.  Currently the 
data is 110 GB in size on 3 DLT tapes. I had a fuzzy logic project going 
with a small group of academic researchers to analyze RF propagation and 
GIS stuff, but the pickup in the commercial sector drew them away. Anyone 
wishing to use this data for research is welcome.  Contact at wseffens AT 
comcast DOT net.

By the way, the internet stream has been somewhat constant in daily size 
for two years at 100K bytes.

Wm Seffens
kg4eyo

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




Read previous mail | Read next mail


 01.12.2020 08:55:17lGo back Go up