Feature Request - Select Folders/Lists

Hi -

I have My Collection broken up into a multitude of Lists and List Folders to help me keep stuff straight. When I'm making a new route I usually select a folder called "Master" because it has all of my current data that I would normally use to create a route. However, there is some data that I don't keep there because it's huge, e.g. all the campgrounds in the southwestern US, 10 years worth of tracks, old routes, etc.

What I would like to be able to do, and would like to suggest to Garmin, is that BC provide the ability to select folders and lists (Control click, click, click) that contain the data used while building a route, and/or to be able to select My Collection and then deselect certain Folders and Lists.

I tried to select multiple folders and lists, but couldn't. If this is already possible, please advise.

Regards,

Tom
  • Former Member
    0 Former Member
    I agree that being able to select several folders and/or lists would have all sorts of advantages. I hope we can make this happen at some point, but it's definitely more of a long-term feature.

    In the mean-time, make sure you are taking full advantage of folders and subfolders. You are probably already aware of how this works, but I'll highlight it just in case.

    When you select a folder, all data in all its subfolders and lists will be displayed.

    If you have some data that is huge and you usually don't want to view it, make sure to put that data in its own folder.

    Something like:

    My Collection
    >Bunch of old data
    >>Subfolders/lists of old data
    >Current data
    >>subfolders/lists of current data (which would include you 'Master' list)

    Now you can select Current data and will see everything in there (which doesn't include the old stuff).
  • FALAGAR -

    Thanks for the response. I'm doing as you suggest with the folder structure. It may not be perfectly optimized, but I'm getting there. In my case it is Old Data, Master Data (which is current stuff), and Gihugic Data (which consists of large lists of far flung way-points, large regional databases of campgrounds, and the like). Old dog, new tricks.

    Where I think this would be useful is in the case where, as one is building a route and one comes to the end of a day's travel, one might wish to find a campground. It would be nice to be able to select the campground list (which in my case has about 4000 campsites; clutters up the screen quite a bit) to find a nearby campground, then deselect the campground list and continue. Or, after completing a route, pull in the list of old tracks and routes to see if one is covering ground that has been traveled before.

    I do hope you can put it in the case file, even if it is long-range.

    Thanks again,

    Tom
  • For the matter of seeing and perhaps utilizing in a route a campground in a limited area, might not a currently do-able solution be:

    * open the ginormous campground list
    * using the "select" pointer, zoom as required and drag a rectangle around the area where you might use a campground from the list, sizing the area as small as practical but still including all candidate campgrounds
    * now those campground waypoints within the rectangle area will be selected in the larger list of all campgrounds
    * edit/copy or Ctrl C
    * open the list that has your route in it
    * edit/paste or Ctrl V
    Now your list with the route has a small subset of the campgrounds which you can see without cluttering the entire map, and can use any of them in your route.

    Would this work, or maybe I am missing something?

    Edit: this may have the advantage that if when you get to the chosen campground and find it's full, if you have sent routes and waypoints to the device, then the other campgrounds in the area will be shown, phone numbers available to call, and can be navigated to on the fly.
  • C-14 RIDER-

    Yes, that does work well; it's the way I do it now. I just finished planning a route from LA to the Grand Canyon and Petrified Forest using that very method.

    Thanks,

    Tom