Worldwide routable Garmin maps: URL REMOVED

popej · 2013-02-16 16:33:01

Mapsource 6.16 compute compression factor for longitude according to medium latitude of a whole map. For small maps, like a single country, map looks much better then for CNE Europe, which include Reunion Island on Southern Hemisphere.

GRi · 2013-02-19 01:11:58

Lambertus wrote:

PS. Map requests larger then 4 GB are now rejected to further smooth the custom map production. I don't think Garmin GPS devices are capable of handling such large maps anyway.

Just a remark on the statement that it would be useless to offer downloads bigger than what can be loaded on a gps device.

I don't think the size of what fits on a gps should be your point of view.
Maybe some, or even a lot of people put the downloaded stuff directly on a gps.
But what makes more sense I think, is to install the downloads first in Mapsource (Basecamp).
In Mapsource you plan routes. At the gps you navigate. That's different things.

To give a real-life example: suppose you are a dutch speedskater, ride very nice routes on a Mountainbike as well, the bike that you also take to the big skating event at the Weissensee in Austria.
For the route by car to the Weissensee you want a special one to avoid all the queues around Munich and therefore you use the GR map in Mapsource from the Netherlands, completely to the far end of Austria. To be able to make this route, this GR map must be 1 map, not split in several ones, because otherwise the routing doesn't work and also you would miss the necessary overview.
For ATB-routes in the Netherlands, in the Sauerland and Teutoburger Wald in Germany where also is being cycled a lot, and at the Weissensee in Austra, the Open Fietsmap Light is used.
Again: in Mapsource you want 1 map, not having to have all the trouble of getting installed it several times with different names and having to switch map all the time if you are planning in another country.
With the cycling club, in summer a trip has been made to the Stelvio mountain in Italy and Alpe d'Huez in France. Not very handy to have to arrange a separate map for those purposes.

For navigating on the gps, finally, you want another style than in Mapsource, since navigating routes is a completely other thing than planning routes.
So for maps on the gps, you first change typ files, then you extract an area from the Mapsource maps and send that to the gps (maps GR and OFMLight combined since an Edge 705 can only have 1 img file GMAPSUPP).
For other purposes, another map can be sent to the gps, other area e.g.
Basis is always the 2 maps in Mapsource, the GR and the OFMLight.

Of course this is just 1 example, my point is you can't predict the usage of the maps.
Don't limit this on forehand because of what fits on a gps device. The useful size is completely independent from what fit's on the gps.
Not everyone only is using these maps in the local area.

P.s.
1. Of course if you need to restrict the size because otherwise things fall over, there is a good reason. Which however, has disadvantages in usage.
2. In the last downloads for me, the Windows installer was missing. So to install the maps in Mapsource still, I used MapsetToolkit. This makes things less simple to use of course.

Lambertus · 2013-02-19 20:48:51

Thanks For your feedback GRi, I agree that for certain uses a large map would be preferable. I wonder, though, how many people really need such large maps.

On a technical note: the most memory is used by the gmapsupp.img step which I could bypass when the user selects more then 4Gb tiles. However, the Windows installer is also limited in size because of the NSIS installer (2Gb).

GRi · 2013-02-19 21:24:14

Lambertus wrote:

the most memory is used by the gmapsupp.img step

Is it an idea to let us make a choice in what we would like to get: If I get an installer I don't need the gmapsupp.img at all.
I only dowload the installer file, leave all the rest on ther server, untouched. A bit pity you generated them.
Maybe those who order an imgsupp don't need the installers?
Also people on Windows don't need the other executables, exactly as Apple people won't need a windows installer?

ligfietser · 2013-02-20 11:09:04

The nsis limit can also solved by making an installer which dont include the tiles (like an install.exe that I use for my Europe or Germany map).
Of course this will ask for the user some extra efforts to unzip things first but if you want something extra you have to work for it. This also makes it not neccesary to include an extra set with the tiles only, and maybe even a Mac/Gmap format isn't needed anymore because with Javawa's Mapconverter this zip file can be easily installed for the Mac or as gmap. So then we have only one gmapsupp.img set (< 4 gb) and one zip file containing the tiles with a windows installer. See for example my Germany mapset: http://www.openfietsmap.nl/downloads/germany

We could also think for asking a small donation first for very big mapsets larger then 2 Gb (5 euro minimum or so). That will exclude all people who are just downloading everything just for fun and so limit the server load.

Last edited by ligfietser (2013-02-20 11:11:26)

popej · 2013-02-20 19:08:21

You can use gmap format on Windows, even installation is easier, since no registry access is needed.

ligfietser · 2013-02-20 23:16:42

With Javawa's Mapconverter installing is indeed a piece of cake, manually you have to know where those files are stored.
But what about Linux users? They still need the osm_generic_tiles.zip. You only need to add a windows installer to this file then this file is for all platforms usable (Mac / gmap users need Javawa Mapconverter though).

popej · 2013-02-21 00:08:44

I believe more for Linux users than for Mac users

ligfietser · 2013-02-21 09:31:17

Yeah the Mac users wont be happy if they are offered a zip file which they only can install with Javawa's Mapconverter

Last edited by ligfietser (2013-02-21 09:31:32)

Lambertus · 2013-03-05 11:05:46

Changed the scripts on the custom map server to use more disks for map storage using a simple trick to spread the load.

For those interested:

$map_disks = array("/maps/0/garmin", "/maps/1/garmin", "/maps/2/garmin");

$msdIndex = hexdec(substr($md5sum, 0, 1)) % count($map_disks);
$map_storage_disk = $map_disks[$msdIndex];

Where /maps/0/, /maps/1/ and /maps/2/ are mount points for different harddisks. Using the modulo function (%) on the first character of the md5sum determines which disk to choose from the array. Alternatively I could have created a single RAID partition using the three disks but this was more fun and, importantly, less prone to me breaking the server

Take for example as first character from an md5sum (each character in an md5sum is a hexadecimal number ranging 0 to f):
0 % 3 = 0
1 % 3 = 1
2 % 3 = 2
3 % 3 = 0
4 % 3 = 1
[..]
e % 3 = 2
f % 3 = 0

Next is a custom NSIS installer for handling maps larger than 2 GB.

popej · 2013-03-05 19:16:58

You should have about 20% more files on drive 0 than on 1 or 2. Do I estimate correctly?

Lambertus · 2013-03-05 20:19:16

Looks more like ~7% up to now, but I know what you mean.

prenard · 2013-03-06 11:44:23

Hi,

I am going to ask a "newbie" questions...

Last weeks, I have made changes on OSM maps. These changes are now available on https://www.openstreetmap.org

I have seen, in the download section (http://planet.openstreetmap.org/), that a new "OSM database bundle" is generated every two weeks (the last one was generated on 18/02/2013).

My questions:

* what is the "refresh cycle" of your OSM database ?
* Do you use the new bundles ASAP when they are available ?
* Is-there a way to know the "refresh date" of your OSM database ?

Thanks for your help

Patrick

Lambertus · 2013-03-06 13:58:38

1) what is the "refresh cycle" of your OSM database ?
2) Do you use the new bundles ASAP when they are available ?
3) Is-there a way to know the "refresh date" of your OSM database ?

1) About once a week (depending on how many changes are made to the toolchain)
2) Nope, only when a new update is started then the local planet copy is updated
3) The date on which the update is started is listed below the map on the website, e.g.

Hosting is sponsored by Oxilion and others. Slippy map and Garmin maps are based on OpenStreetMap data. Map version: 24-02-2013

prenard · 2013-03-08 16:43:22

Hi,

Thanks for your previous reply !

Another question: do you use a specific mkgmap "CUSTOM STYLE" to generate your "Generic Routable" maps ?

If the answer is YES, is-it possible to get it ?

Regards

Patrick

ligfietser · 2013-03-10 11:04:30

The Generic Routable style is a default mkgmap style which can be found here
Generic Routable (testing new style) and Routable Bicycle (Openfietsmap Lite) you can find here

Lambertus · 2013-03-12 21:21:19

I'm thrilled to announce that users of the new generic map (testing) should be able to search and use housenumbers with map version 11-03-2013 and later. This also applies to the Openfietsmap Lite version.

As a bonus I merged the BAG data in my local copy of the OSM planet file. The BAG contains all housenumbers for the Netherlands and is made available as a separate download by OSM user Gertjan Idema and with a bit of help from OSM user ligfietser.

Outside the Netherlands, searching housenumbers only works when available in the OSM data, so if housenumbers in your area aren't mapped in OSM yet then quickly go outside and map them so everyone can enjoy house to house routing in the Garmin maps from OpenStreetMap

Jeroen Vreeken · 2013-03-13 02:27:02

Hi,

First thanks for the maps. They really make mapping my surroundings real fun and actually usefull.
However I noticed this weekend on a trip to Utrecht that a piece of the A2 is missing east of Vught. This was with the maps from 24-2. Today I downloaded the 11-3 map for the Netherlands, but it seems to have the same problem. Is this a known problem?

ligfietser · 2013-03-13 08:39:29

Jeroen,
They are probably busy with that road? I see it is rendered as a road under construction (new generic style).
On osm: construction = minor, highway = motorway.
If those constructions are finished, construction tags should be removed from OSM.
And I'll have a look at the style files not to render those minor constructions.

Last edited by ligfietser (2013-03-13 09:50:22)

petersfreeman · 2013-03-13 23:22:08

Estate wrote:

Is there a way to install more then one card to for ex. mapsource from openstreetmaps?
If I want to install more then one card it says generic card already exists and deletes that card so I can only see last installed one.
I already tried to rename the map after install with JaVaWa GMTK but that does not work, problem stays the same.

Here is a reply to a previous post on the same issue:

I use MapSetToolKit. It is a simple tool to use for your purpose. It is a free download. What I did was to first come up with a Family ID for each of the countries (or in the case of larger countries, provinces). I used a system that assigns the following block of numbers:

1000-1999 = Africa
2001-2999 = Asia
3000-3999 = Europe
4000-4999 = North America
5000-5999 = (Spare)
6000-6999 = Oceania
7000-7999 = South America

For North America, I use 4000-4399 for Canada and 4500-4999 for USA so that for a map of the state of Alabama has a family ID of 4505 as I simply assigned the states a number in alphabetical order in increments of 5, e.g.:

4500 North America USA
4505 North America USA AL ALABAMA
4510 North America USA AK ALASKA
4515 North America USA AS AMERICAN SAMOA
4520 North America USA AZ ARIZONA

Since the OSM generic maps from this site install with a Family ID of 2000. I never use 2000 for any maps. I install the maps into specific folders, for example, Australia goes into C:/Garmin/Maps/Oceania/Australia. After it is installed, I then run MapSetToolKit and select the map just installed into FamilyID 2000, click the edit button and change the Mapset name to OSM Australia, the registry name to OSM Australia and the family ID to my choice of 6050. I apply the changes and that is it!

Cheers,

Peter

popej · 2013-03-14 17:08:59

Family ID in range 1 - 3000 is already used by commercial maps. Better use bigger values to avoid conflicts.

Zemartelo · 2013-03-15 00:30:42

Are you still updating the traditional style?
I use these maps on my Oregon 550t and the new mapstyle hides alot of information (like abandoned railway beds) and they are important in an outdoor unit.

I hope the old stle has not been dropped yet

Lambertus · 2013-03-15 09:48:17

Yes, I'm still updating the original but it failed the last two updates. Please add feature requests for the new style sheet to this topic.

I've been discussing with ligfietser about the future of the generic map and how the new stylesheet fits into the picture. So far we agreed on the following:
- The original generic map will continue as a generic light map (no buildings, fewer landuses, small tiles) for those who either need small tiles (old GPS devices) or a very large area.
- The new generic map will become the normal generic map which looks good and has the most features and larger tiles.
- The OpenFietsMap Lite may be replaced by the full OpenFietsMap map.

Additionally we're discussing adding altitude profiles to the generic and OpenFietsMap map by default with global coverage (starting with Europe and perhaps North America).

I'm interested in what all of you think of these ideas.

ligfietser · 2013-03-15 10:24:39

Zemartelo wrote:

Are you still updating the traditional style?
I use these maps on my Oregon 550t and the new mapstyle hides alot of information (like abandoned railway beds) and they are important in an outdoor unit.
I hope the old stle has not been dropped yet

If you notice some features that are missing in the new style, please report it in this topic:
http://forum.openstreetmap.org/viewtopi … =13257&p=6

It is correct that I removed abandoned railways from the new map because it was rendered as "path" and it shouldnt.
If the former track is now in use as a path, it must be added on osm as highway=path, footway, cycleway etc
If there is nothing, it should not render on the map as 'highway'

cchatfield · 2013-03-15 16:20:42

Lambertus wrote:

I'm thrilled to announce that users of the new generic map (testing) should be able to search and use housenumbers with map version 11-03-2013 and later. This also applies to the Openfietsmap Lite version.
As a bonus I merged the BAG data in my local copy of the OSM planet file. The BAG contains all housenumbers for the Netherlands and is made available as a separate download by OSM user Gertjan Idema and with a bit of help from OSM user ligfietser.
Outside the Netherlands, searching housenumbers only works when available in the OSM data, so if housenumbers in your area aren't mapped in OSM yet then quickly go outside and map them so everyone can enjoy house to house routing in the Garmin maps from OpenStreetMap

I am thrilled as well Lambertus. Brilliant man who deserves enormous thanks from us freekies. I am English but live in France where many properties do not have numbers or street names. My road had ten houses with the same non address. Now all communes are having to give names to roads and numbers to properties for practical and emergency reasons. I have done all the roads in Chazelles, Charente and gradually adding the numbers. Mind you I do get some twitching curtains.

Announcement

#1776 2013-02-16 16:33:01

Re: Worldwide routable Garmin maps: URL REMOVED

#1777 2013-02-19 01:11:58

Re: Worldwide routable Garmin maps: URL REMOVED

#1778 2013-02-19 20:48:51

Re: Worldwide routable Garmin maps: URL REMOVED

#1779 2013-02-19 21:24:14

Re: Worldwide routable Garmin maps: URL REMOVED

#1780 2013-02-20 11:09:04

Re: Worldwide routable Garmin maps: URL REMOVED

#1781 2013-02-20 19:08:21

Re: Worldwide routable Garmin maps: URL REMOVED

#1782 2013-02-20 23:16:42

Re: Worldwide routable Garmin maps: URL REMOVED

#1783 2013-02-21 00:08:44

Re: Worldwide routable Garmin maps: URL REMOVED

#1784 2013-02-21 09:31:17

Re: Worldwide routable Garmin maps: URL REMOVED

#1785 2013-03-05 11:05:46

Re: Worldwide routable Garmin maps: URL REMOVED

#1786 2013-03-05 19:16:58

Re: Worldwide routable Garmin maps: URL REMOVED

#1787 2013-03-05 20:19:16

Re: Worldwide routable Garmin maps: URL REMOVED

#1788 2013-03-06 11:44:23

Re: Worldwide routable Garmin maps: URL REMOVED

#1789 2013-03-06 13:58:38

Re: Worldwide routable Garmin maps: URL REMOVED

#1790 2013-03-08 16:43:22

Re: Worldwide routable Garmin maps: URL REMOVED

#1791 2013-03-10 11:04:30

Re: Worldwide routable Garmin maps: URL REMOVED

#1792 2013-03-12 21:21:19

Re: Worldwide routable Garmin maps: URL REMOVED

#1793 2013-03-13 02:27:02

Re: Worldwide routable Garmin maps: URL REMOVED

#1794 2013-03-13 08:39:29

Re: Worldwide routable Garmin maps: URL REMOVED

#1795 2013-03-13 23:22:08

Re: Worldwide routable Garmin maps: URL REMOVED

#1796 2013-03-14 17:08:59

Re: Worldwide routable Garmin maps: URL REMOVED

#1797 2013-03-15 00:30:42

Re: Worldwide routable Garmin maps: URL REMOVED

#1798 2013-03-15 09:48:17

Re: Worldwide routable Garmin maps: URL REMOVED

#1799 2013-03-15 10:24:39

Re: Worldwide routable Garmin maps: URL REMOVED

#1800 2013-03-15 16:20:42

Re: Worldwide routable Garmin maps: URL REMOVED

Board footer