| |
ZL3AI > APRDIG 28.01.07 14:17l 290 Lines 9559 Bytes #999 (0) @ WW
BID : 9630-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 31 #30, 1/3
Path: DB0FHN<DB0FOR<DB0SIF<DB0EAM<DB0SMG<DB0RES<F5GOV<F4BWT<IW2OAZ<ZL2BAU
Sent: 070128/0611Z @:ZL2BAU.#79.NZL.OC #:29602 [Waimate] $:9630-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Today's Topics:
1. FindU (Richard N. Piper IV)
2. Re: FindU (John Becker)
3. Re: FindU (Rod,VE1BSK)
4. Re: FindU (Steve Huston)
5. Re: FindU (Steve Dimse)
6. Re: FindU (bob evinger)
7. RE: Stuck KPC3+ serial port? (Alex Carver)
8. RE: RE: Stuck KPC3+ serial port? (EXT-Maetta, John)
9. Garmin IMG Fn ? (C J Rohrer Jr)
10. RE: RE: Stuck KPC3+ serial port? (VE7GDH)
11. RE: Local Repeater Displays on Mobiles (AE5PL Lists)
12. Re: Garmin IMG Fn ? (VE7GDH)
13. RE: Local Repeater Displays on Mobiles (William McKeehan)
14. 220KISS (Dave Baxter)
15. RE: Local Repeater Displays on Mobiles (Robert Bruninga)
16. RE: 220KISS (John Wiseman)
17. RE: APRS telemetry and the PIC 16F877A (Dave Baxter)
18. Re: 220KISS (Ray Wells)
19. RE: APRS telemetry and the PIC 16F877A (Scott Miller)
20. RE: APRS telemetry and the PIC 16F877A (Andrew Rich)
21. RE: Local Repeater Displays on Mobiles (Robert Bruninga)
22. RE: Garmin IMG Fn ? (Bill Diaz)
23. RE: Local Repeater Displays on Mobiles (AE5PL Lists)
24. Long messages (Scott Miller)
25. Re: APRS telemetry and the PIC 16F877A (Jason Winningham)
26. Re: Long messages (VE7GDH)
----------------------------------------------------------------------
Message: 1
Date: Thu, 25 Jan 2007 12:08:25 -0600
From: "Richard N. Piper IV" <richard.piper_at_media4god.org>
Subject: [aprssig] FindU
When I try to go to
http://www.findu.com/cgi-bin/find.cgi?kc0rnp[1] on FindU I get a HTTP
500 Internal server error. Is FindU having problems?
73 KC0RNP
Richard N. Piper IV
Links:
------
[1] http://www.findu.com/cgi-bin/find.cgi?kc0rnp
------------------------------
Message: 2
Date: Thu, 25 Jan 2007 12:14:15 -0600
From: John Becker <w0jab_at_big-river.net>
Subject: Re: [aprssig] FindU
works for me...
At 12:08 PM 1/25/2007, you wrote:
>When I try to go to
><http://www.findu.com/cgi-bin/find.cgi?kc0rnp>http://www.findu.com/cgi-bin/finc
d.gi?kc0rnp
>on FindU I get a HTTP 500 Internal server error. Is FindU having problems?
>
>73 KC0RNP
>Richard N. Piper IV
------------------------------
Message: 3
Date: Thu, 25 Jan 2007 14:23:39 -0400
From: "Rod,VE1BSK" <rodpadmore_at_ns.sympatico.ca>
Subject: Re: [aprssig] FindU
me too...
73 de Rod.
------------------------------
Message: 4
Date: Thu, 25 Jan 2007 13:32:34 -0500
From: Steve Huston <huston_at_srhuston.net>
Subject: Re: [aprssig] FindU
www.findu.com seems to be working, but findu.com does not:
http://www.findu.com/cgi-bin/find.cgi?call=w2srh
http://findu.com/cgi-bin/find.cgi?call=w2srh
--
Steve Huston - W2SRH - Unix Sysadmin, Dept. of Astrophysical Sciences
Princeton University | ICBM Address: 40.346525 -74.651285
126 Peyton Hall |"On my ship, the Rocinante, wheeling through
Princeton, NJ 08544 | the galaxies; headed for the heart of Cygnus,
(609) 258-7375 | headlong into mystery." -Rush, 'Cygnus X-1'
------------------------------
Message: 5
Date: Thu, 25 Jan 2007 13:57:46 -0500
From: Steve Dimse <steve_at_dimse.com>
Subject: Re: [aprssig] FindU
On Jan 25, 2007, at 1:32 PM, Steve Huston wrote:
>www.findu.com seems to be working, but findu.com does not:
Actually, the problem is one server filled a disk when I wasn't looking.
All traffic for www.findu.com is now going through the good server, the
other server is back up and running but with the raw data and position
tables cleared because of corruption. Rebuilding these takes days, so it is
easier to just clear them and leave the server offline until they have
enouhg data to be useful.
Teach me to try to take a few days off without my computer, I was hanging
with a friend, Deanna Bogart, who was on tour with a great Blues show.
http://tommycastro.com/LRBR.html
Sorry for the inconvenience.
Steve K4HG
------------------------------
Message: 6
Date: Thu, 25 Jan 2007 12:59:22 -0600 (CST)
From: bob evinger <wd9eka_at_evinger.com>
Subject: Re: [aprssig] FindU
i've been using www2.findu.com since sometime last evening. In the
midwest anyway I cant get to the primary. from 2 different providers.
bob
------------------------------
Message: 7
Date: Thu, 25 Jan 2007 11:00:33 -0800 (PST)
From: Alex Carver <agcme2002_at_yahoo.com>
Subject: [aprssig] RE: Stuck KPC3+ serial port?
Ok, I tried the three ^C's and I tried a hard reset and I'm still coming up
with nothing. No power-on message, no cmd: prompt, nothing. Any other
suggestions? Now that I've hard reset it, I really need the serial port to
reconfigure it to the original settings.
------------------------------
Message: 8
Date: Thu, 25 Jan 2007 11:02:06 -0800
From: "EXT-Maetta, John" <john.maetta_at_boeing.com>
Subject: RE: [aprssig] RE: Stuck KPC3+ serial port?
Remove the CMOS battery from the holder...wait a few seconds and then
replace it.
73,
John
------------------------------
Message: 9
Date: Thu, 25 Jan 2007 14:16:10 -0500
From: "C J Rohrer Jr" <nr3u_at_aol.com>
Subject: [aprssig] Garmin IMG Fn ?
Using Garmin Metroguide North America V6
Can anyone help me relate a Garmin.IMG file name to a city or state map
that I may want to use?
Thank You,
Clem Rohrer
NR3U
------------------------------
Message: 10
Date: Thu, 25 Jan 2007 13:38:34 -0800
From: "VE7GDH" <ve7gdh_at_rac.ca>
Subject: RE: [aprssig] RE: Stuck KPC3+ serial port?
John (callsign?) wrote...
>Remove the CMOS battery from the holder...wait a few seconds
>and then replace it.
That will probably work, but the "per the book" hard reset is to power the
KPC-3+ up while the reset jumper J11 is ON. After viewing the confirmation
in a terminal program set for 1200 bps, turn the power OFF, remove J11 and
put the lid back on. Of course, if it is just stuck in KISS mode, Alex
might be able to get it going with ALT-292, ALT-255, ALT-292 (numeric
keypad) in a terminal program set at the right speed etc. I recall a while
back I had to use ALT-0292, ALT-0255, ALT-0292.
73 es cul - Keith VE7GDH
--
"I may be lost, but I know exactly where I am!".
------------------------------
Message: 11
Date: Thu, 25 Jan 2007 15:57:12 -0600
From: "AE5PL Lists" <HamLists_at_ametx.com>
Subject: RE: [aprssig] Local Repeater Displays on Mobiles
>-----Original Message-----
>From: Robert Bruninga
>Posted At: Thursday, January 25, 2007 8:56 AM
>Subject: RE: [aprssig] Local Repeater Displays on Mobiles
>
>>(Bob, if you are doing lookups while you are in motion
>>behind the wheel, you are spending way too much
>>time with your eyes off of the road).
>
>If the object name is the freq, as I propose, then one does not
>have to do any "lookup".
But you do have to do a lookup because you have no idea where that repeater
is or what tone it uses without doing a lookup. And if you are staring at
the display to see a momentary flash of the information (which is all you
get around here), then yes you are spending too much time looking at the
display.
>Yes, what I am proposing now is completely consistent with those
>receommendations. That is, that the *info* needed by the
>travler (in this case the node number) shows up in the OBJECT
>name, so that it shows on the front panel of the radio
>hands-free. We recommended putting the ER or IP in front of the
>object name so that when it was truncated on a 6 character GPS
>map, then the more important node number would still show on the
>map. Thus we get ER-123456 for ECHOlink and IRLP-8080 for IRLP
>and these show on the worst-case-6-byte GPS map as 123456 and
>P-8080.
It is not consistent because there are frequencies being displayed with no
concept as to what that frequency is (yes, people can guess that it is a
voice repeater) especially if everyone plays with it to make sure they
don't clobber somebody due to propagation.
>But your email made two recommendations:
>1) put in TCPIP* so the APRS-IS would ignore these packets
>2) you wanted to be able to see recommended repeaters in an area
>remotely via the APRS-IS.
Now you are putting words in my mouth which I didn't say. I made two
completely separate recommendations based on what was used for the object
name and how the object was transmitted. The #1 recommendation is
necessary if you stick with using frequencies and third-party packet
formats because those objects are useless on APRS-IS. #2 is if you use
repeater callsigns to identify the repeaters instead of the frequencies as
those objects would be unique on APRS-IS and easily displayed.
>Why not? They already do. The APRS-IS and all clients are
You do not understand APRS-IS and how it works. You do not know how the
servers or database clients work. Please do not state "Only a few lines of
code change" when you don't have a clue. Suffice it to say, APRS-IS
servers and database servers are not going to change for this.
>>pronouncements with a "I don't care if it doesn't work
>>for you 'cuz we don't have that problem here" attitude.
>
>Don't make a quote out of your own opinion and imply that I said
>it. I would never say that. And besides it is unfounded
>anyway... for several reasons.
That was a paraphrase of your first response to me. If you don't like it,
don't make those kind of statements when you respond.
This is silly. You aren't listening and aren't considering anything I have
said (all you have done is attempt to justify your own position).
Personally, I am not going to start using frequencies for object names just
because you think it is a good idea with no consideration of the negatives.
So this discussion, IMO, is dead. At least I am done with it.
73,
Pete Loveall AE5PL
pete at ae5pl.net
------------------------------
Read previous mail | Read next mail
| |
