- There is no visual indicator that a track (received from or on the connected device) is presently archived on the unit. (Nor is there any way to send a track to the unit in "Archived" status.....
- There is no visual indicator to show that a track (when looking at track lists on the unit, from Basecamp) is presently archived.
- There is no way to "receive only favorite tracks" (transfer/capture only the "not archived" tracks) from the unit, into BaseCamp.
- Nor is there any way to send a track (back to the device) as "archived." ~ So previously archived tracks (all tracks sent back) become favorites every time data is resent to the unit.
On the GPS (Garmin Montana650 w/current firmware in this instance, but I suspect ALL models are effected):
- There is no way to "Hide AllTracks" (the favorites), or to "Archive All Tracks" (make all favorites archived) without performing the action on each one individually!
- Unlike waypoints (displayed in lists on the unit): There is no filtering or even a sorting option available for tracks?????
- Unlike waypoints (where different symbols can be assigned): There is no visual indicator (looking at track lists while working with the unit in the field) to differentiate all the tracks displayed in the lists. Without displaying the track colors (while displaying the list of tracks on the unit), it is extremely difficult to find the right track in the list! (Especially when working with the unit in "portrait mode" and there are many unarchived tracks.) ~ Here again, because of Basecamp's inability to "preserve" archived tracks (when receiving & transferring them to and from the unit)..... This becomes a significant ongoing & frustrating issue, because all tracks sent back to the unit become "favorites" over and over again!
Also: Bug reports have been submitted (but the problem has not yet been found) as to why BaseCamp 4.2.4 (after receiving, organizing and then editing/renaming track names & colors from the GPS unit) sometimes strips the date and altitude data from tracks..... (Tracks received from unit and then edited before being sent back to the unit.) I'm presently thinking this problem may have something to do with copying tracks to the clipboard and pasting them into a different list before editing/renaming them. But it could also be related to transferring data back to the unit during the "overwrite" process, (possibly when tracks were previously in an archived status on the unit.) OR..... Possibly this problem is related to BaseCamp's support for multiple instances of the same (track) data in different folders/lists. It could also be related to how one renames a track, and may not happen on all screens and may be a combination/sequence of all of the above. (In BaseCamp, there are frequently numerous ways and locations to to accomplish the same things, such as editing names and "duplicating" data into multiple lists.) ~ On a related note: I've also lost some altitude data on several waypoints too...
Note: This issue can easily go "unnoticed", unless you double click on the track to view properties on individual captured coordinates of a track. (Even swapping map & data views (and selecting a filter) sometimes displays "start dates" in the main list, even though the details of all the individual captured coordinates are missing..... After recently restoring the effected tracks (again), I just realized that theyhave ALL been re-stripped of this 'non-critical data" during several "roundtrip receive & send sessions!" (Looking at (and comparing) the xml data, it is apparent that something is rewriting the data very "cleanly", BUT without including the date & altitude data fields!)
PS: GARMIN, why is there no "on the trail forum?"
