Creating Waypoint Problem

[sanewcomb]

In beta 1.65,

Clicking on a map to add a waypoint often, but not always, creates a nonsense location. Or rather it has no idea where it is, so it enters a position like this: 0° 0' 1.#R" S, (-1.#QNAN in UTM). This, or something related to this, corrupted a gpx file causing TF to fail to load.

On a separate issue, TF allows symbol names to be used with waypoints, but as far as I can tell, it always uses a blue square on the maps. Is this the way it's suppose to work, or are we suppose to see different symbols?

[Alan]

Quote (sanewcomb @ Mar. 12 2004,9:21)

In beta 1.65, Clicking on a map to add a waypoint often, but not always, creates a nonsense location. Or rather it has no idea where it is, so it enters a position like this: 0° 0' 1.#R" S, (-1.#QNAN in UTM). This, or something related to this, corrupted a gpx file causing TF to fail to load.

Please send us any and all gpx files that cause TF to fail to load.  Any/all corruption shouldn't do this.

Could you give us any more info on your waypoint problem?  Are you in UTM/LL display, Datum, zoom area.  I haven't been able to recreate it.  Any tips?

Quote (sanewcomb @ Mar. 12 2004,9:21)

On a separate issue, TF allows symbol names to be used with waypoints, but as far as I can tell, it always uses a blue square on the maps. Is this the way it's suppose to work, or are we suppose to see different symbols?

Correct, the symbol drawn on the map is always the blue dot.  It is stored in the GPX file and is transferred to/from the GPS.  In the future we may add drawing of symbols in TF, but it's a lot of work for what I don't think is very neat/useful.

[sanewcomb]

Quote

Please send us any and all gpx files that cause TF to fail to load.

I haven't been able to reproduce the failure, but will send files if it happens again.

Quote

Could you give us any more info on your waypoint problem?  Are you in UTM/LL display, Datum, zoom area.  I haven't been able to recreate it.  Any tips?

I thought it was a widespread problem, but if I'm the only one then that's a bit strange. I completely uninstalled TF, reinstalled 1.52, then 1.70 beta.

After this I narrowed it down to the NAD 27 Datum. I believe this is the datum used for most USGS paper maps. It's useful to provide coordinates that others can use with paper maps, so I like to use that datum for my waypoints. The individual DRG files retain the datum of the paper map.

Have you ever asked Terraserver what datum they used when they created their database? I looked on their site and can't find any reference to datum. Presumably, they had to change all the maps to the same datum before creating the tiles.

Also, many of the DRGs have UTM grid lines from the paper maps. In order to use these you have to have the right datum in TF (for waypoints) as well as in the GPS.

[sanewcomb]

This bug is still in TF 1.71 beta. Just switch to NAD 27 datum, and try to create a waypoint. Most of the time you will get an error. It does not matter what the zone is.

[Krein]

Yep, thanks for pointing it out again.  We found it and fixed it this time around.