Date   

lines between stations

Don Eklund
 

What do the different colored lines between station mean? 

 

I have checked Wikidot, but could not find the answer. 

 

73, Don 

 

N1edf 

 


Re: Trouble with OT-USB

Rob Giuliano
 

The missing [C0] means APRSIS32 is expecting the OT-USB to be in KISS mode, but it appears you are taking it out of KISS mode with your OPEN commands.  Both seem to be the same issue - not in KISS mode, but APRSIS32 thinks it should be.
 
What type of port did you setup in APRSIS32 for the OT-USB?
  It doesn't appear to be simple KISS because you have OPEN statements being sent to the TNC.
 
I suggest looking through the OT-USB manual and finding how to configure it up in KISS mode.
Then delete the current OT-USB port in APRSIS32 and create a new one with SIMPLE KISS (if the OT-USB stays in KISS mode when set that way).
 
Robert Giuliano
KB8RCO


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

From: wellmanl
To: aprsisce@...
Sent: Tuesday, March 26, 2013 5:04 PM
Subject: [aprsisce] Trouble with OT-USB
 
I'm having trouble using my OT-USB with aprsis32. It seems to be intermittent with it working for a while and then it will quit.
2 different problems are involved. the first shows up as

Port(OT-USB):2013-03-26T01:30:55.983 Opened COM10:4800,N,8,1, Flushing 0 in TransmitQueue, Sending 2 OpenCmds
Port(OT-USB):2013-03-26T01:30:55.984 Command[2]:^M
Port(OT-USB):2013-03-26T01:30:55.985 Output[2]:<0D 0D>
Port(OT-USB):2013-03-26T01:30:56.002 CmdResp[104]:<0D 0A>Argent Data Systems OpenTracker USB Build 55864<0D 0A>Copyright (C) 2006-2011 - All Rights Reserved<0D 0A 0D 0A>cmd:
Port(OT-USB):2013-03-26T01:30:57.007 Command[6]:MON ON
Port(OT-USB):2013-03-26T01:30:57.007 Output[7]:MON ON<0D>
Port(OT-USB):2013-03-26T01:30:57.026 CmdResp[24]:MON ON<0D 0A>MONITOR ON<0D 0A>cmd:
Port(OT-USB):2013-03-26T01:31:27.843 Sent[60]:b`h<98 92 9A>@hb@bd@e<03 F0>@013127h3804.97N/08810.24Wl
Port(OT-USB):2013-03-26T01:31:28.181 KISS:Missing Leading C0[10]:b`@013127h
Port(OT-USB):2013-03-26T01:33:47.649 Sent[60]:b`h<98 92 9A>@hb@bd@e<03 F0>@013347h3804.97N/08810.24Wl<C0>
Port(OT-USB):2013-03-26T01:33:47.983 KISS:Missing Leading C0[10]:b`@013347h

This missing c0 also occurs when I get an RF input with the error message including what looks to be a good reception of a APRS beacon.

The second problem happens after working for say 10 minutes

Port(OT-USB):2013-03-26T19:46:08.080 Sent[60]:h<98 92 9A>@hb@b@.../08810.24Wl
WinMain:2013-03-26T19:51:51.688 Stopping Port(OT-USB)
WinMain:2013-03-26T19:51:51.688 Waiting at line 740
Port(OT-USB):2013-03-26T19:51:51.707 Terminating after 501152 msec vs 0 Quiet
Port(OT-USB):2013-03-26T19:51:51.707 Closing COM10:115200,N,8,1
Port(OT-USB):2013-03-26T19:51:51.707 Command[1]:~
Port(OT-USB):2013-03-26T19:51:51.707 Reader Exiting
WinMain:2013-03-26T19:51:51.788 Starting Port(OT-USB)
Tid(644):2013-03-26T19:51:51.788 CpReader Running on COM10:115200,N,8,1 (2 OpenCmds, 1 CloseCmds)
Tid(644):2013-03-26T19:51:51.788 Opening COM10:115200,N,8,1
Tid(644):2013-03-26T19:51:51.788 Opening COM10 with 4 Args
Tid(644):2013-03-26T19:51:51.788 Opening COM10 Got -1 Error 2
Tid(644):2013-03-26T19:51:51.788 Status 0 Error 0 At 228 in c:\compass\code\aprs\aprsisce\cprtns.c
Tid(644):2013-03-26T19:51:51.788 Error Opening COM10:115200,N,8,1 LastError 0
Tid(644):2013-03-26T19:51:56.789 Opening COM10:115200,N,8,1
Tid(644):2013-03-26T19:51:56.789 Opening COM10 with 4 Args
Tid(644):2013-03-26T19:51:56.789 Opening COM10 Got -1 Error 2
Tid(644):2013-03-26T19:51:56.789 Status 0 Error 0 At 228 in c:\compass\code\aprs\aprsisce\cprtns.c

Most of the time I have to restart aprsis to get communication again and sometimes I have to reboot. Help....

Am out of town so have to go to the library to get internet, so will be slow to answer any further questions. Thanks


Re: Fw: How to block or filter objects from a certain call

paul ecker <eckerpw@...>
 

Lynn- thank you very much. Just filtering from scroller is what I was looking for.

72 Paul
kc2nyu


From: Lynn W Deffenbaugh (Mr)
To: paul ecker ; aprsisce@...
Sent: Monday, March 25, 2013 12:48 PM
Subject: Re: Fw: How to block or filter objects from a certain call

If you're asking to filter it from the display, there's not an easy way to do that.

If you're asking to block it from showing up in the packet scroller, use Configure / Scroller / Filter and put in "b/* -b/KJ4GGV*".  The first says to bring in all packets (the default for a blank filter) and the second term blocks all packets source from KJ4GGV.  This only affects the packet scroller which is what your screen shot was showing me.



There's other filter terms that can be used to different effects as well (like -e/KJ4GGV-S which will block just the DSTAR-introduced packets), but the -b/... is by far the simplest.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

PS.  I did see your earlier e-mail, but wasn't in a good position to answer it at the time and then it migrated too far back in my inbox.  Sorry about that delay!

On 3/25/2013 12:30 PM, paul ecker wrote:

----- Forwarded Message -----
From: paul ecker
To: "kj4erj@..."
Sent: Tuesday, March 19, 2013 11:54 AM
Subject: Re: How to block or filter objects from a certain call

Lynn- not sure if this is the same subject but in the attached screen shot, see the repeated packets from KJ4GGV- A, AD, B, C. I believe this is a DSTAR station/repeater. I really don't need to see this over and over, can I filter out? Sending direct so you can see attached.

73
Paul
kc2nyu






Trouble with OT-USB

w.lim
 

I'm having trouble using my OT-USB with aprsis32. It seems to be intermittent with it working for a while and then it will quit.
2 different problems are involved. the first shows up as

Port(OT-USB):2013-03-26T01:30:55.983 Opened COM10:4800,N,8,1, Flushing 0 in TransmitQueue, Sending 2 OpenCmds
Port(OT-USB):2013-03-26T01:30:55.984 Command[2]:^M
Port(OT-USB):2013-03-26T01:30:55.985 Output[2]:<0D 0D>
Port(OT-USB):2013-03-26T01:30:56.002 CmdResp[104]:<0D 0A>Argent Data Systems OpenTracker USB Build 55864<0D 0A>Copyright (C) 2006-2011 - All Rights Reserved<0D 0A 0D 0A>cmd:
Port(OT-USB):2013-03-26T01:30:57.007 Command[6]:MON ON
Port(OT-USB):2013-03-26T01:30:57.007 Output[7]:MON ON<0D>
Port(OT-USB):2013-03-26T01:30:57.026 CmdResp[24]:MON ON<0D 0A>MONITOR ON<0D 0A>cmd:
Port(OT-USB):2013-03-26T01:31:27.843 Sent[60]:<C0 00 82 A0 AE AE>b`<E0 AE>h<98 92 9A>@h<AE 92 88 8A>b@b<AE 92 88 8A>d@e<03 F0>@013127h3804.97N/08810.24Wl<C0>
Port(OT-USB):2013-03-26T01:31:28.181 KISS:Missing Leading C0[10]:b`@013127h
Port(OT-USB):2013-03-26T01:33:47.649 Sent[60]:<C0 00 82 A0 AE AE>b`<E0 AE>h<98 92 9A>@h<AE 92 88 8A>b@b<AE 92 88 8A>d@e<03 F0>@013347h3804.97N/08810.24Wl<C0>
Port(OT-USB):2013-03-26T01:33:47.983 KISS:Missing Leading C0[10]:b`@013347h

This missing c0 also occurs when I get an RF input with the error message including what looks to be a good reception of a APRS beacon.

The second problem happens after working for say 10 minutes

Port(OT-USB):2013-03-26T19:46:08.080 Sent[60]:<C0 00 82 A0 AE AE>b`<E0 AE>h<98 92 9A>@h<AE 92 88 8A>b@b<AE 92 88 8A>d@e<03 F0>@194609h3804.96N/08810.24Wl<C0>
WinMain:2013-03-26T19:51:51.688 Stopping Port(OT-USB)
WinMain:2013-03-26T19:51:51.688 Waiting at line 740
Port(OT-USB):2013-03-26T19:51:51.707 Terminating after 501152 msec vs 0 Quiet
Port(OT-USB):2013-03-26T19:51:51.707 Closing COM10:115200,N,8,1
Port(OT-USB):2013-03-26T19:51:51.707 Command[1]:~
Port(OT-USB):2013-03-26T19:51:51.707 Reader Exiting
WinMain:2013-03-26T19:51:51.788 Starting Port(OT-USB)
Tid(644):2013-03-26T19:51:51.788 CpReader Running on COM10:115200,N,8,1 (2 OpenCmds, 1 CloseCmds)
Tid(644):2013-03-26T19:51:51.788 Opening COM10:115200,N,8,1
Tid(644):2013-03-26T19:51:51.788 Opening COM10 with 4 Args
Tid(644):2013-03-26T19:51:51.788 Opening COM10 Got -1 Error 2
Tid(644):2013-03-26T19:51:51.788 Status 0 Error 0 At 228 in c:&#92;compass&#92;code&#92;aprs&#92;aprsisce&#92;cprtns.c
Tid(644):2013-03-26T19:51:51.788 Error Opening COM10:115200,N,8,1 LastError 0
Tid(644):2013-03-26T19:51:56.789 Opening COM10:115200,N,8,1
Tid(644):2013-03-26T19:51:56.789 Opening COM10 with 4 Args
Tid(644):2013-03-26T19:51:56.789 Opening COM10 Got -1 Error 2
Tid(644):2013-03-26T19:51:56.789 Status 0 Error 0 At 228 in c:&#92;compass&#92;code&#92;aprs&#92;aprsisce&#92;cprtns.c

Most of the time I have to restart aprsis to get communication again and sometimes I have to reboot. Help....

Am out of town so have to go to the library to get internet, so will be slow to answer any further questions. Thanks


Re: Chineese Radio Direction Finding

pa3bnx
 

--- In aprsisce@yahoogroups.com, "pa3bnx" <pa3bnx@...> wrote:

Hello Every Body,

I just saw a nice Chineese You Tube Radio direction finding
movie from


BG1CNX

http://www.youtube.com/watch?feature=player_detailpage&v=KpUxxihMkxc


I hope Lynn will fix soon the error in APRSIS32
in CSE/SPD/HDG/NRQ in the heading.

Greetings


Re: Object Question

Adam Mahnke <kc2ant@...>
 

DOH.

I always forget about that

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

From: Lynn W Deffenbaugh (Mr)
Sent: 25 Mar 2013 21:05:07 GMT
To: aprsisce@...
Subject: Re: [aprsisce] Re: Object Question

 

Use View / Shrieks in conjunction with Nicknames for the stations you wish to see.

From http://aprsisce.wikidot.com/menu:view

Shrieks (formerly SkyWarn)
APRSISCE/32 parses any !! from comments and groups (up to 32 of) them into a View / Shrieks submenu. This allows event coordinators to pick a suitable !EVENT! for stations to put in their beacon comment to provide easy on-screen filtering of only the stations participating in the event. The Spotter Network requires their users to put !SN! in their comment, so you can expect to see !SN! in the View / Shrieks menu if any such stations are in your range.

!Shriek!s are also parsed from nickname comments EVEN if the nickname or comment is not enabled! This allows you to nickname your favorite stations with a !WATCHME! comment and then View / Shrieks / !WATCHME! to see ONLY those stations! You could even nickname stations as !VIEW1!, !VIEW2!, !VIEW3!, and so forth to build your own local MultiTrack views of specific stations. A single station can even have multiple !VIEWn! tags in the comment to put them on multiple views.

If nicknames are enabled, and a station has a nickname, and that nickname overrides the comment, then ONLY the comment's Shrieks are used. The comment received from the station will be ignored completely for Shriek purposes. After these conditions are no longer met, a new packet from the station must be received to get a proper !Shriek! for the station.

(So, why "Shriek"? Search for Shriek at Wikipedia)


Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32



On 3/25/2013 5:01 PM, Adam Mahnke wrote:
The filters work for the APRSIS stream not anything from RF.

you can use the view menu to choose specific symbols though.

Only way I know to get only stations involved is to use a separate frequency

Adam
KC2ANT

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

From: chuckbland
Sent: 25 Mar 2013 00:38:32 GMT
To: aprsisce@...
Subject: [aprsisce] Re: Object Question

 

Our testing activity yesterday was a huge success and preparation for the bike event on 4/6. This was my first major use of the APRSISCE (beyond just playing at home) and the program performed beautifully.

I've been watching the recent thread about filtering units. I have what I think is a slightly different requirement. I want to only allow units with the call of k6arc* to be displayed. I don't want to see any of the other mobiles and digis out there. I did add a 'b' filter, but I either did it wrong or it doesn't do what I want. How do I accomplish this task?

I would like to know how keep the digis displayed on the screen. They are sending objects, like this...

/000000h3814.82N/12048.33W#

Am I remembering there is a time value in these beacons that influences how long they appear? If so, that would be the zeros, which I'd bet would cause them to vanish from my display almost right away. Is that indeed so?

I think that's enough questions for now.

Chuck

--- In aprsisce@..., "chuckbland" wrote:
>
> Update on things,
>
> All the digis have new beacons that contain the coords. They are showing-up nicely on the map and the paths are working.
>
> I'll update again after test day.
>
> Chuck
>
> --- In
aprsisce@..., "chuckbland" wrote:
> >
> > For an upcoming event, we are setting-up temporary digipeaters on an alternate freq. None of the digis have GPS nor are they beaconing with a pre-programmed position.
> >
> > I want to mark them on my APRSIS map so that the path display will be able to use them.
> >
> > Do I add the digis as objects, using their callsign as the object ID, or am I using the wrong method?
> >
> > Chuck
> >
>



Re: Object Question

Lynn Deffenbaugh
 

Use View / Shrieks in conjunction with Nicknames for the stations you wish to see.

From http://aprsisce.wikidot.com/menu:view

Shrieks (formerly SkyWarn)
APRSISCE/32 parses any !! from comments and groups (up to 32 of) them into a View / Shrieks submenu. This allows event coordinators to pick a suitable !EVENT! for stations to put in their beacon comment to provide easy on-screen filtering of only the stations participating in the event. The Spotter Network requires their users to put !SN! in their comment, so you can expect to see !SN! in the View / Shrieks menu if any such stations are in your range.

!Shriek!s are also parsed from nickname comments EVEN if the nickname or comment is not enabled! This allows you to nickname your favorite stations with a !WATCHME! comment and then View / Shrieks / !WATCHME! to see ONLY those stations! You could even nickname stations as !VIEW1!, !VIEW2!, !VIEW3!, and so forth to build your own local MultiTrack views of specific stations. A single station can even have multiple !VIEWn! tags in the comment to put them on multiple views.

If nicknames are enabled, and a station has a nickname, and that nickname overrides the comment, then ONLY the comment's Shrieks are used. The comment received from the station will be ignored completely for Shriek purposes. After these conditions are no longer met, a new packet from the station must be received to get a proper !Shriek! for the station.

(So, why "Shriek"? Search for Shriek at Wikipedia)


Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32



On 3/25/2013 5:01 PM, Adam Mahnke wrote:
The filters work for the APRSIS stream not anything from RF.

you can use the view menu to choose specific symbols though.

Only way I know to get only stations involved is to use a separate frequency

Adam
KC2ANT

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

From: chuckbland
Sent: 25 Mar 2013 00:38:32 GMT
To: aprsisce@...
Subject: [aprsisce] Re: Object Question

 

Our testing activity yesterday was a huge success and preparation for the bike event on 4/6. This was my first major use of the APRSISCE (beyond just playing at home) and the program performed beautifully.

I've been watching the recent thread about filtering units. I have what I think is a slightly different requirement. I want to only allow units with the call of k6arc* to be displayed. I don't want to see any of the other mobiles and digis out there. I did add a 'b' filter, but I either did it wrong or it doesn't do what I want. How do I accomplish this task?

I would like to know how keep the digis displayed on the screen. They are sending objects, like this...

/000000h3814.82N/12048.33W#

Am I remembering there is a time value in these beacons that influences how long they appear? If so, that would be the zeros, which I'd bet would cause them to vanish from my display almost right away. Is that indeed so?

I think that's enough questions for now.

Chuck

--- In aprsisce@..., "chuckbland" wrote:
>
> Update on things,
>
> All the digis have new beacons that contain the coords. They are showing-up nicely on the map and the paths are working.
>
> I'll update again after test day.
>
> Chuck
>
> --- In aprsisce@..., "chuckbland" wrote:
> >
> > For an upcoming event, we are setting-up temporary digipeaters on an alternate freq. None of the digis have GPS nor are they beaconing with a pre-programmed position.
> >
> > I want to mark them on my APRSIS map so that the path display will be able to use them.
> >
> > Do I add the digis as objects, using their callsign as the object ID, or am I using the wrong method?
> >
> > Chuck
> >
>



Re: Object Question

Adam Mahnke <kc2ant@...>
 

The filters work for the APRSIS stream not anything from RF.

you can use the view menu to choose specific symbols though.

Only way I know to get only stations involved is to use a separate frequency

Adam
KC2ANT

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

From: chuckbland
Sent: 25 Mar 2013 00:38:32 GMT
To: aprsisce@...
Subject: [aprsisce] Re: Object Question

 

Our testing activity yesterday was a huge success and preparation for the bike event on 4/6. This was my first major use of the APRSISCE (beyond just playing at home) and the program performed beautifully.

I've been watching the recent thread about filtering units. I have what I think is a slightly different requirement. I want to only allow units with the call of k6arc* to be displayed. I don't want to see any of the other mobiles and digis out there. I did add a 'b' filter, but I either did it wrong or it doesn't do what I want. How do I accomplish this task?

I would like to know how keep the digis displayed on the screen. They are sending objects, like this...

/000000h3814.82N/12048.33W#

Am I remembering there is a time value in these beacons that influences how long they appear? If so, that would be the zeros, which I'd bet would cause them to vanish from my display almost right away. Is that indeed so?

I think that's enough questions for now.

Chuck

--- In aprsisce@..., "chuckbland" wrote:
>
> Update on things,
>
> All the digis have new beacons that contain the coords. They are showing-up nicely on the map and the paths are working.
>
> I'll update again after test day.
>
> Chuck
>
> --- In aprsisce@..., "chuckbland" wrote:
> >
> > For an upcoming event, we are setting-up temporary digipeaters on an alternate freq. None of the digis have GPS nor are they beaconing with a pre-programmed position.
> >
> > I want to mark them on my APRSIS map so that the path display will be able to use them.
> >
> > Do I add the digis as objects, using their callsign as the object ID, or am I using the wrong method?
> >
> > Chuck
> >
>


Chineese Radio Direction Finding

pa3bnx
 

Hello Every Body,

I just saw a nice Chineese You Tube Radio direction finding
movie from


BG1CNX

http://www.youtube.com/watch?feature=player_detailpage&v=KpUxxihMkxc


I hope Lynn will fix soon the error in APRSIS32
in CSE/SPD/HDG/NRQ in the heading.

Greetings


Re: Fw: How to block or filter objects from a certain call

Lynn Deffenbaugh
 

If you're asking to filter it from the display, there's not an easy way to do that.

If you're asking to block it from showing up in the packet scroller, use Configure / Scroller / Filter and put in "b/* -b/KJ4GGV*".  The first says to bring in all packets (the default for a blank filter) and the second term blocks all packets source from KJ4GGV.  This only affects the packet scroller which is what your screen shot was showing me.



There's other filter terms that can be used to different effects as well (like -e/KJ4GGV-S which will block just the DSTAR-introduced packets), but the -b/... is by far the simplest.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

PS.  I did see your earlier e-mail, but wasn't in a good position to answer it at the time and then it migrated too far back in my inbox.  Sorry about that delay!

On 3/25/2013 12:30 PM, paul ecker wrote:

----- Forwarded Message -----
From: paul ecker
To: "kj4erj@..."
Sent: Tuesday, March 19, 2013 11:54 AM
Subject: Re: How to block or filter objects from a certain call

Lynn- not sure if this is the same subject but in the attached screen shot, see the repeated packets from KJ4GGV- A, AD, B, C. I believe this is a DSTAR station/repeater. I really don't need to see this over and over, can I filter out? Sending direct so you can see attached.

73
Paul
kc2nyu




Re: Object Question

chuckbland <BackForty@...>
 

Our testing activity yesterday was a huge success and preparation for the bike event on 4/6. This was my first major use of the APRSISCE (beyond just playing at home) and the program performed beautifully.

I've been watching the recent thread about filtering units. I have what I think is a slightly different requirement. I want to only allow units with the call of k6arc* to be displayed. I don't want to see any of the other mobiles and digis out there. I did add a 'b' filter, but I either did it wrong or it doesn't do what I want. How do I accomplish this task?

I would like to know how keep the digis displayed on the screen. They are sending objects, like this...

/000000h3814.82N/12048.33W#

Am I remembering there is a time value in these beacons that influences how long they appear? If so, that would be the zeros, which I'd bet would cause them to vanish from my display almost right away. Is that indeed so?

I think that's enough questions for now.

Chuck

--- In aprsisce@yahoogroups.com, "chuckbland" <BackForty@...> wrote:

Update on things,

All the digis have new beacons that contain the coords. They are showing-up nicely on the map and the paths are working.

I'll update again after test day.

Chuck

--- In aprsisce@yahoogroups.com, "chuckbland" <BackForty@> wrote:

For an upcoming event, we are setting-up temporary digipeaters on an alternate freq. None of the digis have GPS nor are they beaconing with a pre-programmed position.

I want to mark them on my APRSIS map so that the path display will be able to use them.

Do I add the digis as objects, using their callsign as the object ID, or am I using the wrong method?

Chuck


Re: GPS virtual serial port Was: ftm-350 without GPS

Gil Jones
 

Franson gpsGate works GREAT!

On Sun, Mar 24, 2013 at 11:27 AM, dhiren_kf5fpp <triathlete956@...> wrote:
I am using a GPS serial emulator in windows called Franson GPS Gate. It is free. I think this will solve your problem.
-- 
- gil -
Musings and Meanderings at captainjustice.net {that's NEW} (has a link where you can subscribe to scintillating updates!)
"I wish to have no connection with any ship that does not sail fast, for I intend to go in harm's way."
--- John Paul Jones (later adopted by the US Navy's Special Boat Units)


Re: GPS virtual serial port Was: ftm-350 without GPS

dhiren_kf5fpp
 

I am using a GPS serial emulator in windows called Franson GPS Gate. It is free. I think this will solve your problem.

73 de KF5FPP

--- In aprsisce@yahoogroups.com, Bob Burns W9RXR <w9rxr_@...> wrote:

At 06:45 AM 11/22/2012, Colin XSD wrote:

I think NMEA in/out would be a useful option...
I agree and I've mentioned it in this group before. That led to a
discussion of virtual serial ports, but Lynn had hotter irons in the
fire at the time.

The problem I have is that while mobile, I run both APRSIS/32 to
interact with the APRS world through a Kenwood TM-D710 and I run a
mapping program (Delorme TopoUSA). I have a GPSr connected to the
D710 and the D710 is connected to a laptop computer. Lynn's fine
program can read the GPS sentences coming through the D710 so it
knows where it is. But, TopoUSA is in the dark. My current solution
is to split the data line coming from the GPSr--one side goes to the
D710 and the other side goes to a serial port and eventually to the computer.

But, if APRSIS/32 could pass the GPS sentences out to a virtual
serial port in the Windows OS, I could eliminate having to
electrically split the GPS data.

Bob...


Try this again

Ron N9SZV <n9szv@...>
 

I use a program called Zello http://zello.com/home/ it's free Walkie-talkie type App for your phone or PC and have created a channel called APRS 144.390 MHz, I Also use it for Skywarn too.. I thought it would be a great way to talk and help each other on Lynn's APRS program. please download and join the channel if you want been running it for a few months with out any problems....If this is something If I should not of posted it here the Moderator can delete it...

Thanks,
Ron N9SZV


Re: May I have a passcode for APRSISCE?

Lynn Deffenbaugh
 

It most likely won't work on Windows Phone 8 as that requires signed code. And I suspect it also only supports C-sharp development and not native C and the Win32API. Passcode sent under separate cover.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 3/23/2013 11:53 PM, ziyang_91 wrote:
Hi, I use a phone with windows phone 8, I want try APRSISCE on it. Of cause I will report it's working to author. My id is BH1BMQ. Thank you.


May I have a passcode for APRSISCE?

ziyang_91 <martinqiu@...>
 

Hi, I use a phone with windows phone 8, I want try APRSISCE on it. Of cause I will report it's working to author. My id is BH1BMQ. Thank you.


Re: USNG capability in APRSISCE or /32?

Lt. &#39;Doc
 

First! I am not a programmer by any means so this is very 'general' type thinking.
I would imagine that if a database of maps using this grid system was established it could be substituted for the 'normal' maps used (as other map databases can be used). Or, the grid system alone could probably be used as a 'layer' on the present maps. There are certainly a few "if's" in that and I don't know what all of them are. I can certainly see where there would be a lot of required effort put into it, along with some 'standardization'. I think I'll wait to see what happens.
I also think that with how the present '911' system is set up (at least in this area), using GPS coordinates would also be a possibility.
- 'Doc

--- In aprsisce@yahoogroups.com, Larry Sack <n8qnm@...> wrote:

See the article below taken from the ARRL's EMCOMM newsletter. Is it possible to use this system in the program?
 
US NATIONAL GRID - A Geo-Spatial Tool for Public Service Communications
As a result of Hurricane Sandy, northeast responders were certainly faced with response situations in unfamiliar areas or where common navigation aids were gone, flooded or burned over. When such conditions exists, what should be the tool employed to quickly allow for positional reporting and navigation? The answer that many may not be familiar with is: US National Grid (USNG), a national standard coordinate system designed for land-based operations and which is consistent with military operations since 1949.
 
Amateur Radio operators staffing EOCs and supporting emergency communications should be familiar with USNG as responders and emergency managers will be using it. In October, 2012, the Florida Division of Emergency Management issued a new Field Operations Guide that describes how Florida emergency services will use USNG. USNG has been a part of Florida's high level planning documents since 2010 with references going back to 2006.
 
USNG is effectively the same as Military Grid Reference System (MGRS), and is a derivative of the Universal Transverse Mercador (UTM), which hikers employ routinely. USNG can be displayed on your smartphone easily. However, a GPS receiver is not mandatory. Paper maps are always a priority and all should include USNG grid lines when created. Fire and law enforcement computer aided dispatch and mobile data terminals can also be made to display properly labeled grids.
 
All maps need a grid system in order to be most usable. Maps already in use or those found in office supply or convenience stores typically display non-interoperable "bingo" grids. Maps from the Internet are generally devoid of grid lines and thus are effectively just "pictures." What responders and emergency communicators need are properly labeled, gridded USNG maps. USNG can specify areas of 1 Km, 100 meters or 10 meters with as little as four, six or eight digits respectively and without dashes, decimal points or degrees. This facilitates easier radio communications of coordinates. 15S UB 6912 0927 represents a coordinate with precision of 10 meters square (33' x 33'). When the components 15S UB are truncated by local users, 691 092 represents 100 meters square (330' x 330') and 69 09 is the 1 Km square area. In words, 6912 0927 is a location 12% right and 27% up in 1 Km grid 69 09.
 
USNG area references will be used tactically. 100 meter or 10 meter grids can identify helispots, structures, homes, bridges, specific damage, etc. in combination with or in place of the paradigm of street address, as appropriate. Out-of-area personnel may have no familiarity with local addresses, but when versed in the simple x-y nature of USNG, finding a location can be less stressful and certainly more efficient. USNG coordinates for all locations such as shelters, points-of-distribution, staging areas, etc., should be added to all planning documents.
USNG is designated by the States of Minnesota and Florida as the preferred coordinate system. Federal agencies comprising the National Search and Rescue Committee have designated USNG as the coordinate system for all land search and rescue operations as of November 2011.
 
When the street addressing system is unfamiliar, blown away, burned over, flooded or is non-existent in a rural or wilderness areas, the interoperable coordinate system to report position and to navigate by is US National Grid. -- Al Studt, CFPS, KF4KIR, Florida Fire Instructor III, kf4kir@..., Cocoa, Florida


USNG capability in APRSISCE or /32?

Larry Sack <n8qnm@...>
 

See the article below taken from the ARRL's EMCOMM newsletter. Is it possible to use this system in the program?
 
US NATIONAL GRID - A Geo-Spatial Tool for Public Service Communications
As a result of Hurricane Sandy, northeast responders were certainly faced with response situations in unfamiliar areas or where common navigation aids were gone, flooded or burned over. When such conditions exists, what should be the tool employed to quickly allow for positional reporting and navigation? The answer that many may not be familiar with is: US National Grid (USNG), a national standard coordinate system designed for land-based operations and which is consistent with military operations since 1949.
 
Amateur Radio operators staffing EOCs and supporting emergency communications should be familiar with USNG as responders and emergency managers will be using it. In October, 2012, the Florida Division of Emergency Management issued a new Field Operations Guide that describes how Florida emergency services will use USNG. USNG has been a part of Florida's high level planning documents since 2010 with references going back to 2006.
 
USNG is effectively the same as Military Grid Reference System (MGRS), and is a derivative of the Universal Transverse Mercador (UTM), which hikers employ routinely. USNG can be displayed on your smartphone easily. However, a GPS receiver is not mandatory. Paper maps are always a priority and all should include USNG grid lines when created. Fire and law enforcement computer aided dispatch and mobile data terminals can also be made to display properly labeled grids.
 
All maps need a grid system in order to be most usable. Maps already in use or those found in office supply or convenience stores typically display non-interoperable "bingo" grids. Maps from the Internet are generally devoid of grid lines and thus are effectively just "pictures." What responders and emergency communicators need are properly labeled, gridded USNG maps. USNG can specify areas of 1 Km, 100 meters or 10 meters with as little as four, six or eight digits respectively and without dashes, decimal points or degrees. This facilitates easier radio communications of coordinates. 15S UB 6912 0927 represents a coordinate with precision of 10 meters square (33' x 33'). When the components 15S UB are truncated by local users, 691 092 represents 100 meters square (330' x 330') and 69 09 is the 1 Km square area. In words, 6912 0927 is a location 12% right and 27% up in 1 Km grid 69 09.
 
USNG area references will be used tactically. 100 meter or 10 meter grids can identify helispots, structures, homes, bridges, specific damage, etc. in combination with or in place of the paradigm of street address, as appropriate. Out-of-area personnel may have no familiarity with local addresses, but when versed in the simple x-y nature of USNG, finding a location can be less stressful and certainly more efficient. USNG coordinates for all locations such as shelters, points-of-distribution, staging areas, etc., should be added to all planning documents.
USNG is designated by the States of Minnesota and Florida as the preferred coordinate system. Federal agencies comprising the National Search and Rescue Committee have designated USNG as the coordinate system for all land search and rescue operations as of November 2011.
 
When the street addressing system is unfamiliar, blown away, burned over, flooded or is non-existent in a rural or wilderness areas, the interoperable coordinate system to report position and to navigate by is US National Grid. -- Al Studt, CFPS, KF4KIR, Florida Fire Instructor III, kf4kir@..., Cocoa, Florida


Re: Delayed digipeats

Asbjoern Hauge
 

--- In aprsisce@yahoogroups.com, James Ewen <ve6srv@...> wrote:

Do you have a user manual for your TNC? I only have the KPC-3 manual
which describes the settings as it pertains to that device, but they
should be similar.
Yes I have the manual. I've checked out every parameter and tried out settings for everything that is related to KISS-mode. It works, but it's slow.

Just to try out other possibilities: I have configured my TinyTrak4 to work in KISS, hooked it up and set APRSISCE/32 to use that one. It all works fairly well and all received packets are transferred to the software blazing fast (running 57600 baud). I still have a fair bit of delay using this setup (never less than three seconds from a free channel), while the same TNC config in UI-View is super-snappy (instant digipeat if channel is clear).

From the logs I posted earlier, I see that APRSISCE/32 adds some strange traffic to the RS232-port and logs sent strings as mostly HEX data. Could it be the way the program sends data or handles the COM-port? I will try running it on another computer and different serial port just for comparison.

--
Asbjoern
LA1HSA


Re: GPS Simulation

Fred Hillhouse
 

There are a few applications that will position itself based on a GPS, namely APRSIS32 and ExpertGPS. If the user is online while mobile, then tiles are gathered as needed. However, if you are offline while mobile, then gathering tiles in advance is necessary. A GPS simulator can be very useful.
 
To be really useful for the purpose of getting tiles, then the data source for feeding the simulator is important. I wrote one with data sources in mind.
 
Mine can read a GPX file. By "moving" through each position in the file, the GPS sentence user updates the display triggering gathering tiles. For a road trip, this is quite useful. I run it multiple times for each zoom level and each tile type desired. Bounding boxes are another use for gather tiles within a specific rectangular area. A useful feature would also be "moving" through a polygon. This would limit tile gathering to a county or province or other area defined by a polygon. I use ExpertGPS to define polygons and save them as a GPX.
 
Mostly, I create GPX files and follow them. http://aprsisce.wikidot.com/menu:configure-overlays
 
 
Best regards,
Fred, N7FMH
 


From: aprsisce@... [mailto:aprsisce@...] On Behalf Of Tony VE6MVP
Sent: Wednesday, March 20, 2013 17:34
To: aprsisce@...
Subject: Re: [aprsisce] GPS Simulation

 

At 03:26 PM 2013-03-20, asgawth wrote:

APRSIS32 can take a NMEA data feed from a GPS as we all know.

I have recently written a free GPS simulator app for Windows called simGPS which can generate the NMEA sentences normally provided by a GPS thus simulating a GPS in a static location.

It was originally written for use with a Yaesu DMU-2000 but works equally well with anything that expects GPS NMEA data.

Nice idea.   What is it written in?   Source available?  

Hmm, not that I would ever, ever do this but it would be amusing to create a track showing me doing about 250 kmph along local highways.   

Tony

13741 - 13760 of 36239