Worldwide routable Garmin maps: URL REMOVED

Lambertus · 2014-04-04 09:16:58

There were two problems:
1) The OpenLayers server which hosts the JavaScript functions to show the map is not responding which breaks the website. I'm trying to implement a workaround for this problem, but...
2) I couldn't login on the garmin.openstreetmap.nl webserver so I couldn't apply the fix.

Luckily the problem has been fixed. Thanks everyone who reported the problem (on this forum and by email).

ligfietser · 2014-04-05 16:01:23

Lambertus, the problem still exist for new style and OFM Lite.
And I dont see housenumbers in the general NL's 25/03.

OSMNZ · 2014-04-07 09:21:34

OFM Lite appears to be working on the website now....not hanging any more.

ligfietser · 2014-04-07 10:21:33

Thanks for reporting.
Lambertus has now implemented the country names into the mapsets, which was requested in this topic.
Next step will be more complicated, to make it possible to install several mapsets.

In the meantime of this process, users might have difficulties with installation because the installer might not recognize a previously installed mapset because of those name changes.
I strongly recommend to check the installation with tools like Javawa GMTK or Mapset Toolkit.

Lambertus · 2014-04-07 20:20:18

Working on it.

Do you have any idea what happens if I prerender the tiles with a different family id compared with how they are combined to each country? Currently I render each tile only once and use some of these tiles for multiple countries. It would mean a lot of work for me if the tiles need to be rendered with the same family id as the country it's going to be used with.

I currently don't have plans to give custom maps unique numbers, but I can imagine that one day the user will be able to choose his own family id for the custom maps.

Barrington99 · 2014-04-07 20:26:06

Hi, have used OSM previously (superb product and service) but new to the forum, trying to obtain routable bicycle map of Cyprus for my Garmin 800. Tried yesterday and again today but 'loading data' is continually showing for choosing a predefined country. Reading previous posts it seems there is a problem, any ideas when this might be sorted? Thank you.

Lambertus · 2014-04-07 20:57:21

This is fixed much earlier today. If you're still having this problem then try cleaning your browser cache (e.g. key combo: CTRL-F5 or use the option from the settings/history menu).

ligfietser · 2014-04-07 21:14:19

Lambertus wrote:

Do you have any idea what happens if I prerender the tiles with a different family id compared with how they are combined to each country? Currently I render each tile only once and use some of these tiles for multiple countries. It would mean a lot of work for me if the tiles need to be rendered with the same family id as the country it's going to be used with.

Dont worry, that wouldn't make any difference, so you can still render them with one ID and give each country mapset another FID. The family IDs are stored in the index files, not in the tiles.

There might be a problem, if you put two overlapping country mapsets with duplicate tile img on your GPS. But maybe this was already an issue.

Lambertus · 2014-04-08 09:08:40

ligfietser wrote:

Lambertus wrote:
Do you have any idea what happens if I prerender the tiles with a different family id compared with how they are combined to each country? Currently I render each tile only once and use some of these tiles for multiple countries. It would mean a lot of work for me if the tiles need to be rendered with the same family id as the country it's going to be used with.
Dont worry, that wouldn't make any difference, so you can still render them with one ID and give each country mapset another FID. The family IDs are stored in the index files, not in the tiles.

Great!

There might be a problem, if you put two overlapping country mapsets with duplicate tile img on your GPS. But maybe this was already an issue.

I could rename the tiles before combining them... will that work?

ligfietser · 2014-04-08 10:03:05

Im not sure if this is necessary and if there are issues at all, lets first see if it works. If I put two neighbouring and overlapping country mapsets on my GPS I dont see any problem (and I havent heard anyone complaining too).

I only know there was an issue with my OFM maps, when you put two identical mapsets of different version dates on your GPS, the map becomes invisible. Maybe it is caused by an index problem?

JaVaWa · 2014-04-08 12:16:25

Lambertus wrote:

I could rename the tiles before combining them... will that work?

No. It's not just the file name; the tile id is also embedded in the file.

Lambertus · 2014-04-08 19:53:02

Ok, so no renaming of tile id's.

How about the typ files? These have now the family id, should the typ file name be updated for each country?

JaVaWa · 2014-04-08 20:02:13

Yes. Why: when combining more than one map in a single gmapsupp.img file you can't have two different files with the same name inside (a typ file is incorporated in an img file).

ligfietser · 2014-04-08 21:24:52

-For the typ file name you can use %FID%.typ
-you copy the "master" typfile.txt to %FID%.txt
-mkgmap will automatically convert this FID.txt to FID.typ with the right family ID (dont have to adapt the txt typ file first).

Example (dos batch):

set FID=10143
set typfile=%DIR%\resources\%FID%.txt
copy %DIR%\resources\10140.txt %typfile%
set argsfile=mkgmap.args g:\Maps\%FID%*.img 
java -Xmx8000m -jar %MKGMAP% --family-id=%FID% -c %argsfile% %typfile%

Lambertus · 2014-04-08 22:16:51

First attempt, be nice

How does this look?
http://osm.pleiades.uni-wuppertal.de/ga … 2e1a471166

/me should be in bed hours ago...

ligfietser · 2014-04-09 08:09:13

I'm afraid something went wrong there Lambertus.
The FID does not match with the index files.
I suppose you used 23108 for FID, but in the gmapsupp.img I read FID 39328?

In the nsi files the French and Spanish accents are messed up. Something wrong with the codepage I guess.

Lambertus · 2014-04-09 08:14:20

Yes, 23108 is the combination of family base id 23 (generic map) and country code 108 (Burundi). I'll check the gmapsupp.img FID generation tonight, hopefully.

Basecamp doesn't seem to like the Windows installer either...

ligfietser · 2014-04-09 08:43:42

yes, same Family ID 39328 is in the Mapsource index files. Dont know how it got there
Maybe you've you used a FID in you mkgmap args list as well as in the --family-id java command?

ligfietser · 2014-04-09 09:56:29

Another thing what we must watch for is the family name, which is now OSM generic routable(Burundi_25-03-2014).
This version is installed at "C:\Garmin\Maps\OSM generic routable(Burundi_25-03-2014)"
The next version has the same ID but it will be installed in a different folder, eg C:\Garmin\Maps\OSM generic routable(Burundi_09-04-2014).
I'm not sure the uninstaller will find and uninstall the previous version because it has another Family name (but same FID).
Of course we can adapt the uninstaller but I think it is better always use the same family name for a mapset:
-The family name should get OSM generic routable(Burundi) without date.
-Other parameters like series name and description will get OSM generic routable(Burundi_25-03-2014)

In your combine.php you use "description" string for all those parameters, maybe add a different one for "family name" (without $version)

In a next update the installer will remove the previous version, like it has done before.
It is also possible to integrate the uninstaller with the installer, now you get two popup windows which is confusing.
I think I can fix this (see your e-mail and the mkgmap list).

Last edited by ligfietser (2014-04-09 10:52:47)

Lambertus · 2014-04-09 12:34:36

Good points, all of them. Thanks, ligfietser.

I see you're looking over my shoulder If you want to see the latest development: /data/garmin/scripts/test/

But, perhaps you already found it?

ligfietser · 2014-04-09 14:19:48

Yeah I already checked it out, not saying that I understand it all
BTW noticed some typos in the US state list, check Florida, Illinois, North Carolina

Lambertus · 2014-04-09 14:24:02

Heh, it was late and I was tired. Not a good combo I guess

Lambertus · 2014-04-14 11:48:46

Re the problem with the family-id. This is the commandline:

java -Xmx6144M -jar mkgmap.jar 
--index 
--overview-mapname=23108000 
--overview-mapnumber=23108000 
--family-name='OSM generic routable(Burundi)' 
--family-id=23108000 
--series-name='OSM generic routable(Burundi_08-04-2014)' 
--latin1 
--description='OSM generic routable(Burundi_08-04-2014)' 
--product-id=6 
--tdbfile 
--nsis 
--copyright-message='Map data © openstreetmap.org and contributors' 
--gmapsupp 63*.img ovm_63*.img

This is what JaVaWa GMTK says:

Name on computer: OSM generic routable(Burundi_08-04-2014)
Name on device: OSM generic routable(Burundi)
Family ID (FID): 39328
Product ID (PID): 6
Version: 1.00
Size: 15.66 MiB
Location: C:\Garmin\Maps\OSM generic routable(Burundi)\
Registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Garmin\MapSource\Families\OSM generic routable(Burundi)
Map type: Registry map
Protected: No

ID error: The Family ID in the registry doesn't match the one in the map.
Errors recoverable: Yes

Map segments (2): 63241017: OSM Generic Routable (63241017) (63241017.img)
63241023: OSM Generic Routable (63241023) (63241023.img)

Other essential C:\Garmin\Maps\OSM generic routable(Burundi)\23108000.tdb
files/folders: C:\Garmin\Maps\OSM generic routable(Burundi)\23108000.img
C:\Garmin\Maps\OSM generic routable(Burundi)\23108000.mdx
C:\Garmin\Maps\OSM generic routable(Burundi)\23108000_mdr.img

I think the family-id overflows.

So, how about:
family id: 23 (generic map)
product id: 108 (Burundi)
overview map: 23108000

At least, this is how I think a /family/product/ id is intended to work...

Edit:
Hmm, that's not what the Mkgmap documentation says:

--product-id=number Each mapset needs an unique product-id in order to let MapSource differentiate between the different maps. Default is "42".

product id: 23108 (generic map/Burundi)

Edit:
Yes, that's better. GMTK doesn't complain anymore and BaseCamp shows the map. Guess I wrong about this.

ligfietser · 2014-04-14 14:04:45

Yep, family-id 23108000 are too many digits FID=23108 / PID=1 should work, hope you have enough unique ID numbers? The mapnumber should have 8 digits, so 23108000.img for the overview map is ok.
BTW Multiple PID's for one FID doesnt work either.

Lambertus · 2014-04-14 15:38:15

ligfietser wrote:

Yep, family-id 23108000 are too many digits FID=23108 / PID=1 should work, hope you have enough unique ID numbers? The mapnumber should have 8 digits, so 23108000.img for the overview map is ok.
BTW Multiple PID's for one FID doesnt work either.

Ah, that's why my maps have all different FID's, I forgot. Guess the MapSource programming team never understood how to properly implement families with products, tssk.

Announcement

#2051 2014-04-04 09:16:58

Re: Worldwide routable Garmin maps: URL REMOVED

#2052 2014-04-05 16:01:23

Re: Worldwide routable Garmin maps: URL REMOVED

#2053 2014-04-07 09:21:34

Re: Worldwide routable Garmin maps: URL REMOVED

#2054 2014-04-07 10:21:33

Re: Worldwide routable Garmin maps: URL REMOVED

#2055 2014-04-07 20:20:18

Re: Worldwide routable Garmin maps: URL REMOVED

#2056 2014-04-07 20:26:06

Re: Worldwide routable Garmin maps: URL REMOVED

#2057 2014-04-07 20:57:21

Re: Worldwide routable Garmin maps: URL REMOVED

#2058 2014-04-07 21:14:19

Re: Worldwide routable Garmin maps: URL REMOVED

#2059 2014-04-08 09:08:40

Re: Worldwide routable Garmin maps: URL REMOVED

#2060 2014-04-08 10:03:05

Re: Worldwide routable Garmin maps: URL REMOVED

#2061 2014-04-08 12:16:25

Re: Worldwide routable Garmin maps: URL REMOVED

#2062 2014-04-08 19:53:02

Re: Worldwide routable Garmin maps: URL REMOVED

#2063 2014-04-08 20:02:13

Re: Worldwide routable Garmin maps: URL REMOVED

#2064 2014-04-08 21:24:52

Re: Worldwide routable Garmin maps: URL REMOVED

#2065 2014-04-08 22:16:51

Re: Worldwide routable Garmin maps: URL REMOVED

#2066 2014-04-09 08:09:13

Re: Worldwide routable Garmin maps: URL REMOVED

#2067 2014-04-09 08:14:20

Re: Worldwide routable Garmin maps: URL REMOVED

#2068 2014-04-09 08:43:42

Re: Worldwide routable Garmin maps: URL REMOVED

#2069 2014-04-09 09:56:29

Re: Worldwide routable Garmin maps: URL REMOVED

#2070 2014-04-09 12:34:36

Re: Worldwide routable Garmin maps: URL REMOVED

#2071 2014-04-09 14:19:48

Re: Worldwide routable Garmin maps: URL REMOVED

#2072 2014-04-09 14:24:02

Re: Worldwide routable Garmin maps: URL REMOVED

#2073 2014-04-14 11:48:46

Re: Worldwide routable Garmin maps: URL REMOVED

#2074 2014-04-14 14:04:45

Re: Worldwide routable Garmin maps: URL REMOVED

#2075 2014-04-14 15:38:15

Re: Worldwide routable Garmin maps: URL REMOVED

Board footer