I came across http://wiki.openstreetmap.org/wiki/Gmapibuilder#Caveats . It says that errors like mine can and do happen. It gives instructions for a terminal.app fix to clear MapInstaller. It says “open up a Terminal.app and execute”.
My question is how do you “execute” in terminal.app?
You open the Terminal apprication, and type the two lines mentioned (“rm ~/…”).
The Terminal app can be found in the /Applications/Utilities folder) I think 
)
-peter
This is a terrible description for telling to remove two files and instructions for how to do that.
rm is a “remove file” command. To execute it you open a terminal window and then type,
My opinion is that he could better have said to remove two files.
Not only that, surely it can be done from a normal “finder” window as well. More people are probably familiar with that…
-peter
Thanks for the reply guys.
I am after coming across a warning in a book (Mac OS X Leopard for Dummies!). It says
“You can wreck havoc upon your poor operating system with Terminal. You can harm your Leopard in many ways that just aren’t possible using windows and icons and clicks. Before you type a single command think seriously about what I said. And if you’re not 100% certain about the command you’ve just typed, don’t even think about pressing return or Enter”
I am a bit of a mac noob and a total Terminal noob… so with that warning seared in my mind I think I will hold off messing with Terminal for a while…
Thanks for your responses, though. Cheers
there appears to be a bug in the “France” preset.
it’s missing the tile containing “Le Mans”
Not only that one. If you select Europe | france then about five tiles are not selected. Add them manually (by first checking “enable manual tile selection”).
The problem has been discussed before in this thread. The reason for the missing tiles is the polygon file used for france which is not describing the boundary as matchit likes it to be done.
Everyone could contribute here by providing a good country polygon in .gpx or .poly format describing the boundary.
Lambertus,
All my OSM maps in Roadtrip and on my Garmin Colorado 300 have a blue dot POI in the middle of every road.
The whole map looks like a martian with chicken pox…
From what I have found, the option
–road-name-pois= 0x2f15 (or a different code)
does this to allow searching roads. Did you turn this on recently (in the last week or two)?
It’s not needed to use Terminal to do that.
Open a Finder window and delete ~/Library/Application Support/Garmin/MapInstall/lastSelected.gdb. No need to delete the .plist.
I noticed this crash about a year ago and posted over in forums.Garmin.com but they were clueless.
Actually, I was finally able to reproduce your problem today. I received the same error about the damaged map installation and the crash of MapInstall. I believe this occurred because I had just re-installed a re-compiled version of a map. This was the same map which I had previously selected and sent to my GPS device, only this time, the map had fewer tiles than before. Since MapInstall attempts to save the last selected tiles between runs, I think it tried to select a now non-existent tile, causing the error.
At any rate, to solve the problem you don’t have to use Terminal, and you don’t have to delete anything. Just do the following:
Make sure MapInstall is not running.
Open the following folder: /Library/Application Support/Garmin
Rename the folder “MapInstall” to “MapInstall.old” (or rename it to “MapInstall.2” or something similar).
Restart MapInstall. You should now be able to reselect and transfer your map tiles without error.
(The folder which you renamed contains a file which saves your last-selected tiles. When the MapInstall program cannot find the folder named “MapInstall”, it creates a new folder with an empty selection file.)
I hope this helps.
Cheers.
Why not just delete it instead of renaming it? If not, you’ll just have a useless old folder laying around.
Renaming a folder is good practice if you are troubleshooting and may want to put the old folder back if it’s not the problem.
But it is the problem, so…
I find it also good practice if you are not sure what you are doing. The original poster mentioned this, and mentioned that they were nervous about deleting files which they did not know about.
I therefore often recommend this approach in instructions to others, as it is non-destructive. If the person following the instructions misunderstands something and renames an incorrect file, then there is no harm done: they can simply revert the change. On the other hand, if they delete an incorrect file and empty the trash, they will have to hope that they have a good backup.
On modern OSes a few extra folders lying around will make no significant difference, neither to performance nor to disk usage. 
Cheers.
Clinton Gladstone, you are a star! That fixed it. Thank you.
That has made my day
For a while I thought that was it, no more up-to-date routable maps for my GPS. Thank you again.
I feel like a real whinge-bag, but I’m now suffering from the same issue as Chris CA “martian with chicken pox” map (sorry!)
The country definitions for the presets are not optimal yet. There are a few other countries with the same problem. Should fix in the coming weeks.
Yes, that was turned on for this update, but only using the “–road-name-pois” option. I’ll see if there is a POI code that doesn’t show up (prominently) on the map.
Lambertus:
I am a grateful user of your map tiles. Stopped using the installer in favor of compiling the .img files into my own index files. Works fine using mkgmap. However, I’ve got a question. I’d like to be able to selectively replace individual tiles as I add map features to OSM. If I download a tile on date X, then on date Y (3 months in the future), I download a fresh copy and the tile number is the same am I asured that I will have a compiled map with no gaps or overlap? If there is overlap how will I know it? I’d prefer not to opverburden your servers by asking for the entire collection I am maintaining, which covers 6 states in the US and exceeds the tile count limit.
The tiles will/may vary per site update. You can check if a tile has changed by just remembering the area it covered. But better by watching the world.kml file (under the link “template file”). Save it and download again for a new update. Compare the coordinates for a tilenumber. (Just open the files in wordpad or notepad or any texteditor or what else).
When is the next update planned? I have been working on some changes in the OSM data and want to see if they worked or not.
what happens if I get 2 adjoining tiles that overlap? Does mkgmap or mapsource choke? just curious.
Well, the overburden happens occasionally but I’m sure your request will not cause the system to go through it’s knees
The way the tiles are generated now is not really compatible with your method of updating your map by downloading some -but not all- new tiles. Like greencaps says: the coordinates and tile numbers may vary on each update. I’m thinking about a way to let people like you just download the img tiles from the website without providing an too easy opportunity for leechers to just download everything everytime.
The problem with the maximum tile limit is caused by leechers who request much, if not the entire, planet on each update. That behaviour caused massive increased load on the system and bandwidth usage. Those rather few spoiled it for the rest when I added the tile count restriction. I consider the website to be a flexible service for people who travel through a few countries or who live near a border, not a service for those who wish to download large sections of continents that they will rarely travel anyway just for the sake of having it. I hope you (anyone) will accept my choices in this matter.
Maybe a smarter option could be developed to restrict abuse like maximising the amount of traffic someone generates over the course of, say, several weeks instead of the single-request-tilecount restriction that is implemented currently. I don’t know really…
You’re hooked, I can tell
The next update is staring next Thursday after the new planet dump release. I’ve been on holiday last week which explains the delay.
Not 100% sure, but I guess it’s not going to work. The inter-tile routing depends on special edge nodes that line-up perfectly in both tiles to be able to route from one tile to another. There also might be other caveats, perhaps not even routing related, that could happen. You could try it and see what happens…
Based on the reports so far, I’ve decided to remove the --road-name-pois feature for the next update. It does more harm then good IMHO. The country/state option in the address search on some models just needs to get fixed in Mkgmap…
On my GPSMap, overlapping tiles display fine (though I didn’t bother to figure out which one was displayed on top). Haven’t tried on MapSource.