Date   
Re: LS-* objects near CLAYTN digipeater

Lynn Deffenbaugh
 

Actually, with the qAC(WG3K-NJ), I think it went via RF and back into the APRS-IS.  If this is an RF station of your's, then hopefully Enables / Ports / Log All is checked and there should be a *.PKT file in the APRSIS32 directory with a copy of all the RF-received packets.  Can you check in there for any LS-FN* objects?

The report was for FN20*, but this one is probably close enough in FN42.  I can't believe there'd be more than one IGate pushing them through to RF.

BTW, for anyone considering this, the SZ-* objects are much fewer and update slightly less often than the LS-* individual (and grouped) strikes.  SZ-* (Strike Zone) only go to 4 character gridsquare while LS-* (Lightning Strike) go down to 6 character gridsquare and change their overlay depending on how many strikes are in that square.  The SZ will move around showing the centroid of the strikes within the larger square.  The comment should show the total number of strikes in the last 10 minutes within the square as well.  At least, I think that's the way it works from memory.

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

On 6/3/2020 9:05 PM, Fred Hillhouse wrote:

Never mind, this may be one of the Firenet servers which I am connected to.

 

Fred N7FMH

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Fred Hillhouse
Sent: Wednesday, June 03, 2020 8:56 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] LS-* objects near CLAYTN digipeater

 

I saw this in Massachusetts. Is it helpful?

 

 

Best regards,

Fred N7FMH

 

 

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
Sent: Wednesday, June 03, 2020 2:53 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] LS-* objects near CLAYTN digipeater

 

Is there any APRSIS32 user operating an RF station near the CLAYTN

digipeater in New Jersey (https://aprs.fi/#!call=CLAYTN)?

 

I received a report from KD2EIB that he is seeing my LS-* lightning

strike objects on his RF-ONLY FTM-400.  I'd like to track down the

source of these objects on their local RF.  Some IGate operator within

digipeater path coverage must be gating these objects from firenet to RF.

 

If anyone happens to have a capture of packets from RF from earlier

today, I'd like to know if any LS-* objects show up. They'll likely

(hopefully, at least) be third party packets transmitted by some nearby

IGate.  That IGate operator needs to be contacted and realize that

gating a potentially 100s of megabit pipe onto a 1200 baud pipe is not a

good idea!

 

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

 

 

 

 

 


Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



Re: LS-* objects near CLAYTN digipeater

Fred Hillhouse
 

Never mind, this may be one of the Firenet servers which I am connected to.

 

Fred N7FMH

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Fred Hillhouse
Sent: Wednesday, June 03, 2020 8:56 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] LS-* objects near CLAYTN digipeater

 

I saw this in Massachusetts. Is it helpful?

 

 

Best regards,

Fred N7FMH

 

 

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
Sent: Wednesday, June 03, 2020 2:53 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] LS-* objects near CLAYTN digipeater

 

Is there any APRSIS32 user operating an RF station near the CLAYTN

digipeater in New Jersey (https://aprs.fi/#!call=CLAYTN)?

 

I received a report from KD2EIB that he is seeing my LS-* lightning

strike objects on his RF-ONLY FTM-400.  I'd like to track down the

source of these objects on their local RF.  Some IGate operator within

digipeater path coverage must be gating these objects from firenet to RF.

 

If anyone happens to have a capture of packets from RF from earlier

today, I'd like to know if any LS-* objects show up. They'll likely

(hopefully, at least) be third party packets transmitted by some nearby

IGate.  That IGate operator needs to be contacted and realize that

gating a potentially 100s of megabit pipe onto a 1200 baud pipe is not a

good idea!

 

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

 

 

 

 

 


Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



Re: LS-* objects near CLAYTN digipeater

Fred Hillhouse
 

I saw this in Massachusetts. Is it helpful?

 

 

Best regards,

Fred N7FMH

 

 

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
Sent: Wednesday, June 03, 2020 2:53 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] LS-* objects near CLAYTN digipeater

 

Is there any APRSIS32 user operating an RF station near the CLAYTN

digipeater in New Jersey (https://aprs.fi/#!call=CLAYTN)?

 

I received a report from KD2EIB that he is seeing my LS-* lightning

strike objects on his RF-ONLY FTM-400.  I'd like to track down the

source of these objects on their local RF.  Some IGate operator within

digipeater path coverage must be gating these objects from firenet to RF.

 

If anyone happens to have a capture of packets from RF from earlier

today, I'd like to know if any LS-* objects show up. They'll likely

(hopefully, at least) be third party packets transmitted by some nearby

IGate.  That IGate operator needs to be contacted and realize that

gating a potentially 100s of megabit pipe onto a 1200 baud pipe is not a

good idea!

 

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

 

 

 




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com


LS-* objects near CLAYTN digipeater

Lynn Deffenbaugh
 

Is there any APRSIS32 user operating an RF station near the CLAYTN digipeater in New Jersey (https://aprs.fi/#!call=CLAYTN)?

I received a report from KD2EIB that he is seeing my LS-* lightning strike objects on his RF-ONLY FTM-400.  I'd like to track down the source of these objects on their local RF.  Some IGate operator within digipeater path coverage must be gating these objects from firenet to RF.

If anyone happens to have a capture of packets from RF from earlier today, I'd like to know if any LS-* objects show up. They'll likely (hopefully, at least) be third party packets transmitted by some nearby IGate.  That IGate operator needs to be contacted and realize that gating a potentially 100s of megabit pipe onto a 1200 baud pipe is not a good idea!

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

Re: Message > Email

Don Poaps
 

Old eyes and fat fingers.

73

Thank you

Don va7dgp/va7qu

On Wed., Jun. 3, 2020, 9:41 a.m. Lynn Deffenbaugh <kj4erj@...> wrote:

Look closely at your second attempt.  You had gmail <comma> com, not gmail <dot> com.

I just sent a second test to your @winlink.org e-mail address. It may be that winlink is blocking the EMAIL-2 sending address or something?

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

On 6/3/2020 11:31 AM, Don Poaps wrote:
Weird. I realize my typo in the first attempt. Corrected email address. I tried yours went through. I then tried a fellow ham and it went through. Not sure why my original 2 attempts crashed with the corrected email. It works. We have been doing a Zoom demonstration of using APRS messaging of the various parts.  Bringing renewed  interest locally. 

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 8:23 AM Don Poaps <va7dgp@...> wrote:
I did your steps but used a ISP email. Not a Winlink email.

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 7:22 AM Lynn Deffenbaugh <kj4erj@...> wrote:

Can you tell me the steps you took to get that error?  I just sent a test e-mail from my APRSIS32 (KJ4ERJ-AP) to you via EMAIL-2 and it worked as designed.

Messages / Send EMail...

Paste in or select the destination e-mail address (I used your's)

Enter a SHORT text in that box

Click Send.

A new QSO will open between EMAIL-2 and your station's callsign-SSID.  Mine says:

10:18:29  New Chat Between EMAIL-2 and KJ4ERJ-AP on 2020-06-03
10:18:22> Email sent to va7qu@...

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

On 6/3/2020 10:02 AM, Don Poaps wrote:
6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           






                    






  




 

Re: Message > Email

Lynn Deffenbaugh
 

Look closely at your second attempt.  You had gmail <comma> com, not gmail <dot> com.

I just sent a second test to your @winlink.org e-mail address. It may be that winlink is blocking the EMAIL-2 sending address or something?

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

On 6/3/2020 11:31 AM, Don Poaps wrote:
Weird. I realize my typo in the first attempt. Corrected email address. I tried yours went through. I then tried a fellow ham and it went through. Not sure why my original 2 attempts crashed with the corrected email. It works. We have been doing a Zoom demonstration of using APRS messaging of the various parts.  Bringing renewed  interest locally. 

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 8:23 AM Don Poaps <va7dgp@...> wrote:
I did your steps but used a ISP email. Not a Winlink email.

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 7:22 AM Lynn Deffenbaugh <kj4erj@...> wrote:

Can you tell me the steps you took to get that error?  I just sent a test e-mail from my APRSIS32 (KJ4ERJ-AP) to you via EMAIL-2 and it worked as designed.

Messages / Send EMail...

Paste in or select the destination e-mail address (I used your's)

Enter a SHORT text in that box

Click Send.

A new QSO will open between EMAIL-2 and your station's callsign-SSID.  Mine says:

10:18:29  New Chat Between EMAIL-2 and KJ4ERJ-AP on 2020-06-03
10:18:22> Email sent to va7qu@...

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

On 6/3/2020 10:02 AM, Don Poaps wrote:
6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



image.png


                    
image.jpeg


image.jpeg


  




 

Re: Message > Email

Don Poaps
 

Weird. I realize my typo in the first attempt. Corrected email address. I tried yours went through. I then tried a fellow ham and it went through. Not sure why my original 2 attempts crashed with the corrected email. It works. We have been doing a Zoom demonstration of using APRS messaging of the various parts.  Bringing renewed  interest locally. 

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 8:23 AM Don Poaps <va7dgp@...> wrote:
I did your steps but used a ISP email. Not a Winlink email.

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 7:22 AM Lynn Deffenbaugh <kj4erj@...> wrote:

Can you tell me the steps you took to get that error?  I just sent a test e-mail from my APRSIS32 (KJ4ERJ-AP) to you via EMAIL-2 and it worked as designed.

Messages / Send EMail...

Paste in or select the destination e-mail address (I used your's)

Enter a SHORT text in that box

Click Send.

A new QSO will open between EMAIL-2 and your station's callsign-SSID.  Mine says:

10:18:29  New Chat Between EMAIL-2 and KJ4ERJ-AP on 2020-06-03
10:18:22> Email sent to va7qu@...

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

On 6/3/2020 10:02 AM, Don Poaps wrote:
6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



image.png


                    
image.jpeg


image.jpeg


  




 

Re: Message > Email

Don Poaps
 

I did your steps but used a ISP email. Not a Winlink email.

73
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 


On Wed, Jun 3, 2020 at 7:22 AM Lynn Deffenbaugh <kj4erj@...> wrote:

Can you tell me the steps you took to get that error?  I just sent a test e-mail from my APRSIS32 (KJ4ERJ-AP) to you via EMAIL-2 and it worked as designed.

Messages / Send EMail...

Paste in or select the destination e-mail address (I used your's)

Enter a SHORT text in that box

Click Send.

A new QSO will open between EMAIL-2 and your station's callsign-SSID.  Mine says:

10:18:29  New Chat Between EMAIL-2 and KJ4ERJ-AP on 2020-06-03
10:18:22> Email sent to va7qu@...

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

On 6/3/2020 10:02 AM, Don Poaps wrote:
6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



image.png


                    
image.jpeg


image.jpeg


  




 

Re: Message > Email

Lynn Deffenbaugh
 

According to what I see in your raw packets at aprs.fi, you didn't use a properly formed e-mail address:

2020-06-03 09:52:00 EDT: VA7DGP>APWW11,WIDE1-1,WIDE2-2,qAO,VA7ITJ-10::EMAIL-2  :va7kmg@gmail Good Zoom chat last night{PY}
2020-06-03 09:52:09 EDT: VA7DGP>APWW11,WIDE1-1,WIDE2-2,qAO,VA7ITJ-10::EMAIL-2  :ack96}PY
2020-06-03 09:57:43 EDT: VA7DGP>APWW11,WIDE1-1,WIDE2-2,qAO,VA7ITJ-10::EMAIL-2  :va7kmg@gmail,com Great Zoom chat{PZ}96
2020-06-03 09:57:51 EDT: VA7DGP>APWW11,WIDE1-1,WIDE2-2,qAR,CHURCH::EMAIL-2  :ack97}PZ
2020-06-03 10:00:58 EDT: VA7DGP>APWW11,WIDE1-1,WIDE2-2,qAO,VA7ITJ-10:@140055h4912.03N/12257.24WlAPRS-IS for Win32

The first attempt was simply "@gmail" which is invalid.

The second attempt was "@gmail,com" with a comma where a dot should be.

So of course EMAIL-2's response was not success:

2020-06-03 09:52:01 EDT: EMAIL-2>APJIE4,TCPIP*,qAC,AE5PL-JF::VA7DGP   :Invalid Request!{96}PY
2020-06-03 09:57:44 EDT: EMAIL-2>APJIE4,TCPIP*,qAC,AE5PL-JF::VA7DGP   :Invalid Request!{97}PZ
2020-06-03 10:18:22 EDT: EMAIL-2>APJIE4,TCPIP*,qAC,AE5PL-JF::KJ4ERJ-AP:Email sent to va7qu@...{XN}EC

Try it again with a proper e-mail address and it should work for you as it did for me.

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

On 6/3/2020 10:02 AM, Don Poaps wrote:
6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



image.png


                    
image.jpeg


image.jpeg


  




 

Re: Message > Email

Lynn Deffenbaugh
 

Can you tell me the steps you took to get that error?  I just sent a test e-mail from my APRSIS32 (KJ4ERJ-AP) to you via EMAIL-2 and it worked as designed.

Messages / Send EMail...

Paste in or select the destination e-mail address (I used your's)

Enter a SHORT text in that box

Click Send.

A new QSO will open between EMAIL-2 and your station's callsign-SSID.  Mine says:

10:18:29  New Chat Between EMAIL-2 and KJ4ERJ-AP on 2020-06-03
10:18:22> Email sent to va7qu@...

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

On 6/3/2020 10:02 AM, Don Poaps wrote:
6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



image.png


                    
image.jpeg


image.jpeg


  




 

Message > Email

Don Poaps
 

6:52:30  New Chat Between EMAIL-2 and VA7DGP on 2020-06-03
06:52:0 Invalid Request!



I imagine that info on this web page is hardcoded in APRSIS. I know wlnk-1 works

73

Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



image.png


                    
image.jpeg


image.jpeg


  




 

Tile server status

Lynn Deffenbaugh
 

Wow, what a difference a software upgrade makes!  My tile server (http://ldeffenb.dnsalias.net:14171/hot/%z/%x/%y.png) has been struggling recently to keep up with the OSM planet-wide updates and getting them applied to my local DB.  At times, osm2pgsql would spike to 40+GB of RAM consumption while applying an update which dropped the throughput dramatically as Ubuntu couldn't use the RAM as disk cache any more.

Well, I knew there was recent development going on with osm2pgsql adding a new "flex" output to it, but I've only been casually monitoring it.  So I took a closer look the other day and found out that there was a FIX (November 29, 2019 https://github.com/openstreetmap/osm2pgsql/releases/tag/1.2.1) for the RAM consumption issue!  I applied that fix and now instead of taking 46 to 54+ hours to apply 48 hours worth of updates, it's now only taking 24-25 hours for 48 hours of updates!  SWEET!  And I forced the first update run with the new version to pick up on an update set that I knew triggered the bug and it is definitely gone.

Here's the "lag" graph over the past week.  It's pretty obvious when I applied the updated version, wouldn't you say?

Data import lag

Bottom line is that my tile server won't really get a lot faster (except for not being busy just trying to keep current), but at least the tiles it generates and serves will be more current.

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

PS.  I have been further behind, and was really catching up until someone started tweaking the relations that were triggering the bug.  Here's the year graph of my lag.

yearly graph

And here's the Memory usage showing the issue.  As you can imagine, when all cache becomes application RAM and the swapper gets into the action, things get REAL SLOW on the tile server!
monthly graphmonthly graph

Maybe now that the update issue is cured, I can fire up the blockchain and see about using IPFS or swarm (likely the former) for meta-tile distribution, access, and archive.  See https://github.com/ethersphere/swarm/wiki/IPFS-&-SWARM or have some fun with google...

Re: Questions probably for Lynn

Arnold Harding. - KQ6DI
 

Follow-up.
If I click on a station on the map, then click on the Callsign to get more information, that also plays the MB_ICONINFORMATION sound.
Arnold Harding

On May 31, 2020 at 11:43 AM "Arnold Harding. - KQ6DI" <kq6di@...> wrote:

Lynn,
Is there any way we can set
Stations.MinAge and Stations.MaxAge
other than by editing the .xml file?  Can you consider adding that possibly in Configure -> Screen?


In the Sounds for various events, you have several all defined to the same sound.
Inbound Message Received (for ME) - MB_ICONINFORMATION
Outbound Message Ack Received - MB_ICONINFORMATION
New Bulletin Received (if Enabled) - MB_ICONINFORMATION
   where
MB_ICONINFORMATION - The sound specified as the Windows Asterisk sound.
It would be nice if "Inbound Message Received (for ME)" could be defined to be some different Windoz sound. 
As it is, I have "MB_ICONINFORMATION" playing " New Message" sound from APRS+SA.  It doesn't really make a difference what sound because whatever sound is for a new message plays and plays and plays with anything having to do with messages.  If you make "Inbound Message Received (for ME)" ANY other Windoz definition, then the user (me for example) can make that sound what I want.
This way you don't need to make any special sound handling other than changing the 'defined Windoz sound'. 

As it is, I send a message, and get a "Outbound Message Ack Received".  BING, Oh a new message...  Nope.  BING, Oh a new message, nope, a Buletin from Chile...

These would be nice changes in your "spare" time.

Thanks, Arnold, KQ6DI

 

Questions probably for Lynn

Arnold Harding. - KQ6DI
 

Lynn,
Is there any way we can set
Stations.MinAge and Stations.MaxAge
other than by editing the .xml file?  Can you consider adding that possibly in Configure -> Screen?


In the Sounds for various events, you have several all defined to the same sound.
Inbound Message Received (for ME) - MB_ICONINFORMATION
Outbound Message Ack Received - MB_ICONINFORMATION
New Bulletin Received (if Enabled) - MB_ICONINFORMATION
   where
MB_ICONINFORMATION - The sound specified as the Windows Asterisk sound.
It would be nice if "Inbound Message Received (for ME)" could be defined to be some different Windoz sound. 
As it is, I have "MB_ICONINFORMATION" playing " New Message" sound from APRS+SA.  It doesn't really make a difference what sound because whatever sound is for a new message plays and plays and plays with anything having to do with messages.  If you make "Inbound Message Received (for ME)" ANY other Windoz definition, then the user (me for example) can make that sound what I want.
This way you don't need to make any special sound handling other than changing the 'defined Windoz sound'. 

As it is, I send a message, and get a "Outbound Message Ack Received".  BING, Oh a new message...  Nope.  BING, Oh a new message, nope, a Buletin from Chile...

These would be nice changes in your "spare" time.

Thanks, Arnold, KQ6DI

Re: Pixelated Map Again

KD7YZ Bob
 

On 5/30/2020 23:04, James Ewen wrote:
Turn off purging in the map options to keep the tiles you have already downloaded.
Thanks Jerry! Done!

--
73
Bob KD7YZ
AMSAT LM #901


--
KD7YZ Bob EM88LL

Re: Pixelated Map Again

James Ewen
 

Turn off purging in the map options to keep the tiles you have already downloaded. 

No need to download the same tiles over and over again, especially if you have poor internet service. 

James 
VE6SRV

On Sat, May 30, 2020 at 11:28 AM KD7YZ Bob <kd7yz@...> wrote:
Hi Lynn and all:

Internet "may" be the issue. sometimes I either have "some slooowww"
Internet and sometimes no internet. Sometime up to a whopping 20mb.

Map OK now.

OSM was turned on.

tracing was off

exe file in C:\Radio,  so not a problem.

Since Map now looks good, and it's a while since I was in here and wrote
the question, I am guessing Internet access was the issue.


Thank You.


--
KD7YZ Bob EM88LL



--
James
VE6SRV

Re: Pixelated Map Again

KD7YZ Bob
 

Hi Lynn and all:

Internet "may" be the issue. sometimes I either have "some slooowww" Internet and sometimes no internet. Sometime up to a whopping 20mb.

Map OK now.

OSM was turned on.

tracing was off

exe file in C:\Radio, so not a problem.

Since Map now looks good, and it's a while since I was in here and wrote the question, I am guessing Internet access was the issue.


Thank You.


--
KD7YZ Bob EM88LL

Re: Pixelated Map Again

Lynn Deffenbaugh
 

Yes, there should be an APRSIS32.XML file in the directory under which you execute the program.  Deleting that file while the program is closed will put it back to its original non-configured state.  Or copy the .EXE to a newly created empty directory and execute it from there.

But like I suggested before, if you bring up and enable the OSM trace log, you might be able to learn what is causing the issue.

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

On 5/30/2020 9:48 AM, KD7YZ Bob wrote:
A while back I answered my own question about this. Apparently that wasn't the answer.

When I started APRSIS32 this AM I saw the pixelated map again. Thus I did another reboot. This did not fix the problem.

Is there a config of settings file I can delete which is then rebuilt at a new program startup ... and that would put me back to a 'correct' map?

The version I am using is 2020/05/19 21:42 fwiw.
Windows-10-Pro

Re: Pixelated Map Again

Fred Hillhouse
 

One more thing that Mark sparked:

And, not running from the ZIP file.

 

Fred N7FMH

 

 

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of KE6BB via groups.io
Sent: Saturday, May 30, 2020 11:15 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Pixelated Map Again

 

I will add a couple of other basic things to Fred's checklist:  

Be sure the APRSIS32.exe file and the map tiles are not in Windows protected folders PROGRAMS and PROGRAMS(x86).  Either of those will prevent APRSIS32 from writing its XML configuration file and map tiles to your computer.

 

Mark

KE6BB

 

 

-------- Original message --------

From: Fred Hillhouse <fmhillhouse@...>

Date: 5/30/20 7:45 AM (GMT-08:00)

To: APRSISCE@groups.io

Subject: Re: [APRSISCE] Pixelated Map Again

 

Look at Toolbar-Enables:
Are you connected to the internet?
Do you have internet Access enabled?
Is OSM fetch enabled?

This will take a bit more effort if everything above is answered yes.
Have you verified your tile server configuration?
Probably the best approach would be to send your APRSIS32.xml file to Lynn directly.

Best regards,
Fred N7FMH



-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of KD7YZ Bob
Sent: Saturday, May 30, 2020 9:48 AM
To: APRSISCE@groups.io
Subject: [APRSISCE] Pixelated Map Again

A while back I answered my own question about this. Apparently that wasn't the answer.

When I started APRSIS32 this AM I saw the pixelated map again. Thus I did another reboot. This did not fix the problem.

Is there a config of settings file I can delete which is then rebuilt at a new program startup ... and that would put me back to a 'correct' map?

The version I am using is 2020/05/19 21:42 fwiw.
Windows-10-Pro

--
73
Bob KD7YZ
AMSAT LM #901


--
KD7YZ Bob EM88LL





--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus






Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com


Re: Pixelated Map Again

KE6BB
 

I will add a couple of other basic things to Fred's checklist:  
Be sure the APRSIS32.exe file and the map tiles are not in Windows protected folders PROGRAMS and PROGRAMS(x86).  Either of those will prevent APRSIS32 from writing its XML configuration file and map tiles to your computer.

Mark
KE6BB


-------- Original message --------
From: Fred Hillhouse <fmhillhouse@...>
Date: 5/30/20 7:45 AM (GMT-08:00)
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Pixelated Map Again

Look at Toolbar-Enables:
Are you connected to the internet?
Do you have internet Access enabled?
Is OSM fetch enabled?

This will take a bit more effort if everything above is answered yes.
Have you verified your tile server configuration?
Probably the best approach would be to send your APRSIS32.xml file to Lynn directly.

Best regards,
Fred N7FMH



-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of KD7YZ Bob
Sent: Saturday, May 30, 2020 9:48 AM
To: APRSISCE@groups.io
Subject: [APRSISCE] Pixelated Map Again

A while back I answered my own question about this. Apparently that wasn't the answer.

When I started APRSIS32 this AM I saw the pixelated map again. Thus I did another reboot. This did not fix the problem.

Is there a config of settings file I can delete which is then rebuilt at a new program startup ... and that would put me back to a 'correct' map?

The version I am using is 2020/05/19 21:42 fwiw.
Windows-10-Pro

--
73
Bob KD7YZ
AMSAT LM #901


--
KD7YZ Bob EM88LL





--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus