Date   

Re: Problem with sending message via RF

Keith VE7GDH
 

Greg (callsign?) wrote...

I am having problems with sending messages via RF...
What is the callsign-SSID of the station sending the messages?

73 es cul - Keith VE7GDH
www.ui-view.org
--
"I may be lost, but I know exactly where I am!"


Re: Running APRSIS-CE and UISS on same computer

Mike Miller <mike.kc9doa@...>
 

Hi Bob,

UISS has an option to launch external programs when it starts.
It may well shut them down when UISS closes, so if he is
starting AGW from the UISS external program folder, that is
probably the problem. Multiple programs can share AGW, but must
have a unique call or SSID.

73
Mike kc9doa

On 20 Sep 2013 at 22:03, Bob Harris wrote:



Looking for help from someone acquainted with UISS. I may be in
over my head!

Been trying to help N1XED to get up and running with APRSIS-CE.
He presently has UISS running. That uses the AGW-PE engine to
talk to his KPC-3. If he closes UISS, he loses the AGW-PE engine
as well. To my feeble brain, it appears that the AGW-PE driver
is part of UISS. Am I correct?

Is there a way to run both UISS and APRSIS-CE simultaneously
with a "normal" AGW-PE? Or does UISS need to use its own AGW-PE
driver?

(As a stop-gap, I may set him up to use the KPC-3 in KISS mode
via a serial port directly but that would mean he could only run
one program or the other).
--
Bob Harris (K9UDX)
Bath, NH


Re: Problem with sending message via RF

James Ewen
 

On Fri, Sep 20, 2013 at 10:01 PM, Lynn W Deffenbaugh (Mr)
<kj4erj@arrl.net> wrote:

You really should use the "RF Only" option on the Chat dialog to force it to RF and
keep APRS-IS Messages enabled. This allows lots of capability including continuing
an APRS QSO with a station that might have left your range but is still within range
of another message-gating IGate. If you have APRS-IS Messages disabled, you'll
simply lose the QSO.
The above is an inaccurate observation. Hundreds of stations with RF
only access successfully send and receive APRS messages with stations
outside of their local RF network by having their messages injected
into the APRS-IS by other i-gates in the area.

The messaging source station does not have to directly inject a
message into the APRS-IS to be able to have their message gated into
another area.

--
James
VE6SRV


Re: Problem with sending message via RF

Lynn Deffenbaugh
 

You threatened it by asking the question so it decided to behave.

"Best" means that if APRSISCE/32 has "recently" heard the station on RF, it will send to RF.  It will ALWAYS send it to the APRS-IS (assuming you have Messages enabled, which you really should have).  If the station you're sending a message to is completely unknown, "Best" will send it out all available ports because it has no idea where the station is.

You really should use the "RF Only" option on the Chat dialog to force it to RF and keep APRS-IS Messages enabled.  This allows lots of capability including continuing an APRS QSO with a station that might have left your range but is still within range of another message-gating IGate.  If you have APRS-IS Messages disabled, you'll simply lose the QSO.

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

PS.  Another reason that the radio might not key up is that the TNC believes the channel is "busy".  APRSISCE/32 can only deliver packets to the TNC.  There's no handshaking to know if they were actually transmitted or not.  An enabled trace log on Port() can help you know if APRSISCE/32 is sending the data out that port or not.

On 9/20/2013 11:10 PM, g.isringhaus@... wrote:

Or is is maybe that it takes a little bit for APRSISCE to learn that the transmit is disabled on the IS.  Because now it seems to be working.  I think it is a slow learner.  Anyway, I'll let you know if it acts up again.



Re: Problem with sending message via RF

Lynn Deffenbaugh
 

Are you sure that the ack is getting to APRSISCE/32?  Or is your message pane (upper left of map) staying Yellow or Orange?  Check Messages / Pending Messages and I suspect you'll see that the first message is still waiting for an ack.  That should be the only thing that causes subsequent messages to wait because they're sent FIFO with an ack required before the next one will transmit.

Any hint as to why you don't have everything enabled on the APRS-IS port?  Especially Messages?  APRSISCE/32 is (semi-) intelligent about whether or not a message will be sent to RF, -IS, or both.  And you can still force it to RF Only directly in the Chat dialog.

Just because you see an ack in aprs.fi doesn't mean that ack got to your APRSISCE/32 instance.

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

On 9/20/2013 10:24 PM, g.isringhaus@... wrote:

I am having problems with sending messages via RF.  I can send someone one message at it triggers the radio and sends it just fine.  I check on aprs.fi and I am getting an ack.  I get a "2" for tries and seems to be like normal.  But when I try to send another message after that it seems to not go out at all.  It will show like it is trying, but it is not triggering my radio at all.  I am using AGWPE with APRSIS32.  Everything else seems fine, beacons and the such.  I have my APRS-IS configuration set to where everything is unchecked except for "Enabled" and "Xmit Enable".  I don't really want to send any packets out via the IS, RF only.  For my port to AGW I have everything checked except for "RF to IS" "IS to RF" "Me not 3rd" and "GPS/NMEA".  RF Baud is set at 1200 and Quiet Time is set to "0".  Any ideas why it would send the first packet out and seem to get an ack and not send out any others to that person?  I have tried this with two APRS callsings and same result. 

 

Thanks in advance.

 

Greg..



Re: Running APRSIS-CE and UISS on same computer

Lynn Deffenbaugh
 

AGW's Packet Engine is a fully shareable resource.  Any number of clients can concurrently connect to a single AGWPE instance to share the downstream TNC.

That said, I'm not familiar with UISS and cannot comment on how it is or is not bundled.  Have you tried just running APRSISCE/32 while UISS is still running and configuring an AGW port to talk to the TNC?

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

On 9/20/2013 10:03 PM, Bob Harris wrote:
Looking for help from someone acquainted with UISS. I may be in over my head!

Been trying to help N1XED to get up and running with APRSIS-CE. He presently has UISS running. That uses the AGW-PE engine to talk to his KPC-3. If he closes UISS, he loses the AGW-PE engine as well. To my feeble brain, it appears that the AGW-PE driver is part of UISS. Am I correct?

Is there a way to run both UISS and APRSIS-CE simultaneously with a "normal" AGW-PE? Or does UISS need to use its own AGW-PE driver?

(As a stop-gap, I may set him up to use the KPC-3 in KISS mode via a serial port directly but that would mean he could only run one program or the other).
--

Bob Harris (K9UDX)
Bath, NH



Re: Filtering on APRSIS32

Lynn Deffenbaugh
 

The Wiki page was edited to clarify the features that only work from the main window, an improvement that is a direct result of your questioning and my illumination e-mail.

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

On 9/20/2013 11:15 AM, SV1UY wrote:
Hi Robert and group,

Seems that when I set the Range to 0, the Screen/Filter Circle works nicely and I can see the change taking effect in realtime. This is what I was missing.
I see now that this is also mentioned in the WiKi. Maybe it was my oversight yesterday, but I see that the page was edited yesterday not sure what was edited though.

In any case, I have now solved this mystery! hi hi hi!

Thanks everyone for their posts.

73 and Good APRSing
de Demetre SV1UY




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

Yahoo! Groups Links




Re: Filtering on APRSIS32

Lynn Deffenbaugh
 

I'll look into this. That's not what it's supposed to do. Thanks for noticing and reporting the problem.

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

On 9/20/2013 3:30 PM, SV1UY wrote:
Hi Lynn,

Zoom-in and zoom-out change of filtering works only if we put 0 1/10th miles in Configure/Range/Range and also put nothing in Configure/General/AddFilter, provided Screen/Filter Circle is also checked.

73 de Demetre SV1UY

--- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
On 9/19/2013 5:09 AM, SV1UY wrote:
Is there a way to change the default filter when we connect to an APRS IGATE to port 14580 from APRSIS32? I read in the Wiki that it changes automatically as we zoom the map in and out but in my case it remains the same.
Demetre, can you provide a link and quote to where you read this on the
Wiki?

The filter range changing is only true if you check Screen / Range
Circle in the main window. This defaults to not checked because it can
cause an unexpected flood of data if you inadvertently (or purposefully)
zoom out to see the whole planet. In this case, your filtered feed will
approach (but not quite be the same as) a full feed.

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

PS. There's bait in my statement above. I wonder if anyone will see it
and ask for clarification...


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

Yahoo! Groups Links




Re: Problem with sending message via RF

Greg Isringhaus
 

Or is is maybe that it takes a little bit for APRSISCE to learn that the transmit is disabled on the IS.  Because now it seems to be working.  I think it is a slow learner.  Anyway, I'll let you know if it acts up again.


--- In aprsisce@..., <g.isringhaus@...> wrote:

 Lynn can you confirm?

 

QUOTE:  I'm pretty sure that if you have Best checked it will xmit both RF and IS unless you have IS disabled. But if it rx's an ack by IS it will try the next msg via IS and if its disabled it won't go out.
Greg KB3KBR Sent from my Verizon Wireless BlackBerry

 

Is there a fix on your end that you can do so that I don't have to select RF only each time I want to send a message.  Seems like "Best" method is getting confused and should know that my I have the IS disabled for messaging.


Re: Problem with sending message via RF

Greg Isringhaus
 

 Lynn can you confirm?

 

QUOTE:  I'm pretty sure that if you have Best checked it will xmit both RF and IS unless you have IS disabled. But if it rx's an ack by IS it will try the next msg via IS and if its disabled it won't go out.
Greg KB3KBR Sent from my Verizon Wireless BlackBerry

 

Is there a fix on your end that you can do so that I don't have to select RF only each time I want to send a message.  Seems like "Best" method is getting confused and should know that my I have the IS disabled for messaging.


--- In aprsisce@..., <goatherder_4891@...> wrote:

Greg KB3KBR Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: goatherder_4891@...
Date: Sat, 21 Sep 2013 02:59:51
To: <g.isringhaus@...>
Reply-To: goatherder_4891@...
Subject: Re: [aprsisce] RE: Problem with sending message via RF

I'm pretty sure that if you have Best checked it will xmit both RF and IS unless you have IS disabled. But if it rx's an ack by IS it will try the next msg via IS and if its disabled it won't go out.
Greg KB3KBR Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: g.isringhaus@...
Date: Sat, 21 Sep 2013 02:55:17
To: <aprsisce@...>
Subject: [aprsisce] RE: Problem with sending message via RF

 




 I am still connected to the IS, but just on receive only.  So I can either get acks back via RF or IS.  Also I am about 100% positive that I am getting an ack back because it makes it on the first attempt and then moves to the next line, but a packet never goes out.  And then the number goes 2,3,4,5,6 attempts but it is not triggering RF.


--- In aprsisce@..., <ve6srv@...> wrote:



Some APRS applications will hold onto your multiline messages until an ACK is seen for each line in turn.


If you send:


Message Line 1
Message Line 2


and APRSISCE/32 doesn't see the ACK for line 1, it will never attempt to send line 2. You can go into the queue and delete line 1, and then line 2 will go out. Or, you can uncheck the ACK checkbox, and APRSISCE/32 will send line after line without needing to see and ACK back.


When connected to the APRS-IS directly, ACKs are pretty much guaranteed, but via RF only, it can take a bit to get a successful ACK back, especially in a less that reliable network that most heavily populated areas have.


When I am working with messaging to my digipeaters via RF, I have to uncheck the ACK box to be able to work without having to delete messages manually. You don't always get ACKS gated back, but I see the response from the digipeater, so I know that I got through.







On Fri, Sep 20, 2013 at 8:24 PM, <g.isringhaus@... <mailto:g.isringhaus@...> > wrote:




I am having problems with sending messages via RF.  I can send someone one message at it triggers the radio and sends it just fine.  I check on aprs.fi <http://aprs.fi> and I am getting an ack.  I get a "2" for tries and seems to be like normal.  But when I try to send another message after that it seems to not go out at all.  It will show like it is trying, but it is not triggering my radio at all.  I am using AGWPE with APRSIS32.  Everything else seems fine, beacons and the such.  I have my APRS-IS configuration set to where everything is unchecked except for "Enabled" and "Xmit Enable".  I don't really want to send any packets out via the IS, RF only.  For my port to AGW I have everything checked except for "RF to IS" "IS to RF" "Me not 3rd" and "GPS/NMEA".  RF Baud is set at 1200 and Quiet Time is set to "0".  Any ideas why it would send the first packet out and seem to get an ack and not send out any others to that person?  I have tried this with two APRS callsings and same result. 
 
Thanks in advance.
 
Greg..






--
James
VE6SRV


Re: Problem with sending message via RF

Greg Isringhaus
 

  I just tried to send another message after the last one failed at 9 attempts.  Appears that APRSISCE is trying to send it out, as it goes 1,2,3,4,5,6 attempts and not triggering the RF port.


--- In aprsisce@..., <g.isringhaus@...> wrote:

 I am still connected to the IS, but just on receive only.  So I can either get acks back via RF or IS.  Also I am about 100% positive that I am getting an ack back because it makes it on the first attempt and then moves to the next line, but a packet never goes out.  And then the number goes 2,3,4,5,6 attempts but it is not triggering RF.


Re: Problem with sending message via RF

Greg Depew
 

Greg KB3KBR Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: goatherder_4891@hotmail.com
Date: Sat, 21 Sep 2013 02:59:51
To: <g.isringhaus@gmail.com>
Reply-To: goatherder_4891@hotmail.com
Subject: Re: [aprsisce] RE: Problem with sending message via RF

I'm pretty sure that if you have Best checked it will xmit both RF and IS unless you have IS disabled. But if it rx's an ack by IS it will try the next msg via IS and if its disabled it won't go out.
Greg KB3KBR Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: g.isringhaus@gmail.com
Date: Sat, 21 Sep 2013 02:55:17
To: <aprsisce@yahoogroups.com>
Subject: [aprsisce] RE: Problem with sending message via RF

 




 I am still connected to the IS, but just on receive only.  So I can either get acks back via RF or IS.  Also I am about 100% positive that I am getting an ack back because it makes it on the first attempt and then moves to the next line, but a packet never goes out.  And then the number goes 2,3,4,5,6 attempts but it is not triggering RF.


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



Some APRS applications will hold onto your multiline messages until an ACK is seen for each line in turn.


If you send:


Message Line 1
Message Line 2


and APRSISCE/32 doesn't see the ACK for line 1, it will never attempt to send line 2. You can go into the queue and delete line 1, and then line 2 will go out. Or, you can uncheck the ACK checkbox, and APRSISCE/32 will send line after line without needing to see and ACK back.


When connected to the APRS-IS directly, ACKs are pretty much guaranteed, but via RF only, it can take a bit to get a successful ACK back, especially in a less that reliable network that most heavily populated areas have.


When I am working with messaging to my digipeaters via RF, I have to uncheck the ACK box to be able to work without having to delete messages manually. You don't always get ACKS gated back, but I see the response from the digipeater, so I know that I got through.







On Fri, Sep 20, 2013 at 8:24 PM, <g.isringhaus@... <mailto:g.isringhaus@...> > wrote:




I am having problems with sending messages via RF.  I can send someone one message at it triggers the radio and sends it just fine.  I check on aprs.fi <http://aprs.fi> and I am getting an ack.  I get a "2" for tries and seems to be like normal.  But when I try to send another message after that it seems to not go out at all.  It will show like it is trying, but it is not triggering my radio at all.  I am using AGWPE with APRSIS32.  Everything else seems fine, beacons and the such.  I have my APRS-IS configuration set to where everything is unchecked except for "Enabled" and "Xmit Enable".  I don't really want to send any packets out via the IS, RF only.  For my port to AGW I have everything checked except for "RF to IS" "IS to RF" "Me not 3rd" and "GPS/NMEA".  RF Baud is set at 1200 and Quiet Time is set to "0".  Any ideas why it would send the first packet out and seem to get an ack and not send out any others to that person?  I have tried this with two APRS callsings and same result. 
 
Thanks in advance.
 
Greg..






--
James
VE6SRV


Re: DUAL Port SoundModem (AGW)

Greg Isringhaus
 

 I just tried to send another message after the last one failed at 9 attempts.  Appears that APRSISCE is trying to send it out, as it goes 1,2,3,4,5,6 attempts and not triggering the RF port.


--- In aprsisce@..., <g.isringhaus@...> wrote:

 I would have to agree here Lynn.  I think a number of users are needing this, including me.  A BIG necessity for me coming up here, as I will be running APRS, Sat APRS, and HF APRS.  PLEASE help us that are trying to expand the network.  Thanks Lynn.

 

Greg...


Re: Problem with sending message via RF

Greg Isringhaus
 

 I am still connected to the IS, but just on receive only.  So I can either get acks back via RF or IS.  Also I am about 100% positive that I am getting an ack back because it makes it on the first attempt and then moves to the next line, but a packet never goes out.  And then the number goes 2,3,4,5,6 attempts but it is not triggering RF.


--- In aprsisce@..., <ve6srv@...> wrote:

Some APRS applications will hold onto your multiline messages until an ACK is seen for each line in turn.

If you send:

Message Line 1
Message Line 2

and APRSISCE/32 doesn't see the ACK for line 1, it will never attempt to send line 2. You can go into the queue and delete line 1, and then line 2 will go out. Or, you can uncheck the ACK checkbox, and APRSISCE/32 will send line after line without needing to see and ACK back.

When connected to the APRS-IS directly, ACKs are pretty much guaranteed, but via RF only, it can take a bit to get a successful ACK back, especially in a less that reliable network that most heavily populated areas have.

When I am working with messaging to my digipeaters via RF, I have to uncheck the ACK box to be able to work without having to delete messages manually. You don't always get ACKS gated back, but I see the response from the digipeater, so I know that I got through.




On Fri, Sep 20, 2013 at 8:24 PM, <g.isringhaus@...> wrote:


I am having problems with sending messages via RF.  I can send someone one message at it triggers the radio and sends it just fine.  I check on aprs.fi and I am getting an ack.  I get a "2" for tries and seems to be like normal.  But when I try to send another message after that it seems to not go out at all.  It will show like it is trying, but it is not triggering my radio at all.  I am using AGWPE with APRSIS32.  Everything else seems fine, beacons and the such.  I have my APRS-IS configuration set to where everything is unchecked except for "Enabled" and "Xmit Enable".  I don't really want to send any packets out via the IS, RF only.  For my port to AGW I have everything checked except for "RF to IS" "IS to RF" "Me not 3rd" and "GPS/NMEA".  RF Baud is set at 1200 and Quiet Time is set to "0".  Any ideas why it would send the first packet out and seem to get an ack and not send out any others to that person?  I have tried this with two APRS callsings and same result. 

 

Thanks in advance.

 

Greg..






--
James
VE6SRV


Re: Problem with sending message via RF

James Ewen
 

Some APRS applications will hold onto your multiline messages until an ACK is seen for each line in turn.

If you send:

Message Line 1
Message Line 2

and APRSISCE/32 doesn't see the ACK for line 1, it will never attempt to send line 2. You can go into the queue and delete line 1, and then line 2 will go out. Or, you can uncheck the ACK checkbox, and APRSISCE/32 will send line after line without needing to see and ACK back.

When connected to the APRS-IS directly, ACKs are pretty much guaranteed, but via RF only, it can take a bit to get a successful ACK back, especially in a less that reliable network that most heavily populated areas have.

When I am working with messaging to my digipeaters via RF, I have to uncheck the ACK box to be able to work without having to delete messages manually. You don't always get ACKS gated back, but I see the response from the digipeater, so I know that I got through.




On Fri, Sep 20, 2013 at 8:24 PM, <g.isringhaus@...> wrote:


I am having problems with sending messages via RF.  I can send someone one message at it triggers the radio and sends it just fine.  I check on aprs.fi and I am getting an ack.  I get a "2" for tries and seems to be like normal.  But when I try to send another message after that it seems to not go out at all.  It will show like it is trying, but it is not triggering my radio at all.  I am using AGWPE with APRSIS32.  Everything else seems fine, beacons and the such.  I have my APRS-IS configuration set to where everything is unchecked except for "Enabled" and "Xmit Enable".  I don't really want to send any packets out via the IS, RF only.  For my port to AGW I have everything checked except for "RF to IS" "IS to RF" "Me not 3rd" and "GPS/NMEA".  RF Baud is set at 1200 and Quiet Time is set to "0".  Any ideas why it would send the first packet out and seem to get an ack and not send out any others to that person?  I have tried this with two APRS callsings and same result. 

 

Thanks in advance.

 

Greg..






--
James
VE6SRV


Re: DUAL Port SoundModem (AGW)

Greg Isringhaus
 

 I would have to agree here Lynn.  I think a number of users are needing this, including me.  A BIG necessity for me coming up here, as I will be running APRS, Sat APRS, and HF APRS.  PLEASE help us that are trying to expand the network.  Thanks Lynn.

 

Greg...


--- In aprsisce@..., <sv1uy@...> wrote:

Hi Lyn,

Yes this is what I had to do. The PACKET Terminal program asks you wich port you want to use for transmission and this is what I had to do.

It works OK, but it would be better if you can put it in your TODO list and allow APRSIS32 to select TX PORT and it would be even better if it could remember which Port for future transmissions too.

This is even more important with Hardware Modems such as SCS PTC-II (the dual port units).

Thanks for reply.

73 de SV1UY

--- In aprsisce@..., "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
>
> APRSISCE/32 will receive from all ports of a multi-port interface, but
> will only transmit on the first configured port. This is true for AGW
> and AGW-work-alikes like UZ7HO.
>
> Hopefully your packet terminal can be configured to use port B and you
> can put APRS on port A.
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


Problem with sending message via RF

Greg Isringhaus
 

I am having problems with sending messages via RF.  I can send someone one message at it triggers the radio and sends it just fine.  I check on aprs.fi and I am getting an ack.  I get a "2" for tries and seems to be like normal.  But when I try to send another message after that it seems to not go out at all.  It will show like it is trying, but it is not triggering my radio at all.  I am using AGWPE with APRSIS32.  Everything else seems fine, beacons and the such.  I have my APRS-IS configuration set to where everything is unchecked except for "Enabled" and "Xmit Enable".  I don't really want to send any packets out via the IS, RF only.  For my port to AGW I have everything checked except for "RF to IS" "IS to RF" "Me not 3rd" and "GPS/NMEA".  RF Baud is set at 1200 and Quiet Time is set to "0".  Any ideas why it would send the first packet out and seem to get an ack and not send out any others to that person?  I have tried this with two APRS callsings and same result. 

 

Thanks in advance.

 

Greg..


Running APRSIS-CE and UISS on same computer

robt.harris
 

Looking for help from someone acquainted with UISS. I may be in over my head!

Been trying to help N1XED to get up and running with APRSIS-CE. He presently has UISS running. That uses the AGW-PE engine to talk to his KPC-3. If he closes UISS, he loses the AGW-PE engine as well. To my feeble brain, it appears that the AGW-PE driver is part of UISS. Am I correct?

Is there a way to run both UISS and APRSIS-CE simultaneously with a "normal" AGW-PE? Or does UISS need to use its own AGW-PE driver?

(As a stop-gap, I may set him up to use the KPC-3 in KISS mode via a serial port directly but that would mean he could only run one program or the other).
--

Bob Harris (K9UDX)
Bath, NH


Re: Font size

SV1UY <sv1uy@...>
 

FB FB FB Lynn,

Thanks for reply. The only problem is that if you use APRSIS32 on HF and zoom the map to cover all Europe and then increase the font size to make callsigns visible, if you zoom-in again to see only your country, the icons look huge.
Anyway it is nothing important.

Keep up the good work OM.

73 de Demetre SV1UY

--- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:

It's a feature and by design. If the fonts stayed large, they quickly
just turn into a black mass. This is also why Configure / Screen / Label
/ Max Visible exists. This will automatically turn off labels completely
if too many stations are visible on your map.

Hopefully they only get small when you zoom out, right? In should make
them larger to a certain point.

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


Re: Font size

Lynn Deffenbaugh
 

It's a feature and by design. If the fonts stayed large, they quickly just turn into a black mass. This is also why Configure / Screen / Label / Max Visible exists. This will automatically turn off labels completely if too many stations are visible on your map.

Hopefully they only get small when you zoom out, right? In should make them larger to a certain point.

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

On 9/20/2013 4:01 PM, SV1UY wrote:
Hi Lynn and group,

When I zoom in and out, the callsign fonts change to a point that wen can't even read them.

Is this a a feature or a bug?

73 and Good APRSing
de Demetre SV1UY

11601 - 11620 of 35468