Published by breki on 19 Jan 2008 at 07:00 pm
Garmin Stuff
As part of my contributions to the OpenStreetMap project, I maintain Garmin maps of Slovenia. These are generated from current OpenStreetMap data with the help of my GroundTruth tool and are free to use.
The download link: http://downloads.igorbrejc.net/osm/garmin/
There are two versions of the Slovenia map: the driving map and the hiking map. Visit the SI:Garmin page on OSM Wiki for more information about installation and other stuff.
If you find the software I’m developing useful, please consider sending me a small donation via Paypal. Your donations will help me make even better software (read more about this). Thanks!
Some screenshots of the general map:
The map on my Garmin eTrex Vista CX (old screenshot):
Hiking map screenshot taken from MapSource (showing Pohorje):
Driving map screenshot taken from MapSource (showing Ljubljana):


Janez on 26 Jun 2008 at 13:23 #
Hallo, general map have error in ZIP file. Hikking map works well on old Garmin GPS V. Can you send me general map zip file? Thanks a loot.
Hvala lepa, Janez
breki on 29 Jun 2008 at 21:55 #
Hello,
Yes, there was an error the last time I tried to generate a new version of the map. It’s fixed now.
Bosstjanz on 17 Sep 2008 at 21:57 #
Ojla,
ali so tele mape z najnovejšimi ulicami? Garmin me ravnosprašuje, da imam stare mape pa bi probal uploadat eno takole.
Je vredno?
Lp, Boštjan
breki on 18 Sep 2008 at 18:16 #
Bostjan,
Ne vem sicer, kaj si imel prej (verjetno AdriaRoute?). Kar se tice OSM map, pa najboljse, da si sam ogledas, kaj je trenutno zmapirano, npr. Ljubljana: http://www.openstreetmap.org/?lat=46.05137&lon=14.50213&zoom=15&layers=B000FTF
Je vredno? To bos moral sam presoditi. Je pa zastonj – in legalno
igorbrejc.net » GroundTruth - A New Garmin Mapmaking Tool on 30 Dec 2008 at 18:08 #
[...] Garmin Stuff [...]
igorbrejc.net » GroundTruth: Stress Testing on 05 Feb 2009 at 23:45 #
[...] Garmin Stuff [...]
Klaus on 26 Feb 2009 at 8:07 #
Hello,
i used the “.reg” file as described:
“If you have MapSource, you can run the .reg file which is in the map ZIP package to install the individual map product. Then you can upload the map to your GPS unit using the MapSource.”
After that i can not run MapSource.
The programm is always telling:
“Microsoft Visual C++ Runtime Library
Programm: C:\MamsourceMapsource.exe
This application has requested the Runtime to terminate it in an unusual way.”
I tried to install the Mapsource again, but the result is always the same.
Have you any information to repair the program, please?
breki on 26 Feb 2009 at 22:58 #
Klaus,
Sorry for that. The .reg file has to be updated to reflect the location where you unzipped the map files, I’ll update the instructions.
If you have problems with registered maps, you can use MapSetToolkit (http://cypherman1.googlepages.com/) to uninstall the individual maps (select the mapset and click on the Uninstall button).
Thomas on 15 Mar 2009 at 18:41 #
Hallo,
I found #Groundtruth# 3 days ago and it is very usefull. One question : I use kommando ‘makemap’ with option ‘-osmfiles’ as commaseparated list. How can i give each maptile(= img-file=osm-file) a individualy name? With try&error i fond, it is not possible to use option’-mapname’ with a commaseparated list. To make it possible, to use option ‘-mapename’ with commaseparated list (like option ‘-osmfiles’) is a good idee.
best regards thomas
breki on 15 Mar 2009 at 22:45 #
Thomas, thanks for the report, I this issue will be fixed in the next version.
Thomas on 20 Mar 2009 at 11:18 #
Hallo Igor, i use groundtruth with getdata-command intensivly. I found, that the downloadet osm -file has not the accurate border,which i typed in as box. Nord-border is accurate. but eastborder, westborder and southborder is ~ 0,025 to 0,25 degree greather. How can i prevent this ? If i download maptiles border to border, maptiles will overlap. This is not perfekt. Any ideas to prevent this ?
regards Thomas
breki on 20 Mar 2009 at 15:45 #
@Thomas,
If I understand correctly, the OSM data you downloaded exceeds the boundaries you set in the command line. This is because OSMXAPI returns whole ways and it does not cut them to the boundary you specified. So if an OSM way crosses the download boundary, it will be included in the results as a whole way.
If you need to cut the data exactly on boundaries, you should use tools like osmosis.
GaryW on 01 May 2009 at 17:25 #
Looking to create garmin maps from OSM with contours from SRTM for upcoming trip to Kenya.
I downloaded Kenya.osm from cloudmade and ran only OSM data through groundtruth but it errors saying
E:\GroundTruth\Maps\Temp\12345678.mp(244) : Error E017: Cannot parse coordinates.
Any ideas?
It does the same if I download a smaller area using getdata so sounds like something in the data?
breki on 02 May 2009 at 7:19 #
@GaryW,
I’ll look into it, thanks for reporting. If there’s a bug in GT, expect a fix soon.
Jonny on 03 May 2009 at 8:16 #
Hi there
I’m trying to get your great looking app to work here in Syria… I have a very old eTrex, but if I can get this working then I’ll consider getting a newer unit.
Anyway, the reason for writing is that the OSM map for Syria has many of the names in Arabic. However, the editors have been very diligent in adding name:en (amongst others) keys hoping that future software will enable users to select language. Is this something that GroundTruth could do?
For me, the maps displaying Arabic aren’t too useful (which is a shame since I’ve put a lot of effort into making these maps but now can’t really use them)… I need to be able to display the English names (learning Arabic will take too long!).
Regards… Jonny
breki on 03 May 2009 at 8:46 #
@Jonny,
I understand your problem, I’ll try to address this in future versions of GroundTruth. Right now you can get a partial solution by following these steps:
1. Create a new rendering rules page/file (by reusing some of the existing ones).
2. For each “name” in the Label column, replace it with “name:en” (without quotes)
This will tell GroundTruth to use names in English instead of default ones. However, if the “name:en” tag is missing for an OSM element, then no label will be shown. It’s not perfect, I know…
K. Wolf on 18 May 2009 at 12:17 #
Got always an error on “makemap” of GroundTruth (even on older versions)
Copy of Log for debugging:
”
2009-05-18 13:05:14,996 INFO [1] GroundTruth.ConsoleApp –
2009-05-18 13:05:15,020 INFO [1] GroundTruth.ConsoleApp – GroundTruth v1.4.9.1 by Igor Brejc
…
2009-05-18 13:05:18,779 INFO [1] GroundTruth.Engine.Tasks.GenerateMapPolishFilesTask – Rule ‘TodoJunction’: 170 features generated
2009-05-18 13:05:18,780 INFO [1] GroundTruth.Engine.Tasks.GenerateMapPolishFilesTask – ———————
2009-05-18 13:05:18,782 INFO [1] GroundTruth.Engine.MapMaker – TASK: Generate polish TYP file
2009-05-18 13:05:18,823 INFO [1] GroundTruth.Engine.MapMaker – TASK: Generate TYP file
2009-05-18 13:05:18,849 DEBUG [1] GroundTruth.Engine.ProgramRunner – Running program .\cgpsmapper.exe (’typ “1.TYP.txt” “1.TYP”‘)
2009-05-18 13:05:18,853 DEBUG [1] GroundTruth.Engine.ProgramRunner – Setting working directory to ‘D:\DOWNLOAD\Software\GPS\GroundTruth-latest\Maps\Temp’
2009-05-18 13:05:22,753 ERROR [1] GroundTruth.ConsoleApp – ERROR: System.ArgumentException: Map making failed.
bei GroundTruth.Engine.ProgramRunner.RunExternalProgram(String programExePath, String workingDirectory, String commandLineFormat, Object[] args) in d:\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth.Engine\ProgramRunner.cs:Zeile 53.
bei GroundTruth.Engine.MapMaker.RunCGpsMapper(String commandLineFormat, Object[] args) in d:\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth.Engine\MapMaker.cs:Zeile 91.
bei GroundTruth.Engine.Tasks.GenerateTypeFileTask.Execute(ITaskRunner taskRunner) in d:\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth.Engine\Tasks\GenerateTypeFileTask.cs:Zeile 26.
bei GroundTruth.Engine.MapMaker.Run() in d:\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth.Engine\MapMaker.cs:Zeile 125.
bei GroundTruth.MapMakingCommand.Execute(IEnumerable`1 args) in d:\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth\MapMakingCommand.cs:Zeile 174.
2009-05-18 13:05:22,771 DEBUG [3] GroundTruth.Engine.ProgramRunner – [exec]
2009-05-18 13:05:22,777 DEBUG [4] GroundTruth.Engine.ProgramRunner – [exec]
“
breki on 18 May 2009 at 17:36 #
It looks like cgpsmapper failed, but the error wasn’t recorded in the log since the cgpsmapper sometimes reports errors through message boxes. I suggest you try to run it manually with the same arguments and check what kind of an error it returns, then report back to me:
cd D:\DOWNLOAD\Software\GPS\GroundTruth-latest\Maps\Temp
.\cgpsmapper.exe typ 1.TYP.txt 1.TYP
K. Wolf on 18 May 2009 at 19:19 #
Strange … it seems that cgpsmapper do nothing on my machine (Vista), no text, no error message or anything else. It runs perfect on my laptop. I have no clue what’s went wrong. Sorry for the trouble i make. If I will identify the problem and the solutions might be helpful for other users of your nice tool, I will posted here.
Christoph on 23 Jun 2009 at 13:04 #
Hi,
thanks a lot for your effort, it helps a lot managing the world of OSM.
Maybe I missed an essential step, but while I have the same problem with srtm2osm and groundtruth both with Linux and Windows, it is maybe not only my problem.
GroundTruth as well as Srtm2Osm cannot access the srtm-data provided by NASA. NASA seems to have changed the server. Does that have to be changed in source? How would I have to do this? Please correct me if I got the problem wrong, but right now Groundtruth and srtm2osm produce an “Failed to change directory” when accessing the srtm-data.
When accessing the NASA-Server via ftp you can read in a README-file from 2009-06-23 that the data has moved to another server. (”The new location is http://dds.cr.usgs.gov/srtm/.“) Is this supposed to be changed in the source? Or is it just a lack of knowledge on my site?
Thanks for any hint,
Christoph
breki on 23 Jun 2009 at 18:11 #
@Christoph,
I’ve received reports about SRTM problems. The only way to fix this is to release new versions of all of these tools, I’ll try to do it in the next few days.