SN / APRS APRS Question

[Mark Drees]

One note - parsing raw APRS packets from aprs.fi with your own software is a violation of the TOS for aprs.fi. They put in a login requirement to stop folks from doing this. See Server upgrades, and raw packets UI abuse . If you want to parse APRS packets you have to connect to the APRS-IS direct.

That’s true.

 

[Mark Drees]

With nothing new to report, I believe this to be a dead issue/topic. As John has said previously in other threads, the issue isn't parsing data as they can see the data flowing. It's just not communicating/transferring over to the various SN feeds (place files, radar apps, etc.). It may just be time to end support of this option and remove it from the site itself.

 

[John Wetter]

We are getting the data in a supported manner, the data feed just isn't consistent enough. For example Mark, we see your data just stop showing up in the feed while apparently in motion so there seem to be several wildcards at play here that without reliable real-time reporting we just can't resolve.

 

[Mark Drees]

We are getting the data in a supported manner, the data feed just isn't consistent enough. For example Mark, we see your data just stop showing up in the feed while apparently in motion so there seem to be several wildcards at play here that without reliable real-time reporting we just can't resolve.

Some things to consider as well:

APRS beacon/location data is only be updated once every thirty minutes if the user's location is stationary. APRS dot IS truncates the info if the beacon isn't moving.
Lapses in APRS coverage maybe caused by coverage issues. I know there are holes along I-35 south of the DFW metro and then south of San Antonio as well (i.e. you can see this by hovering the cursor over the dots where the beacon was received). Google Maps APRS

 

[Mark Drees]

I have a better idea, lets setup a time where we both can coordinate/give feedback in real time as to what is going on instead of going back and forth on here.

 

[Mark Drees]

We are getting the data in a supported manner, the data feed just isn't consistent enough. For example Mark, we see your data just stop showing up in the feed while apparently in motion so there seem to be several wildcards at play here that without reliable real-time reporting we just can't resolve.

Hey John, is there any way to push this out to the placefiles/RS so those that actively use APRS can give feedback?

 

[Mark Drees]

After testing it (mobile for close to 1200 miles) the past two days, I have yet to see an issue arise yet. Great job on getting it resolved!

 

[John Wetter]

I’m glad you’re seeing improvement in the feed!

 

[Mark Drees]

and the place file feed is down again.

 

[John Wetter]

and the place file feed is down again.

Which feed are you using?

 

[Mark Drees]

Hi @John Wetter! I am using the place file feeds for GR that are located on the website.
http://www.spotternetwork.org/feeds/gr-p.txt

http://www.spotternetwork.org/feeds/gr-all.txt

 

[Mike Heskett]

I am using this one (with number blanked out) with same results - no APRS positions.

http://www.spotternetwork.org/feeds/#############/gr-no.php

I also have this one:
http://www.spotternetwork.org/feeds/gr-all-no.txt with same issues.

 

[Mark Drees]

Checking to see if there is or was an update on this.

 

[Mark Drees]

Any update?

 

[John Wetter]

There has not been an update on this from an APRS side of things.