How can BaseCamp win over MapSource users?

Former Member
Former Member
When MapSource users import their old gdb files into BaseCamp and find every Waypoint must have a unique name they don't like it. The first time I saw waypoints named Home, Home1, Home2,...,Home5, I was concerned. I tried repairing this by selecting the most best version of this waypoint and replacing the other 5 with the best version. Home4 isn't used in any lists, yet I cannot delete it in BaseCamp. [Bug Report: If you use the "X" in a waypoint properties Lists tab, that waypoint becomes undeletable.] That is frustrating to not have an explanation for no delete available for an unused POI. While I understand how to reduce this waypoint reassigning to a minimum, it is a lot of extra effort.

There are also mysteries in the Map database where sometimes making a waypoint out of a map POI results in the name being changed to include the trailing number and other times not. Whatever the reason for this discrepancy should be changed for consistency. Why do we make waypoints out of map POIs? Because the map POIs are many times innacurate as to location and don't include URL references and user entered descriptions.

When a MapSource user exports one of their lists to a gdb to look at it in MapSource or directly sends it to their GPS and finds that many of their waypoints have been renamed with a number at the end of the names, this does not lead to acceptance of a database approach like BaseCamp. I'm guessing when I read someone's comment that BC "messed up" all their routes that it is a combination of this and a somewhat different routing algorithm.

Once the user has all their information in BC and resolves most all the name issues, going forward it is easier, as all waypoints in lists link back to the same database entry. If the location is refined and the user updates it, all lists using that waypoint are updated.

Maybe a tool in BC to resolve this would be useful, letting the user determine the waypoint of a numbered group to use by displaying all the unique data. The user chooses the the default and replace all the numbered ones by this default, unnumbered one.

A separate feedback comment is that I find MapSource routing, is easier to use than BaseCamp. The sticky location caption bubbles don't change frequently enough when moving the mouse looking for an address and are not present in the rubberband via point Insert Tool. Consider a review of the MS and BC processes of route design to see where effectiveness improvements can be made.
  • MapInstall is a part of BaseCamp install, no need to do anything to get it on PC. MapInstall can be started from BaseCamp with right click menu, when pointing on gps device.
  • Former Member
    0 Former Member
    MapInstall is a part of BaseCamp install, no need to do anything to get it on PC. MapInstall can be started from BaseCamp with right click menu, when pointing on gps device.


    Considering that, why is it discussed by Falagar as if it were separate. If you want to get maps onto your GPSr it's the only way you can do it using BaseCamp.
  • Former Member
    0 Former Member
    Considering that, why is it discussed by Falagar as if it were separate.

    Because it is. MapInstall is a separate application.

    http://www8.garmin.com/support/download_details.jsp?id=3291

    That said it is automatically installed when you install BaseCamp.

    With MapSource the ability to transfer maps is built-in to the program. BaseCamp, by itself, has no such function. That's where MapInstall comes into play.
  • Former Member
    0 Former Member
    Because it is. MapInstall is a separate application.
    http://www8.garmin.com/support/download_details.jsp?id=3291
    That said it is automatically installed when you install BaseCamp.
    .

    This may make some difference to developers, but not to most users. Until you posted the link, I didn't know it was available separately and I don't see a MapInstall forum here.

    I think Garmin's got a serious communication problem here, not just limited to BaseCamp. I've got a Nuvi that I can send a route to, but once I send it, I have to "Import" it via a button hidden in the "My Data" folder, and when I send a POI to the same device, it's not listed with POIs but buried inside a button called "Extras" that looks like a Christmas present. Sending a route to a 62s, however, is totally intuitive. The software and the hardware should all have consistent menu trees and interfaces but it looks like they've been developed on different planets.
  • Former Member
    0 Former Member
    As a Garmin customer I feel the same pain with those same inconsistencies. But in fairness to the Basecamp developers, the differences in route transfers you refer to are caused by differences in the way the various Garmin devices are set up to acquire routes. Some will automatically see the new route file and "import" it themselves. Others force you to do it manually. And don't make it easy to do it or even to discover that you must do it manually and how.

    That's nothing the Basecamp developers have any control over. There's nothing more Basecamp can do besides place the file in the right spot for the device to discover it. If the device does not have the functionality to automatically import it there's nothing Basecamp can do about that problem.

    ...ken...
  • Former Member
    0 Former Member
    I realize that BC is doing the best it can, and it's the Nuvi interface that's a problem, but AFAIK Garmin doesn't provide a forum for handhelds or Nuvis. So where's a fellow to vent?
  • Former Member
    0 Former Member
    Wish it were only the Nuvis. Unfortunately there is no more consistency across or between any of their many product lines.

    I've no doubt the device developers avoid forums because they know they would get hammered for the situation they've created.

    So the poor BC devs get a lot of venting because we have nowhere else to go and a lot of the device inconsistencies are exposed by use with Basecamp.

    ...ken...