Date   

Re: hotspot objects

Brian Webster N2KGC
 

Point taken and technically these packets are correct since the transmitting station has his call in the packet.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
Sent: Tuesday, January 11, 2022 7:16 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Please define "non-compliant" with this statement from aprs101.pdf:

All Other Packets: Packets that do not meet any of the formats described in this document are assumed to be non-APRS beacons. Programs can decide to handle these, or ignore them, but they must be able to process them without ill effects.

APRS programs may treat such packets as APRS Status Reports. This allows APRS to accept any UI packet addressed to the typical beacon address to be captured as a status message. Typical TNC ID packets fall into this category. Once a proper Status Report (with the APRS Data Type Identifier >) has been received from a station it will not be overwritten by other non-APRS packets from that station.

My interpretation of that statement is that ALL packets comply.   They are either ignored or processed as "Status Reports".

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

On 1/11/2022 7:08 AM, Brian Webster N2KGC via groups.io wrote:

I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot.

 

Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF?

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Brian Webster N2KGC via groups.io
Sent: Monday, January 10, 2022 5:02 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Someone must have said something, the problem has cleared itself up on the RF side.

 

Brian N2KGC

 

From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects

 

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Lynn Deffenbaugh
 

Please define "non-compliant" with this statement from aprs101.pdf:

All Other Packets: Packets that do not meet any of the formats described in this document are assumed to be non-APRS beacons. Programs can decide to handle these, or ignore them, but they must be able to process them without ill effects.

APRS programs may treat such packets as APRS Status Reports. This allows APRS to accept any UI packet addressed to the typical beacon address to be captured as a status message. Typical TNC ID packets fall into this category. Once a proper Status Report (with the APRS Data Type Identifier >) has been received from a station it will not be overwritten by other non-APRS packets from that station.

My interpretation of that statement is that ALL packets comply.   They are either ignored or processed as "Status Reports".

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


On 1/11/2022 7:08 AM, Brian Webster N2KGC via groups.io wrote:

I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot.

 

Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF?

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Brian Webster N2KGC via groups.io
Sent: Monday, January 10, 2022 5:02 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Someone must have said something, the problem has cleared itself up on the RF side.

 

Brian N2KGC

 

From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects

 

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Adam Mahnke
 

That particular person doesn't use APRSISCE if I recall correctly


On Tue, Jan 11, 2022, 07:08 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot.

 

Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF?

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Brian Webster N2KGC via groups.io
Sent: Monday, January 10, 2022 5:02 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Someone must have said something, the problem has cleared itself up on the RF side.

 

Brian N2KGC

 

From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects

 

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Brian Webster N2KGC
 

I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot.

 

Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF?

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Brian Webster N2KGC via groups.io
Sent: Monday, January 10, 2022 5:02 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Someone must have said something, the problem has cleared itself up on the RF side.

 

Brian N2KGC

 

From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects

 

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Brian Webster N2KGC
 

Someone must have said something, the problem has cleared itself up on the RF side.

 

Brian N2KGC

 

From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects

 

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us.

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: Adding another radio with Packet-decode input

NR4U Bob AFMARS
 

Hi Lynn.
OK, I am using both UZ7 and AGWPE though not at the same time.

So, on AGWPE at the moment, I am seeing decodes through my IC-9700 .

I made a port AGW type. It is listeniung on localhost:8000

But I never get anything seen on APRSIS32.


Re: Adding another radio with Packet-decode input

Lynn Deffenbaugh
 

APRSIS32 does not support audio decoding.  For such purposes it requires a soundcard TNC like Direwolf, UZ7HO's SoundModem, or AGWPE.

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

On 1/10/2022 7:45 AM, KD7YZ Bob wrote:
What I mean is, I have an IC-9700 I sometimes use to decode packet on 144.390 .
This is in addition to the full-time Kenwood D710G .

The IC-9700 has two USB-Codecs of its own.

I do not see a way to make a new APRSIS32 "Port" that would be able to decode from the Rx-Usb-Audio-Codec of the 9700 .





Adding another radio with Packet-decode input

NR4U Bob AFMARS
 

What I mean is, I have an IC-9700 I sometimes use to decode packet on 144.390 .
This is in addition to the full-time Kenwood D710G .

The IC-9700 has two USB-Codecs of its own.

I do not see a way to make a new APRSIS32 "Port" that would be able to decode from the Rx-Usb-Audio-Codec of the 9700 .


Re: Custom Queries?

Dan Hurd W5DMH
 

I did not know that existed but it seems object oriented rather than information oriented but I read up on it, thanks! 

73 Dan W5DMH 



On Sat, Jan 8, 2022 at 09:25 AM, James Ewen wrote:
Have you looked at a QRU query?
 

On Sat, Jan 8, 2022 at 08:28 Dan Hurd <dan@...> wrote:
hmmm interesting thought....I had not considered using the server port. 

Dan W5DMH 

 

 

--
James
VE6SRV


Re: Custom Queries?

James Ewen
 

Have you looked at a QRU query?


On Sat, Jan 8, 2022 at 08:28 Dan Hurd <dan@...> wrote:
hmmm interesting thought....I had not considered using the server port. 

Dan W5DMH 

--
James
VE6SRV


Re: Custom Queries?

Dan Hurd W5DMH
 

hmmm interesting thought....I had not considered using the server port. 

Dan W5DMH 


Re: Custom Queries?

Lynn Deffenbaugh
 

Sorry, but that level of customization is not supported in APRSIS32 at this time.

That said, you can always write your own APRS client and connect it to a server-type port in APRSIS32.  Anything you can imagine can be done by monitoring, parsing, and creating your own packets.

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


On 1/8/2022 4:42 AM, Dan Hurd wrote:
Hi Lynn
Is there a way to modify the custom queries or add new custom queries? 

I would like to have couple custom queries : 
  • ?NET    this query would respond with our NET schedule
  • ?ANC   this would be used for special announcements
  • ?WRN  this would be used for local weather or traffic warnings 
If it can be done in the XML file , I can quickly create a simple graphical editor for updating these fields and share it with the group. 

73 Dan W5DMH


Custom Queries?

Dan Hurd W5DMH
 

Hi Lynn
Is there a way to modify the custom queries or add new custom queries? 

I would like to have couple custom queries : 
  • ?NET    this query would respond with our NET schedule
  • ?ANC   this would be used for special announcements
  • ?WRN  this would be used for local weather or traffic warnings 
If it can be done in the XML file , I can quickly create a simple graphical editor for updating these fields and share it with the group. 

73 Dan W5DMH


Re: hotspot objects

Adam Mahnke
 

Absolutely

Here is my current filter

a/42.6295/-076.7045/42.2555/-076.23833 -b/KD2EAT -s//a&/D

Area filter for the entirety of Tompkins County, New York (plus a little to make it a square)

-b/KD2EAT because it's an unuseful object on the APRS RF network. Deals with high altitude balloon tracking I believe. Nice guy, he is actually the callsign trustee for W2CXM but this object isn't useful for folks driving through the area

-s//a&D is the specific filter for the D-Star objects in the area. Other areas may need different text, but I'm basically just deleting the symbols used for D-Star Hotspots. DMR is not used in the Ithaca Area all that much so I only have to deal with the D-Star ones.

for what it's worth I also manage the sources for the repeater objects in the area as well. Different ones hosted at different digi's but I try to provide useful information for travelers in the area.

If anyone sees any issues with any of the KC2ANT or the W2CXM packets please let me know. 

Adam
KC2ANT

On Fri, Jan 7, 2022 at 6:54 PM Lynn Deffenbaugh <kj4erj@...> wrote:
Do you mind sharing your IGate filter, or at least the part that drops the hotspots?  I can envision what it might be, but others might be interested as well.

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


On 1/7/2022 6:46 PM, Adam Mahnke wrote:
He is, and I shall refrain from comment further.

I manage W2CXM, and it's set up for IS to RF but I try to limit it to IS only stations for Tompkins County and I filter out hotspot stations (now) because we have several in the area and it was clogging the RF channel when I didn't. I try really hard to be aware of the congestion on the RF side. 

Adam
KC2ANT


On Fri, Jan 7, 2022, 18:36 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us.

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Lynn Deffenbaugh
 

Do you mind sharing your IGate filter, or at least the part that drops the hotspots?  I can envision what it might be, but others might be interested as well.

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


On 1/7/2022 6:46 PM, Adam Mahnke wrote:
He is, and I shall refrain from comment further.

I manage W2CXM, and it's set up for IS to RF but I try to limit it to IS only stations for Tompkins County and I filter out hotspot stations (now) because we have several in the area and it was clogging the RF channel when I didn't. I try really hard to be aware of the congestion on the RF side. 

Adam
KC2ANT


On Fri, Jan 7, 2022, 18:36 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us.

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Adam Mahnke
 

He is, and I shall refrain from comment further.

I manage W2CXM, and it's set up for IS to RF but I try to limit it to IS only stations for Tompkins County and I filter out hotspot stations (now) because we have several in the area and it was clogging the RF channel when I didn't. I try really hard to be aware of the congestion on the RF side. 

Adam
KC2ANT


On Fri, Jan 7, 2022, 18:36 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us.

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Brian Webster N2KGC
 

Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic).

 

The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects

 

Trying to not hijack the thread so changing the subject line.

 

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us.

 

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: hotspot objects

Adam Mahnke
 

Trying to not hijack the thread so changing the subject line.

My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us.

To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞

Adam
KC2ANT

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: Specific Paths for RFOnly.

Brian Webster N2KGC
 

One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not  like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions.

 

The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions.

 

Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question….

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly.

 

Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing . 
I can look at the direwolf output which should be completely raw. 

Dan W5DMH 


Re: Colored bar between Port and Scroller?

Dan Hurd W5DMH
 

Got it thank you! 

Dan W5DMH 

361 - 380 of 36351