Date   

Re: AUtomatic GPX

Min
 

Hi Cory
If you an Android phone you can use APRSdroid app or even the Vero VR N7500 app without the radio this now records your route on the phone and can be exported as a KLM file. There are several iPhone apps which is the network and the phone becomes a station all can be tracked by APRS direct or APRS.fi. 
Hope this points you in the right direction. 

Min Standen G0JMS


On 7 Sep 2020 13:58, "cory.macsween via groups.io" <cory.macsween@...> wrote:
Is there anyway to have the program auto save a GPX file for a certain call sign. I see there is an option to auto save your own call sign's track to GPX. But I have a portable -7 station I take out on my ATV and I would like its track save every time. What I have been doing is turning the radio on and waiting for a few beacons and coming up to the computer and clicking on the call sign and telling it to save the track to GPX. Unfortunately I have to do this every time I take the ATV out.


AUtomatic GPX

cory.macsween@...
 

Is there anyway to have the program auto save a GPX file for a certain call sign. I see there is an option to auto save your own call sign's track to GPX. But I have a portable -7 station I take out on my ATV and I would like its track save every time. What I have been doing is turning the radio on and waiting for a few beacons and coming up to the computer and clicking on the call sign and telling it to save the track to GPX. Unfortunately I have to do this every time I take the ATV out.


Trouble creating a new map tile set

Mark Herson
 

Hello to the Group,

Perhaps it's me but I'm having a problem creating a new Tile Set in APRSIS32, Development version 2020/05/19 21:42 ("About" window pasted at end of post.)

In the Tile Set window, It seems that using the up/down arrows on the tile server's port only allow the values of 0 or -1.  If I manually enter 80, it will be accepted when saved, but when brought back up to check that things were saved correctly, it  shows a port of 0. (First graphic shows original entry box. Second graphic is what comes back on inspection.)

 

And, the .XML file shows 0 also. <Port>0</Port>^M   In this condition, tile fetching does not work.
If I edit the .XML file to be 80 and don't touch anything when I bring up APRSIS32, tile fetching works OK.
I've also seen a few cases in this development version where the upgrade from the previous version reset all the port 80's to 0 and broke tile fetching.

I have seen this on both a Win 10 machine and several Linux Debian 10 machines running Wine.

Any ideas of what is going on?

Also, there doesn't seem to be an easy way to remove a tile group. Previously, if I recall correctly, one could disable a tile group under Enables, and then a checkbox would appear in the Tile Set config box. Unchecking the box would remove the configuration. There is a Delete button in the Tile Set config box, but how does one get it to light up?

73, Mark, N2MH

About APRSISCE/32

APRSIS32
APRS-IS Client by KJ4ERJ
Built: 2020/05/19 21:42

© 2009, 2020
All Rights Reserved
Homeside Software, Inc
Lynn W. Deffenbaugh

See the Support Wiki at:
http://aprsisce.wikidot.com/

Development Version Verified!


Re: IPaq 3950

Greg D
 

Hi Mark,

By some miracle, my iPAQ still fires up. The version of APRSISCE on it
is dated 2013/10.29 15:15. That might not be the latest that will run
on it, but it's at least one that does.

To your other question about the TNC, my config seems to have been
connected to a Kenwood TH-D74 via Bluetooth at some point. No idea
about your TNC, but if it can do KISS, and connect via Bluetooth, it
might work.

Good luck!

Greg KO6TH


Mark Killmer via groups.io wrote:

Thank you. I do have a device that has the win mobile 5. For that device which version of the software would you suggest.

Thank you


Re: IPaq 3950

Mark Killmer
 

Thank you. I do have a device that has the win mobile 5. For that device which version of the software would you suggest.

Thank you


--
*KD6MRR*


Re: IPaq 3950

Greg D
 

Hi Mark,

I doubt any version of the APRSISCE software would run on this model.  I ran it many years ago on an iPaq HW6945, but it used the Windows Mobile 5 operating system, which I think was the first version that supported it.  The 3950 appears to use Pocket PC 2002, which pre-dates that by several years.

Greg  KO6TH


Mark Killmer via groups.io wrote:

I have a few iPaq 3950 I would like to use this software. I am not sure which one to download. Plus does anyone know if Mobilinkd will work?  New all this.
--
KD6MRR 


IPaq 3950

Mark Killmer
 

I have a few iPaq 3950 I would like to use this software. I am not sure which one to download. Plus does anyone know if Mobilinkd will work?  New all this.
--
KD6MRR 


Re: Stations Go Away after so much time

Lynn Deffenbaugh
 

It just took me longer to look it up and add what some might consider TMI (Too Much Information).

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

On 8/30/2020 11:19 AM, Rob Giuliano via groups.io wrote:
So I guess Lynn did repspond, and I had the units wrong.

Robert Giuliano
KB8RCO



On Sunday, August 30, 2020, 11:17:06 AM EDT, Lynn Deffenbaugh <kj4erj@...> wrote:


If you double-click the narrow vertical bar to the right of the map, it will show you the current Age settings.

These are set only in the XML.  The defaults are shown below.

<Stations.MinAge>80</Stations.MinAge>
<Stations.MaxAge>120</Stations.MaxAge>
<Stations.MaxAge.Buddy>0</Stations.MaxAge.Buddy>

Between MinAge and MaxAge, the stations will slow fade out (become more transparent).  The definition of a "buddy" is anyone that you are following explicitly or are included in a buddy (or friend, I believe) term in your Add Filter setting.

The following parameters govern the track purging.

<Stations.Tracks.Hours>24</Stations.Tracks.Hours>
<Stations.Tracks.Buddy.Hours>0</Stations.Tracks.Buddy.Hours>

And finally, two parameters that govern how long telemetry definitions and bulletins are retained unless refreshed by receiving new definitions.

<Aging.TelemetryDefs.Days>14</Aging.TelemetryDefs.Days>
<Aging.Bulletins.Hours>48</Aging.Bulletins.Hours>

See also: http://aprsisce.wikidot.com/doc:editing-xml-configuration

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

On 8/30/2020 12:17 AM, Bob KE6GYD wrote:
Today I was doing a test with my ham group for receiving RF only stations.  After a couple of hours or so, the stations disappeared without me killing them.
Is there a setting that will keep them showing longer, even if they don't beacon for over a few hours?
I searched documentation and looked thru menus and couldn't find anything.
Regards
Bob
KE6GYD


Re: Stations Go Away after so much time

Lynn Deffenbaugh
 

They're minutes, not seconds.  That'd be awful fast disappearing!

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

On 8/30/2020 11:09 AM, Rob Giuliano via groups.io wrote:
I haven't seen a reply from Lynn yet, so I will give it a shot.

I believe the termonolgy is "station aging".
There are several parameters in the APRSIS32.xml file for this.
The ones I am familiar with are
   <Stations.MinAge>80</Stations.MinAge>
   <Stations.MaxAge>120</Stations.MaxAge>
  <Stations.MaxAge.Buddy>240</Stations.MaxAge.Buddy>
So, as I recall, the station starts againg (I believe fades) at 80 seconds, and disappears at 120 seconds.
  If the station is in the BUDDY list, it will disappear at 240 seconds.

Closing APRSIS32 application and editing the XML to change these parameters should do what you want.
I'll let Lynn fill in more details.

Robert Giuliano
KB8RCO



On Sunday, August 30, 2020, 12:17:40 AM EDT, Bob KE6GYD <ke6gyd@...> wrote:


Today I was doing a test with my ham group for receiving RF only stations.  After a couple of hours or so, the stations disappeared without me killing them.
Is there a setting that will keep them showing longer, even if they don't beacon for over a few hours?
I searched documentation and looked thru menus and couldn't find anything.
Regards
Bob
KE6GYD


Re: Stations Go Away after so much time

Rob Giuliano
 

So I guess Lynn did repspond, and I had the units wrong.

Robert Giuliano
KB8RCO



On Sunday, August 30, 2020, 11:17:06 AM EDT, Lynn Deffenbaugh <kj4erj@...> wrote:


If you double-click the narrow vertical bar to the right of the map, it will show you the current Age settings.

These are set only in the XML.  The defaults are shown below.

<Stations.MinAge>80</Stations.MinAge>
<Stations.MaxAge>120</Stations.MaxAge>
<Stations.MaxAge.Buddy>0</Stations.MaxAge.Buddy>

Between MinAge and MaxAge, the stations will slow fade out (become more transparent).  The definition of a "buddy" is anyone that you are following explicitly or are included in a buddy (or friend, I believe) term in your Add Filter setting.

The following parameters govern the track purging.

<Stations.Tracks.Hours>24</Stations.Tracks.Hours>
<Stations.Tracks.Buddy.Hours>0</Stations.Tracks.Buddy.Hours>

And finally, two parameters that govern how long telemetry definitions and bulletins are retained unless refreshed by receiving new definitions.

<Aging.TelemetryDefs.Days>14</Aging.TelemetryDefs.Days>
<Aging.Bulletins.Hours>48</Aging.Bulletins.Hours>

See also: http://aprsisce.wikidot.com/doc:editing-xml-configuration

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

On 8/30/2020 12:17 AM, Bob KE6GYD wrote:
Today I was doing a test with my ham group for receiving RF only stations.  After a couple of hours or so, the stations disappeared without me killing them.
Is there a setting that will keep them showing longer, even if they don't beacon for over a few hours?
I searched documentation and looked thru menus and couldn't find anything.
Regards
Bob
KE6GYD


Re: Stations Go Away after so much time

Lynn Deffenbaugh
 

If you double-click the narrow vertical bar to the right of the map, it will show you the current Age settings.

These are set only in the XML.  The defaults are shown below.

<Stations.MinAge>80</Stations.MinAge>
<Stations.MaxAge>120</Stations.MaxAge>
<Stations.MaxAge.Buddy>0</Stations.MaxAge.Buddy>

Between MinAge and MaxAge, the stations will slow fade out (become more transparent).  The definition of a "buddy" is anyone that you are following explicitly or are included in a buddy (or friend, I believe) term in your Add Filter setting.

The following parameters govern the track purging.

<Stations.Tracks.Hours>24</Stations.Tracks.Hours>
<Stations.Tracks.Buddy.Hours>0</Stations.Tracks.Buddy.Hours>

And finally, two parameters that govern how long telemetry definitions and bulletins are retained unless refreshed by receiving new definitions.

<Aging.TelemetryDefs.Days>14</Aging.TelemetryDefs.Days>
<Aging.Bulletins.Hours>48</Aging.Bulletins.Hours>

See also: http://aprsisce.wikidot.com/doc:editing-xml-configuration

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

On 8/30/2020 12:17 AM, Bob KE6GYD wrote:
Today I was doing a test with my ham group for receiving RF only stations.  After a couple of hours or so, the stations disappeared without me killing them.
Is there a setting that will keep them showing longer, even if they don't beacon for over a few hours?
I searched documentation and looked thru menus and couldn't find anything.
Regards
Bob
KE6GYD


Re: Stations Go Away after so much time

Rob Giuliano
 

I haven't seen a reply from Lynn yet, so I will give it a shot.

I believe the termonolgy is "station aging".
There are several parameters in the APRSIS32.xml file for this.
The ones I am familiar with are
   <Stations.MinAge>80</Stations.MinAge>
   <Stations.MaxAge>120</Stations.MaxAge>
  <Stations.MaxAge.Buddy>240</Stations.MaxAge.Buddy>
So, as I recall, the station starts againg (I believe fades) at 80 seconds, and disappears at 120 seconds.
  If the station is in the BUDDY list, it will disappear at 240 seconds.

Closing APRSIS32 application and editing the XML to change these parameters should do what you want.
I'll let Lynn fill in more details.

Robert Giuliano
KB8RCO



On Sunday, August 30, 2020, 12:17:40 AM EDT, Bob KE6GYD <ke6gyd@...> wrote:


Today I was doing a test with my ham group for receiving RF only stations.  After a couple of hours or so, the stations disappeared without me killing them.
Is there a setting that will keep them showing longer, even if they don't beacon for over a few hours?
I searched documentation and looked thru menus and couldn't find anything.
Regards
Bob
KE6GYD


Stations Go Away after so much time

Bob KE6GYD
 

Today I was doing a test with my ham group for receiving RF only stations.  After a couple of hours or so, the stations disappeared without me killing them.
Is there a setting that will keep them showing longer, even if they don't beacon for over a few hours?
I searched documentation and looked thru menus and couldn't find anything.
Regards
Bob
KE6GYD


need a passcode for APRSISCE/32

Rulon Holyoak
 

I need a passcode for APRSISCE/32 
AC7GR
Holyoak, Rulon M


Re: passcode for APRSISCE/32

Rob Giuliano
 

 which says requests should be sent to passcode@...


Passcode sent off list

Robert Giuliano
KB8RCO



On Saturday, August 29, 2020, 2:05:28 PM EDT, Rulon Holyoak via groups.io <ac7gr@...> wrote:


Please send passcode for APRSISCE/32
AC7GR
Holyoak, Rulon M


passcode for APRSISCE/32

Rulon Holyoak
 

Please send passcode for APRSISCE/32
AC7GR
Holyoak, Rulon M


Weather Station

Tim Choldas
 

Hey all! 

Now that I've got my main Igate up and running, I'm looking to build a weather station on some remote property I have in Colorado. 

Has anyone used the software for pushing packets to the system via RF? I know there are simpler ways, but I like the idea of using Direwolf on a Raspberry Pi and not having to buy an external TNC. Direwolf doesn't have any official support for weather stations that I know of. I see the option for creating a new weather object (New Configure / Objects / New Weather) and selecting a .txt file, but how will the software know what data to use from the file? Or what format it dumps in?

I would gladly experiment with this on my own, but don't have any weather stations to try it out with. 

73 all!


WikiMedia Tile Server closing

Lynn Deffenbaugh
 

In case any of you are using the Wikimedia tile server that used to be open, it is closing down in 45 days.  Not closing completely, but blocking non-Wikimedia access.  Read:

https://lists.wikimedia.org/pipermail/maps-l/2020-August/001729.html

and the incident that triggered the decision is at:

https://wikitech.wikimedia.org/wiki/Incident_documentation/20200204-maps

It's events like this, and the fact that OSM may be pushed into a similar decision with their tile servers eventually, that I continue to explore ways to render and deliver map tiles without investing a fortune in hardware and connectivity.  So the next time you notice slow tile downloads from my tile server, just consider the following hardware specs for OSM's rendering and CDN servers:

https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

https://hardware.openstreetmap.org/

And here's the details of one of their 6 or 7 tile rendering servers:

https://hardware.openstreetmap.org/servers/odin.openstreetmap.org/

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


Re: Bluetooth w/ Kenwood TH-D74

Demetre - M0SUY/SV1UY
 

So to sum it all up.

TH-D74 needs to be in KISS12 mode, the port in APRSIS32 should be a Simply(KISS) port and we need an external GPS because the internal GPS of the TH-D74 cannot pass NMEA DATA in KISS12 mode!

Only this way we can send BEACONS and MESSAGES via APRSIS32.

If we use the TH-D74 in APRS12 mode, then we need to configure a KWD710(APRS) port in APRSIS32 with NMEA support so that we can pass GPS DATA to APRSIS32. In this case we lose the abiity to send BEACONS or MESSAGES using APRSIS32 and we have to BEACON and send MESSAGES from the TH-D74.

Really the prefered way is to set the TH-D74 in KISS12 mode and use an external GPS or set our position manually in APRSIS32.

Have I got this right or am I missing something?

--
73 de Demetre M0SUY/SV1UY
APRS: 1st & best Social Network


Re: Bluetooth w/ Kenwood TH-D74

James Ewen
 

I'm a dummy... you have to tell the devices to connect, and then tell them, "Yes, it's okay to connect." on both ends. I will add this to the wiki entry.

James
VE6SRV


On Tue, Aug 25, 2020 at 4:31 PM James Ewen via groups.io <ve6srv=gmail.com@groups.io> wrote:
I'd love to clear the paired devices... haven't been able to get them to pair.

I'll play some more when I get home. Maybe they were naughty and partially paired behind my back! I have tried turning off all the data being sent to ensure that that wasn't interfering with the attempt to pair.

James
VE6SRV


On Tue, Aug 25, 2020 at 3:25 PM Arnold Harding. - KQ6DI <kq6di@...> wrote:
James,
What I believe worked, was:
Clearing the Paired Devices in the TH-D74.  Menu 931, manual page 18-2.
Only enable KISS through Bluetooth.  Menu 983.  I have the others off.
In my PC, I needed to remove the TH-D74 in the Bluetooth list.  That wasn't the easiest to find.

Then I paired.
then set up APRSIS32 port, enable KISS 12 in the radio.


My uneducated guess is I paired without the KISS enabled.  So when I tried to connect later with KISS, the pairing didn't match.  That's my wild guess.
Arnold, KQ6DI
On 08/25/2020 1:53 PM James Ewen <ve6srv@...> wrote:


So the issue does not seem to be the settings to use to pass the proper data between the radio and the computer, but rather getting the radio to be able to create a Bluetooth pairing with the computer. 

Most Bluetooth connections require the two devices that are to be communicating with each other to be paired together. 

That appears to be the step that is not discussed yet, and the step that I am currently stuck on. 

On Tue, Aug 25, 2020 at 2:47 PM Mitch Smith < pxls2prnt@...> wrote:
Excellent news, Arnold! I hope to get mine set up properly tonight.

I suspect you won't have many issues once you disconnect and use the HT for voice, and then reconnect...assuming the Bluetooth will allow it to connect again. I've not ran into issue with APRSIS32 not working once I'm reconnected via Bluetooth. 

—Mitch Smith, N7USU









--
James
VE6SRV

861 - 880 of 35629