Comment on FrequentlyAskedQuestions in osm2garmin

Skip to first unread message

Mar 20, 2012, 9:14:04 AM3/20/12
Comment by

Is there a way to use the osm2garmin generated maps on a Mac?

For more information:

Mar 20, 2012, 10:56:27 AM3/20/12
Comment by

Osm2garmin generates maps in Garmin format (*.img) for use in Garmin GPS
units. Any use of the generated maps out of the unit needs specialized
software, e.g. Garmin Mapsource which is independent of Osm2garmin. If you
have software for Mac able to work with *.img Garmin maps, you can use maps
generated by Osm2garmin, I guess.

Mar 25, 2012, 12:20:24 PM3/25/12
Comment by I've got both v1.0 and v1.1 working on my Mac using the
Linux installer.

Had to add the command line options {{{--javahome /Library/Java/Home}}} to
run the installer, so the whole command line would be:

{{{sh --javahome

Mar 25, 2012, 2:58:05 PM3/25/12
Comment by

Joost, thank you for your contribution. I have just generated and uploaded
Mac OSX installer bundle for version 1.1-SNAPSHOT to . Could you, please try
it on your system? I do not have access to any Mac for testing :-(

Please post further comments to the newly created Issue 61.

Jul 1, 2013, 2:14:05 AM7/1/13
Comment by

I'm having an issue. The program downloads the most recent planet file with
its original name (planet-130626.osm.pbf), but after checking the md5 hash
it displays an error message: "can not rename planet-130626.osm.pbf to
planet.osm.pbf". If I rename the file myself, the program doesn't recognize
it and starts downloading a new one (planet-130626.osm.pbf) from the start.
What can I do? I'm using Windows 7 x64, and executing the program as an
administrator. Thanks.

For more information:

Jul 1, 2013, 7:17:06 AM7/1/13
Comment by

Dear Raul,
your problem is most probably caused by selecting HTTP download method.
This method is not supported anymore after license changes at Please find more information at the Issue 100.

You have two possible options to solve your problem:
- change download method to BitTorrent and re-run the software. The planet
file will be downloaded from scratch and the software should proceed
further without problems, or
- to avoid re-downloading of the entire Planet file with BitTorrent, you
can try the procedure described in the Comment #5 and #6 of the Issue 100.
Possibly it could workaround your problem without the need of
re-downloading the planet file again from scratch.

Jul 1, 2013, 2:10:44 PM7/1/13
Comment by

Thanks, that did the trick. But now I'm having another problem. The program
always get stuck when downloading South America's 17S 69W contours. It
doesn't show any error message, just stays there forever. I checked that
file at the SRTM3 download url, and I can download it manually without any
trouble, so it's not a problem of the download source. Any ideas on how to
fix this? Thanks again!

Jul 1, 2013, 3:59:39 PM7/1/13
Comment by

Dear Raul, sorry for problems. It looks like the file named
in your SRTM folder is broken. Try to delete it and restart Osm2garmin. If
it does not help, please file a new issue and attach both report.log and
c:/users/<username>/AppData/Roaming/osm2garmin/dev/var/log/messages.log for
further assessment of the problem.

Jul 1, 2013, 9:12:43 PM7/1/13
Comment by

I already deleted the entire South America folder, but always gets stuck at
that contour. I'll try one more time.
I'm new at this, how can I attach those files here? Sorry for my ignorance
on this matter.
Thanks again.

Jan 8, 2014, 2:51:12 PM1/8/14
Comment by

I've been trying to get OSM2Garmin 1.1.250 working for several weeks now,
and it still hasn't generated a final Garmin file. I'm just doing USA West
with Bittorrent download option. The program runs for days even up to a
week and eventually the GUI freezes as it is now on the Planet Update
Download. Looking at the "report.log" shows hundreds of messages that are
still happening over and over with this exact message "Piece download from
webseed failed: 11226". Looking at my PC firewall, I see repeatedly
connections to ( Task manager shows the processor
running about 50%. My Osmososis temp directory continually shows files
being edited like "piece438310886809304850.tmp" with the current date/time
stamp. Will things ever finish? Looking for any details which may help me
know if it is frozen or still working. Thanks.

Jan 8, 2014, 6:29:09 PM1/8/14
Comment by

Please trz the following to fix the problem:
- upgrade to the newest (SNAPSHOT) version
- if it will not help follow the instructions here:

There is a bug in the stable version which was fixed in the latest SNAPSHOT.

Jan 14, 2014, 4:46:02 PM1/14/14
Comment by

Thanks much for the information. Using the 1.2.267 SNAPSHOT things finally
finished so I had the gmapsupp.img created. Very cool. One question, is
there a way to have a custom TYP file included? That would be really nice
to know how to do or implement. Thanks.

Jan 14, 2014, 6:29:06 PM1/14/14
Comment by

Dear user, nearly any feature can be tweaked in the last snapshot version
by modification of parameters of the embedded mkgmap routine runs. Press
the "Open/close argument files editor" toolbar button and put a line like

style-file: <>

into both gmapsupp.args and osm2img.args. Put the style zip file into your
Osm2garmin working directory. Finally reprocess your region. You can skip
planet update if you only need to change style.

Jan 24, 2014, 1:02:38 PM1/24/14
Comment by

Thanks so much for the idea. I am trying to implement it.
*I downloaded the Openfietsmap TYP file 10010.typ from here
*I then zipped that single file into and placed it in the
OSM2garmin working directory (ie D:\OSM) where the .arg files, report.log
and other files are located.
*I next opened the "Open/close arguments files editor" and edited
osm2img.args and gmapsupp.args files like this, and then saved them and
verified the actual files in the directory were updated properly:

product-id: 1
copyright-message: (C) OpenStreetMap Contributors

*Ran the generator again as suggested without the planet update and it
created the new map files. Attached the files to Basecamp with
installer.bat. However, it still has the default TYP style, and does not
show the OpenFietsStyle that I can see when downloading other OSM maps
directly that have it. I tried also with another TYP file as well and it
still showed the default format. Do I need to put the entry literally
like "style-file: <>" or "style-file: D:/OSM/" or some
other format? Thanks for helping me learn about this program.


Jan 24, 2014, 6:07:16 PM1/24/14
Comment by

Sorry, I am not an expert in TYP file conventions, but it seems to me that
you can use style-file argument with the completely formatted style in a
zipped folder which will be directly included into gmapsupp.img only. To
compile the TYP file into gmapsupp img, try to include this line into the

input-file: 10010.typ
Reply all
Reply to author
0 new messages