Date   

Re: New Zoom Poll/Feature request

m6xsd <m6xsd@...>
 

I agree with I slightly prefer '+' to give more detail but all the other stuff I use works the other way, so I voted '+' to zoom in.

73,
Colin
M6XSD.

--- In aprsisce@yahoogroups.com, Noel Shrum <noel.w8tvi@...> wrote:

Plus should zoom in.
I'd personally like to have down be +/zoom in (but everyone (like google
maps and bing maps) seems to use up as zoom in), so I vote for +/up
being zoom in to match the rest of the world.

Feature request:
My HTC Touch Pro 2 has a zoom bar on the face of the phone, and it would
be REALLY nice to be able to use that to zoom the map.
It'd be very handy to not need to slide the keyboard open to zoom.

There are a bunch of new phones coming out that lack the D-Pad on the
face of the phone (they are the WVGA and WQVGA phones).

Noel
W8TVI


Re: New Zoom Poll/Feature request

Lynn Deffenbaugh
 

Noel Shrum wrote:
My HTC Touch Pro 2 has a zoom bar on the face of the phone, and it would
be REALLY nice to be able to use that to zoom the map.
It'd be very handy to not need to slide the keyboard open to zoom.
Any idea what the zoom bar tells Windows when you use it? Not having access to a Touch Pro 2 makes it difficult to develop for such platform-specific features. I might build a simple test program that captures windows messages between the time you click a start and stop button so that I can capture a trace of what the slider does. If it provides anything remotely standard, I can probably support it.

There are a bunch of new phones coming out that lack the D-Pad on the
face of the phone (they are the WVGA and WQVGA phones).
I'm also considering using the number keys to do various features like pan and zoom. But then, the phones that are doing away with the D-Pad probably already don't have a keyboard either....

Does the Touch Pro 2 have a rocker on the side like the Tilt/TyTn II? If so, that already does zoom as it provides up/down messages to the running program.

Lynn (D) - KJ4ERJ


Re: New Zoom Poll/Feature request

Noel Shrum
 

Plus should zoom in.
I'd personally like to have down be +/zoom in (but everyone (like google
maps and bing maps) seems to use up as zoom in), so I vote for +/up
being zoom in to match the rest of the world.

Feature request:
My HTC Touch Pro 2 has a zoom bar on the face of the phone, and it would
be REALLY nice to be able to use that to zoom the map.
It'd be very handy to not need to slide the keyboard open to zoom.

There are a bunch of new phones coming out that lack the D-Pad on the
face of the phone (they are the WVGA and WQVGA phones).

Noel
W8TVI


New Zoom Poll

Lynn Deffenbaugh
 

Ok, there's a bunch more people in the group now than before so I've re-created a poll about the Zoom feature in APRSISCE/32. You can view it (and hopefully vote) at http://groups.yahoo.com/group/aprsisce/surveys?id=2274239

I've already placed my vote, and the polls are open so you can see what it says (as if you'll be surprised that it matches what the client already does). The previous poll only had 6 votes and it was an even split 3/3 which is why the zoom is still the way it is.

This is your chance to provide input to the usability of the client! Cast your vote now and see which way it goes.

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


New poll for aprsisce

aprsisce@...
 

Enter your vote today! A new poll has been created for the
aprsisce group:

Which way should the zoom up/down +/- work?

o Up/+ should show more area/stations
o Up/+ should show more detail


To vote, please visit the following web page:
http://groups.yahoo.com/group/aprsisce/surveys?id=2274239

Note: Please do not reply to this message. Poll votes are
not collected via email. To vote, you must go to the Yahoo! Groups
web site listed above.

Thanks!


Re: NMEA GPS on Windows Mobile

Lynn Deffenbaugh
 

m6xsd wrote:
I thought this link: http://msdn.microsoft.com/en-us/library/ms889962.aspx might be of interest to you (if you didn't already find it), I found it via one of your Links and indirectly through a search I did.
Yep, the "GPS Intermediate Driver" is what does the GPSapi that I keep referring to. It really does simplify GPS development on Windows Mobile, but ONLY on Windows Mobile. I really don't understand why they haven't adopted the support into Win32.

I particularly liked their discussion of GPS power at http://msdn.microsoft.com/en-us/library/ms889976.aspx They seem to not understand programs that ALWAYS want to know where they are, not just sometimes. Yeah, right, like I'm going to turn the GPS off for a while while I'm driving down the road, or even when I'm standing still because I've no idea how long it will be before we MOVE again. Now, if only there was an accelerometer in WinMo phones....

Anyway, on a related note, for those that haven't voted yet, there's a poll at http://groups.yahoo.com/group/aprsisce/surveys?id=2262480 semi-related to power management and toggling the GPS on and off...

Incidently, I haven't had much luck with programs sharing one GPS, there always seems to be one that hogs the port so the others don't see it.
As long as you have all of the programs configured to talk to the port configured on the "Programs" tab and not the "Hardware" tab, that shouldn't be a problem. However, you probably can't use any program that automatically searches for a GPS. It's as likely to find it on the Hardware port as it is on the Program port. But, thinking again, if you bring up a program that is configured for the Program port, that should cause the Intermediate driver to lock out the Hardware port from other access. Then the sniffing program should find NMEA data to satisfy it on the Program port.

Short version: sharing the GPS might depend on the order in which you fire up the GPS-consuming applications.

73

Lynn (D) - KJ4ERJ - Tracking down an apparent resource leak in the Windows Mobile latest release...Bummer.

73,
Colin,
M6XSD

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

m6xsd wrote:

I'm intrigued as to what the GPD ports are (as opposed to COM ports),I must google it.
Ok Colin, you got my curiosity up. Here's the links I found interesting:

http://blogs.msdn.com/windowsmobile/archive/2006/06/07/620387.aspx
(WinMo 5 External GPS Control Panel)

http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=51130
(Apparently, I need to know stuff from the long post by Ris, I use a second thread for NMEA GPS work also)

http://forum.soft32.com/pda/WM5-GPS-ftopict59651.html
(Definitive data from the Windows CE Development Lead at Microsoft!)

http://msdn.microsoft.com/en-us/library/ms850332.aspx
(For the true geeks among us, this is what I need to know...)

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




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

Yahoo! Groups Links





Re: NMEA GPS on Windows Mobile

m6xsd <m6xsd@...>
 

Yep, interesting stuff (at least it would be if I understood it all).

I thought this link: http://msdn.microsoft.com/en-us/library/ms889962.aspx might be of interest to you (if you didn't already find it), I found it via one of your Links and indirectly through a search I did.

Incidently, I haven't had much luck with programs sharing one GPS, there always seems to be one that hogs the port so the others don't see it.


73,
Colin,
M6XSD

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

m6xsd wrote:
I'm intrigued as to what the GPD ports are (as opposed to COM ports),I must google it.
Ok Colin, you got my curiosity up. Here's the links I found interesting:

http://blogs.msdn.com/windowsmobile/archive/2006/06/07/620387.aspx
(WinMo 5 External GPS Control Panel)

http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=51130
(Apparently, I need to know stuff from the long post by Ris, I use a
second thread for NMEA GPS work also)

http://forum.soft32.com/pda/WM5-GPS-ftopict59651.html
(Definitive data from the Windows CE Development Lead at Microsoft!)

http://msdn.microsoft.com/en-us/library/ms850332.aspx
(For the true geeks among us, this is what I need to know...)

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


Re: NMEA GPS on Windows Mobile

Lynn Deffenbaugh
 

m6xsd wrote:
I'm intrigued as to what the GPD ports are (as opposed to COM ports),I must google it.
Ok Colin, you got my curiosity up. Here's the links I found interesting:

http://blogs.msdn.com/windowsmobile/archive/2006/06/07/620387.aspx
(WinMo 5 External GPS Control Panel)

http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=51130
(Apparently, I need to know stuff from the long post by Ris, I use a second thread for NMEA GPS work also)

http://forum.soft32.com/pda/WM5-GPS-ftopict59651.html
(Definitive data from the Windows CE Development Lead at Microsoft!)

http://msdn.microsoft.com/en-us/library/ms850332.aspx
(For the true geeks among us, this is what I need to know...)

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


Re: NMEA GPS on Windows Mobile

m6xsd <m6xsd@...>
 

Lynn asked:

All of your other GPS software is configured to read NMEA data directly
from the COM port that you configure on the Programs tab, is that correct?

Colin answers:

Yes, as I understand it the GPS settings are intended to allow you to quickly switch NMEA data sources without having to change all the settings in all the software that uses the NMEA data. At least that is how I use it on my iPaq.

I'm intrigued as to what the GPD ports are (as opposed to COM ports),I must google it.


73,
Colin
M6XSD.

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

Colin,

m6xsd wrote:
I tried it onmy HP iPaq HX2750 & it didn't 'just work'.
Ihave my Bluetooth GPS paired up to COM4 and set the GPS program port to GPD1 (GPD ports are the only other option to COM ports).
I wonder if I have to select the correct GPD port in APRSISCE, if so how do I do that?
The current version of APRSISCE completely ignores its own NMEA
configuration options. It simply polls the Windows Mobile GPSapi for
gps data. If there's any there, it shows it. If not, it shows "No Fix"
and no satellites will light up at the bottom of the screen.

My understanding of the External GPS configuration feature in Windows
Mobile as described below is that it would provide the hooks between an
external GPS specified on the Hardware tab and the internal GPS api.
The port specified on the Programs tab is for programs that use com
ports to directly read and parse NMEA data, which is what APRSISCE
doesn't do at the current time.

APRSISCE just tells me I have I have 'No Fix' yet Bluetooth GPS says I have and if I re-select a COM port instead of GPD all my other GPS software works OK.
All of your other GPS software is configured to read NMEA data directly
from the COM port that you configure on the Programs tab, is that correct?

I think the simplest path will be for me to just enable and use the
NMEA parsing support form a COM port even on Windows Mobile. I'll
probably simply disable the GPSapi calling if an NMEA GPS is
configured. Look for this in an upcoming release of the client. I've
got all the support code and it's probably only 10-20 lines of code to
hook it all together.

Thanks for trying! Oh, and can you tell me if the port configured on
the "Program" tab of "External GPS" shows up in APRSISCE's Configure /
NMEA / Not a TCP Port / upper left COM port dropdown? If so, it'll mean
one less bit of code I need to put together to get it working for you.

Lynn (D) - KJ4ERJ

PS. Depending on the Bluetooth stack in use, some COM ports may not
show up in the port drop-down of APRSISCE. I've got code that fixes
this, but have not yet integrated it into the client. It'll be more
important for the KISS support since the External GPS Windows Mobile
setting provides a shareable COM port for Bluetooth-connected GPSs.

73,
Colin
M6XSD.

--- In aprsisce@yahoogroups.com, Bradley Haney <kc9gqr@> wrote:

I run this on A HP PDA with built in GPS that is Nema output and it
works fine.

On Wed, Feb 17, 2010 at 1:50 PM, Lynn W. Deffenbaugh <kj4erj@>wrote:


I believe there was one (or a few) people out there waiting for NMEA GPS
support in the Windows Mobile (APRSISCE) client. I was in an APRS QSO
with PE1PKW-9 this afternoon and he mentioned that he is using a
BlueTooth GPS from his HTC Vario (a Windows Mobile device). I actually
didn't think that was possible, but he said he was accessing it "via the
comport", so I got to looking.

I KNOW the Windows Mobile client is not built for internal NMEA support,
regardless of the fact that you can configure it, it does not open the
port nor try to read the data, so I got to looking further (along with a
Google Search or two to nudge me in the right direction).

Windows Mobile's System Settings tab has an option for "External GPS".
If you open that, it defaults to the "Programs" tab which allows you to
configure a virtual com port (GPS program port) that non-GPSapi-aware
programs can access NMEA data from an internal GPS. However, there is
also a "Hardware" tab which gives you the ability (I think) to specify a
"GPS hardware port" and Baud rate. If this is configured, I believe
that Windows Mobile will open this port and poll for NMEA data providing
access to APRSISCE via the standard GPSapi that I use.

Can someone who is running APRSISCE on a Windows Mobile platform without
an internal GPS try pairing a com port to a Bluetooth GPS and then
configure this as the GPS hardware port? Once that is set up, I suspect
you can Enable GPS in APRSISCE and it will hopefully "just work".

I'm all eyes and ears to see if this actually works! Maybe I DON'T need
to support NMEA parsing on the Windows Mobile platform!

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




Re: NMEA GPS on Windows Mobile

Lynn Deffenbaugh
 

Colin,

m6xsd wrote:
I tried it onmy HP iPaq HX2750 & it didn't 'just work'.
Ihave my Bluetooth GPS paired up to COM4 and set the GPS program port to GPD1 (GPD ports are the only other option to COM ports).
I wonder if I have to select the correct GPD port in APRSISCE, if so how do I do that?
The current version of APRSISCE completely ignores its own NMEA configuration options. It simply polls the Windows Mobile GPSapi for gps data. If there's any there, it shows it. If not, it shows "No Fix" and no satellites will light up at the bottom of the screen.

My understanding of the External GPS configuration feature in Windows Mobile as described below is that it would provide the hooks between an external GPS specified on the Hardware tab and the internal GPS api. The port specified on the Programs tab is for programs that use com ports to directly read and parse NMEA data, which is what APRSISCE doesn't do at the current time.

APRSISCE just tells me I have I have 'No Fix' yet Bluetooth GPS says I have and if I re-select a COM port instead of GPD all my other GPS software works OK.
All of your other GPS software is configured to read NMEA data directly from the COM port that you configure on the Programs tab, is that correct?

I think the simplest path will be for me to just enable and use the NMEA parsing support form a COM port even on Windows Mobile. I'll probably simply disable the GPSapi calling if an NMEA GPS is configured. Look for this in an upcoming release of the client. I've got all the support code and it's probably only 10-20 lines of code to hook it all together.

Thanks for trying! Oh, and can you tell me if the port configured on the "Program" tab of "External GPS" shows up in APRSISCE's Configure / NMEA / Not a TCP Port / upper left COM port dropdown? If so, it'll mean one less bit of code I need to put together to get it working for you.

Lynn (D) - KJ4ERJ

PS. Depending on the Bluetooth stack in use, some COM ports may not show up in the port drop-down of APRSISCE. I've got code that fixes this, but have not yet integrated it into the client. It'll be more important for the KISS support since the External GPS Windows Mobile setting provides a shareable COM port for Bluetooth-connected GPSs.

73,
Colin
M6XSD.

--- In aprsisce@yahoogroups.com, Bradley Haney <kc9gqr@...> wrote:

I run this on A HP PDA with built in GPS that is Nema output and it
works fine.

On Wed, Feb 17, 2010 at 1:50 PM, Lynn W. Deffenbaugh <kj4erj@...>wrote:


I believe there was one (or a few) people out there waiting for NMEA GPS
support in the Windows Mobile (APRSISCE) client. I was in an APRS QSO
with PE1PKW-9 this afternoon and he mentioned that he is using a
BlueTooth GPS from his HTC Vario (a Windows Mobile device). I actually
didn't think that was possible, but he said he was accessing it "via the
comport", so I got to looking.

I KNOW the Windows Mobile client is not built for internal NMEA support,
regardless of the fact that you can configure it, it does not open the
port nor try to read the data, so I got to looking further (along with a
Google Search or two to nudge me in the right direction).

Windows Mobile's System Settings tab has an option for "External GPS".
If you open that, it defaults to the "Programs" tab which allows you to
configure a virtual com port (GPS program port) that non-GPSapi-aware
programs can access NMEA data from an internal GPS. However, there is
also a "Hardware" tab which gives you the ability (I think) to specify a
"GPS hardware port" and Baud rate. If this is configured, I believe
that Windows Mobile will open this port and poll for NMEA data providing
access to APRSISCE via the standard GPSapi that I use.

Can someone who is running APRSISCE on a Windows Mobile platform without
an internal GPS try pairing a com port to a Bluetooth GPS and then
configure this as the GPS hardware port? Once that is set up, I suspect
you can Enable GPS in APRSISCE and it will hopefully "just work".

I'm all eyes and ears to see if this actually works! Maybe I DON'T need
to support NMEA parsing on the Windows Mobile platform!

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




Re: NMEA GPS on Windows Mobile

m6xsd <m6xsd@...>
 

HiLynn,

I tried it onmy HP iPaq HX2750 & it didn't 'just work'.
Ihave my Bluetooth GPS paired up to COM4 and set the GPS program port to GPD1 (GPD ports are the only other option to COM ports).
I wonder if I have to select the correct GPD port in APRSISCE, if so how do I do that?

APRSISCE just tells me I have I have 'No Fix' yet Bluetooth GPS says I have and if I re-select a COM port instead of GPD all my other GPS software works OK.


73,
Colin
M6XSD.

--- In aprsisce@yahoogroups.com, Bradley Haney <kc9gqr@...> wrote:

I run this on A HP PDA with built in GPS that is Nema output and it
works fine.

On Wed, Feb 17, 2010 at 1:50 PM, Lynn W. Deffenbaugh <kj4erj@...>wrote:



I believe there was one (or a few) people out there waiting for NMEA GPS
support in the Windows Mobile (APRSISCE) client. I was in an APRS QSO
with PE1PKW-9 this afternoon and he mentioned that he is using a
BlueTooth GPS from his HTC Vario (a Windows Mobile device). I actually
didn't think that was possible, but he said he was accessing it "via the
comport", so I got to looking.

I KNOW the Windows Mobile client is not built for internal NMEA support,
regardless of the fact that you can configure it, it does not open the
port nor try to read the data, so I got to looking further (along with a
Google Search or two to nudge me in the right direction).

Windows Mobile's System Settings tab has an option for "External GPS".
If you open that, it defaults to the "Programs" tab which allows you to
configure a virtual com port (GPS program port) that non-GPSapi-aware
programs can access NMEA data from an internal GPS. However, there is
also a "Hardware" tab which gives you the ability (I think) to specify a
"GPS hardware port" and Baud rate. If this is configured, I believe
that Windows Mobile will open this port and poll for NMEA data providing
access to APRSISCE via the standard GPSapi that I use.

Can someone who is running APRSISCE on a Windows Mobile platform without
an internal GPS try pairing a com port to a Bluetooth GPS and then
configure this as the GPS hardware port? Once that is set up, I suspect
you can Enable GPS in APRSISCE and it will hopefully "just work".

I'm all eyes and ears to see if this actually works! Maybe I DON'T need
to support NMEA parsing on the Windows Mobile platform!

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



Re: Setup problem - GPS Decimal Conversion

Paul Vittorino
 

Another good coordinate conversion site I just discovered is <http://www.geocaching.com/wpt/default.aspx>

Paul


Re: Revenge of the pop-ups

g4ilo
 

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

First, I'll need to know the exact text of the popup because the one you
quoted above doesn't come from my client. In fact, the client is
supposed to gracefully live with a lack of data connection. It should
not be popping anything up when the connection comes or goes. It may
hang for a while when it tries to connect in the absence of a data
connection (on my ToDo to fix), but it doesn't do any popups that I'm
aware of.

However, having said this, the client DOES ask Windows Mobile to keep
the data connection alive. It is always possible that Windows Mobile,
in conjunction with your carrier is doing some sort of error message
whenever something goes awry. I know that every now and then AT&T seems
to "forget" the access password for the data connection and it will
insist on prompting me for it until I answer it. That's not a function
of my client, but Windows Mobile.

Any chance you can go for another hike and see what the error message
actually said?
Not much chance right at the moment. :) And I can't make it occur here. All I can remember is the bit about the remote modem closing the connection. I thought it a bit odd since I'm not connected to a modem. Best I can do for now I'm afraid.

Julian, G4ILO


Re: NMEA GPS on Windows Mobile

Bradley Haney <kc9gqr@...>
 

I run this on  A    HP  PDA with built in  GPS that is Nema  output and it works fine.


On Wed, Feb 17, 2010 at 1:50 PM, Lynn W. Deffenbaugh <kj4erj@...> wrote:
 

I believe there was one (or a few) people out there waiting for NMEA GPS
support in the Windows Mobile (APRSISCE) client. I was in an APRS QSO
with PE1PKW-9 this afternoon and he mentioned that he is using a
BlueTooth GPS from his HTC Vario (a Windows Mobile device). I actually
didn't think that was possible, but he said he was accessing it "via the
comport", so I got to looking.

I KNOW the Windows Mobile client is not built for internal NMEA support,
regardless of the fact that you can configure it, it does not open the
port nor try to read the data, so I got to looking further (along with a
Google Search or two to nudge me in the right direction).

Windows Mobile's System Settings tab has an option for "External GPS".
If you open that, it defaults to the "Programs" tab which allows you to
configure a virtual com port (GPS program port) that non-GPSapi-aware
programs can access NMEA data from an internal GPS. However, there is
also a "Hardware" tab which gives you the ability (I think) to specify a
"GPS hardware port" and Baud rate. If this is configured, I believe
that Windows Mobile will open this port and poll for NMEA data providing
access to APRSISCE via the standard GPSapi that I use.

Can someone who is running APRSISCE on a Windows Mobile platform without
an internal GPS try pairing a com port to a Bluetooth GPS and then
configure this as the GPS hardware port? Once that is set up, I suspect
you can Enable GPS in APRSISCE and it will hopefully "just work".

I'm all eyes and ears to see if this actually works! Maybe I DON'T need
to support NMEA parsing on the Windows Mobile platform!

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



NMEA GPS on Windows Mobile

Lynn Deffenbaugh
 

I believe there was one (or a few) people out there waiting for NMEA GPS support in the Windows Mobile (APRSISCE) client. I was in an APRS QSO with PE1PKW-9 this afternoon and he mentioned that he is using a BlueTooth GPS from his HTC Vario (a Windows Mobile device). I actually didn't think that was possible, but he said he was accessing it "via the comport", so I got to looking.

I KNOW the Windows Mobile client is not built for internal NMEA support, regardless of the fact that you can configure it, it does not open the port nor try to read the data, so I got to looking further (along with a Google Search or two to nudge me in the right direction).

Windows Mobile's System Settings tab has an option for "External GPS". If you open that, it defaults to the "Programs" tab which allows you to configure a virtual com port (GPS program port) that non-GPSapi-aware programs can access NMEA data from an internal GPS. However, there is also a "Hardware" tab which gives you the ability (I think) to specify a "GPS hardware port" and Baud rate. If this is configured, I believe that Windows Mobile will open this port and poll for NMEA data providing access to APRSISCE via the standard GPSapi that I use.

Can someone who is running APRSISCE on a Windows Mobile platform without an internal GPS try pairing a com port to a Bluetooth GPS and then configure this as the GPS hardware port? Once that is set up, I suspect you can Enable GPS in APRSISCE and it will hopefully "just work".

I'm all eyes and ears to see if this actually works! Maybe I DON'T need to support NMEA parsing on the Windows Mobile platform!

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


Re: Revenge of the pop-ups

Lynn Deffenbaugh
 

g4ilo wrote:
I took APRSISCE into the hills again and got this annoying message that pops up all the time saying that the "remote modem disconnected" or something like that. I noticed that the data icon had an X against it so I assume that it occurs because data coverage disappears when you are in some remote locations.

The trouble with this message is that it won't go away. As fast as you dismiss it it appears again, so you can't even change any settings or close the application. Is it possible that APRSISCE could detect when the data connection is lost and suspend the APRS-IS connection for a period, instead of keep on trying to send data which I presume is the cause of this death by pop-up messages?

Julian, G4ILO
First, I'll need to know the exact text of the popup because the one you quoted above doesn't come from my client. In fact, the client is supposed to gracefully live with a lack of data connection. It should not be popping anything up when the connection comes or goes. It may hang for a while when it tries to connect in the absence of a data connection (on my ToDo to fix), but it doesn't do any popups that I'm aware of.

However, having said this, the client DOES ask Windows Mobile to keep the data connection alive. It is always possible that Windows Mobile, in conjunction with your carrier is doing some sort of error message whenever something goes awry. I know that every now and then AT&T seems to "forget" the access password for the data connection and it will insist on prompting me for it until I answer it. That's not a function of my client, but Windows Mobile.

Any chance you can go for another hike and see what the error message actually said?

Lynn (D) - KJ4ERJ


Re: how do you center the map on your location?

Lynn Deffenbaugh
 

Kieran D wrote:
how do you center on your position? I tried tapping all over the screen. Are there any other things you can tap on besides + and - for zoom? Great program. Works on my touch pro 2. A bit slow in response to menus.
To center on your own position, double-click the heading pane TWICE. The first time, the client will center on whatever station you're tracking, which may or may not be you. The second time, it changes the tracking station to you and also centers on it. Any time you drag the screen around, the client will lock on that view until you restore the tracking station to center with one or two double-clicks on the heading.

Lynn (D) - KJ4ERJ

PS. The heading pane is either below or beside the large speed window. If you have a GPS enabled, it will show a compass heading. With the GPS disabled, it will show three dashes.

PPS. Double-clicking on the scale factor (below the +/- bar) will restore the "preferred" view if you have one set.


Revenge of the pop-ups

g4ilo
 

I took APRSISCE into the hills again and got this annoying message that pops up all the time saying that the "remote modem disconnected" or something like that. I noticed that the data icon had an X against it so I assume that it occurs because data coverage disappears when you are in some remote locations.

The trouble with this message is that it won't go away. As fast as you dismiss it it appears again, so you can't even change any settings or close the application. Is it possible that APRSISCE could detect when the data connection is lost and suspend the APRS-IS connection for a period, instead of keep on trying to send data which I presume is the cause of this death by pop-up messages?

Julian, G4ILO


Re: Setup problem - GPS Decimal Conversion

Jerome Lofton <LoftonJ@...>
 

Lynn,

I stand corrected ... thanks for the clarification.

Jerome
WD4CWG




From: "Lynn W. Deffenbaugh" <kj4erj@arrl.net>

To: aprsisce@yahoogroups.com

Date: 02/17/2010 11:50 AM

Subject: Re: [aprsisce] Setup problem - GPS Decimal Conversion

Sent by: aprsisce@yahoogroups.com









Yes, it does decimal degrees to degrees minutes and seconds and
vice-versa. But APRS and many GPSs work in degrees and decimal
minutes. This particular site doesn't handle that conversion, but
http://www.jeepreviews.com/wireless-gps-coordinates/ as suggested by
Dave N8PU handles all three formats.

Lynn (D) - KJ4ERJ

Jerome Lofton wrote:


Lynn (D) - KJ4ERJ

... PS. I wish the web site WD4CWG suggested would accept decimal
minutes!

RESPONSE >>>>
Lynn,

FYI, It does accept and convert decimal to degrees minutes seconds and
vice versa ... see SECOND set of FIELDS below;


Best regards,
Jerome
WD4CWG



Inactive hide details for "Lynn W. Deffenbaugh" ---02/15/2010 04:11:21
PM---James Jolin wrote: > Ok, I getting closer. First, "Lynn W.
Deffenbaugh" ---02/15/2010 04:11:21 PM---James Jolin wrote: > Ok, I
getting closer. First, you can't enter north latitude with a


From:
"Lynn W. Deffenbaugh" <kj4erj@arrl.net>

To:
aprsisce@yahoogroups.com

Date:
02/15/2010 04:11 PM

Subject:
Re: [aprsisce] Setup problem

Sent by:
aprsisce@yahoogroups.com

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



James Jolin wrote:
Ok, I getting closer. First, you can't enter north latitude with a
minus sign...you wind up in South America. The second problem is
business about decimal degrees. The corrdinates here are 44.49.945N and
87.21.539W. Question: how is this entered in decimal degrees...I must
be doing it wrong because I wind up in Lake Michigan...a bit cool for
this time of year. I think this will clear up the problem.
73, Jim WA9ARB
Decimal Degrees = Degrees + minutes/60.0

or

44 degrees 49.945 minutes (APRS format) = 44.8324166666 (South is
negative, so we're positive)
87 degrees 21.539 minutes (APRS format) = -87.358983333 (Negative for
West)

Lynn (D) - KJ4ERJ

PS. I wish the web site WD4CWG suggested would accept decimal minutes!






Re: Setup problem - GPS Decimal Conversion

Lynn Deffenbaugh
 

Yes, it does decimal degrees to degrees minutes and seconds and vice-versa. But APRS and many GPSs work in degrees and decimal minutes. This particular site doesn't handle that conversion, but http://www.jeepreviews.com/wireless-gps-coordinates/ as suggested by Dave N8PU handles all three formats.

Lynn (D) - KJ4ERJ

Jerome Lofton wrote:


Lynn (D) - KJ4ERJ

... PS. I wish the web site WD4CWG suggested would accept decimal minutes!

RESPONSE >>>>
Lynn,

FYI, It does accept and convert decimal to degrees minutes seconds and vice versa ... see SECOND set of FIELDS below;


Best regards,
Jerome
WD4CWG



Inactive hide details for "Lynn W. Deffenbaugh" ---02/15/2010 04:11:21 PM---James Jolin wrote: > Ok, I getting closer. First, "Lynn W. Deffenbaugh" ---02/15/2010 04:11:21 PM---James Jolin wrote: > Ok, I getting closer. First, you can't enter north latitude with a


From:
"Lynn W. Deffenbaugh" <kj4erj@arrl.net>

To:
aprsisce@yahoogroups.com

Date:
02/15/2010 04:11 PM

Subject:
Re: [aprsisce] Setup problem

Sent by:
aprsisce@yahoogroups.com

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



James Jolin wrote:
Ok, I getting closer. First, you can't enter north latitude with a
minus sign...you wind up in South America. The second problem is
business about decimal degrees. The corrdinates here are 44.49.945N and
87.21.539W. Question: how is this entered in decimal degrees...I must
be doing it wrong because I wind up in Lake Michigan...a bit cool for
this time of year. I think this will clear up the problem.
73, Jim WA9ARB
Decimal Degrees = Degrees + minutes/60.0

or

44 degrees 49.945 minutes (APRS format) = 44.8324166666 (South is
negative, so we're positive)
87 degrees 21.539 minutes (APRS format) = -87.358983333 (Negative for West)

Lynn (D) - KJ4ERJ

PS. I wish the web site WD4CWG suggested would accept decimal minutes!