Worldwide routable Garmin maps: URL REMOVED

JaVaWa · 2014-04-14 20:24:36

The family ID should be in the range from 1 to 65535 (because it's stored as a 16 bit uint in the TDB file).
Don't use 2041; that's the family ID of the global basemap in BaseCamp.

multiple PID's were only used for special combined maps like the old Bluechart, or for maps without a FID.

Last edited by JaVaWa (2014-04-14 20:27:45)

Lambertus · 2014-04-15 09:19:36

New attempt:
http://osm.pleiades.uni-wuppertal.de/ga … 572a74125/

Both BaseCamp and JaVaWa GMTK don't complain. I would appreciate it if someone with OSX can check out the Mac version. I haven't checked on the GPS yet too, my GPSmap 60 isn't feeling well since I dropped it on the road at high speed

Note: the country says Burundi, but the area looks more like Qatar. This is not a but, it is because I updated the version but didn't update the tile list in my test request.

ligfietser · 2014-04-15 11:01:05

-I see a lot of img files in the download list, probably not intended?
-osm_generic_windows.exe After installation I see two tiles, Burundi and Malawi, with a large gap (1000 km) between them, but the intention is good
-OSM generic routable(Burundi) family name looks good now, it shows in Mapsource with the version date, so far so good.
-FID looks ok
-installation is still the old way (but with mkgmap r3186 this is solved)
-"Mac" version is also good
-osm_generic_tiles.zip lacks the ovm files (they are now in the download list, ovm_63241023.img ovm_63241017.img)
-osm_generic_gmapsupp.zip havent tested it, looks ok with gmaptool.

Can you upload a mapset with a typ file (or a generic new style mapset)?

Is it possible to move or hide unnecessary files like tiles.txt, country.txt, 23108000.nsi file?
Maybe put the 23108000.nsi only in the osm_generic_tiles.zip?

BTW I hope the TS won't get confused with all this detailed info

Lambertus · 2014-04-15 13:18:50

ligfietser wrote:

-I see a lot of img files in the download list, probably not intended?

Yes, I forgot to mention that I temporarily disabled cleanup before publication.

-OSM generic routable(Burundi) family name looks good now, it shows in Mapsource with the version date, so far so good.
-FID looks ok
-"Mac" version is also good
-osm_generic_gmapsupp.zip havent tested it, looks ok with gmaptool.

Great.

-installation is still the old way (but with mkgmap r3186 this is solved)

Ah, I wondered why I didn't notice any changes, it all seemed so 'regular'

-osm_generic_tiles.zip lacks the ovm files (they are now in the download list, ovm_63241023.img ovm_63241017.img)

That's a bug. Solved it, I think.

Can you upload a mapset with a typ file (or a generic new style mapset)?

Yes:
http://osm.pleiades.uni-wuppertal.de/ga … b569bcff69
The OpenFietsMap Lite map below also has unimportant files moved to a subdirectory:
http://osm.pleiades.uni-wuppertal.de/ga … 3c0792d88/
Somehow the macosx.zip file is not recognised anymore by htaccess/Apache. Icon and description are missing, can't find the cause, it's working fine for other maps.

Is it possible to move or hide unnecessary files like tiles.txt, country.txt, 23108000.nsi file?
Maybe put the 23108000.nsi only in the osm_generic_tiles.zip?

Ah, yes this is an old wish, I'll move these to a subdirectory 'metadata'.

BTW I hope the TS won't get confused with all this detailed info

When we're done I'll split off the discussion and merge with the main topic.

ligfietser · 2014-04-15 15:46:27

Lambertus wrote:

Somehow the macosx.zip file is not recognised anymore by htaccess/Apache. Icon and description are missing, can't find the cause, it's working fine for other maps.

In the htaccess I see this line:

AddDescription "<b>Map installer for RoadTrip on the Mac OSX platform.</b>" roadtrip.zip

Perhaps change it into

AddDescription "<b>Map installer for Basecamp / Mac OSX platform.</b>" macosx.zip

Roadtrip is replaced by Basecamp (btw you can use this format also for Basecamp under Windows).

Replace roadtrip.zip for macosx.zip in this line too:

 # Add icons to specific files
 AddIcon /garmin/icons/macos.gif roadtrip.zip

The OpenFietsMap Lite map below also has unimportant files moved to a subdirectory:
http://osm.pleiades.uni-wuppertal.de/ga … 3c0792d88/

The TYP file is missing in all files.

Lambertus · 2014-04-15 20:10:39

ligfietser wrote:

Lambertus wrote:
Somehow the macosx.zip file is not recognised anymore by htaccess/Apache. Icon and description are missing, can't find the cause, it's working fine for other maps.
In the htaccess I see this line:
AddDescription "<b>Map installer for RoadTrip on the Mac OSX platform.</b>" roadtrip.zip
Perhaps change it into
AddDescription "<b>Map installer for Basecamp / Mac OSX platform.</b>" macosx.zip
Roadtrip is replaced by Basecamp (btw you can use this format also for Basecamp under Windows).
Replace roadtrip.zip for macosx.zip in this line too:
 # Add icons to specific files
 AddIcon /garmin/icons/macos.gif roadtrip.zip

Don't know for sure, but it looks like I somehow got an old htaccess source file in my test directory. Listing works again after updating it.

The OpenFietsMap Lite map below also has unimportant files moved to a subdirectory:
http://osm.pleiades.uni-wuppertal.de/ga … 3c0792d88/
The TYP file is missing in all files.

Indeed it was. But not anymore

http://osm.pleiades.uni-wuppertal.de/ga … 3c0792d88/

ligfietser · 2014-04-15 21:08:19

Everything is fine now!

ew2nWIxDI_RmO8YlOsFt7Q8mkGG58xddq3Y3fE9R5BM

Lambertus · 2014-04-15 21:13:46

Great, I'll put the adapted script in production.

Edit:
Hmm, no, I'll wait until I've updated Mkgmap and tested the new NSIS installer script as well.

Edit:
The map is updated with the latest Mkgmap and the installer seems to work fine. An update is in order.

Edit:
The new script is now in production on the country server. Many thanks to Ligfietser and JaVaWa for the tips, suggestions and testing!

Enjoy!

Lambertus · 2014-04-17 15:39:25

Made a small improvement to the website that removes the "- " from Canadian and US states wherever it's used (except in the pull-down menu's). This was needed because matching "- Alberta" against "Alberta" to get it's country code does not work well.
Also fixed a few missing or mismatched country codes.

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

Thanks Lambertus!
In the generic new styles there were some routing errors detected (see http://forum.openstreetmap.org/viewtopi … id=414084) which had to do with opposite cycleways.

I corrected those in the style file, but now it needs the internal --make-opposite-cycleways option instead of the rules that I put in the lines style (but that wasnt working).
Can you add the option --make-opposite-cycleways to the generic new process (dont know if the generic old already has this option? The OFM Lite does not need this).

Lambertus · 2014-04-18 16:01:27

Added the parameter to Generic New, Generic Old does not have this parameter so I added it there too. Is that OK?

ligfietser · 2014-04-18 16:27:09

Yep, it has been improved recently by Gerd so I guess its ok to use.

Lambertus · 2014-04-18 17:13:17

Cool. I'm also experimenting a bit with nicer indexing: http://osm.pleiades.uni-wuppertal.de/ga … 4598f3ce3/

ligfietser · 2014-04-18 18:14:14

Nice, much better. Maybe instead of the footer Apache/2.2.22 (Ubuntu) Server etc add a license note from *_license.txt?

Map data (c) OpenStreetMap and its contributors
http://www.openstreetmap.org/copyright

This map data is made available under the Open Database License: 
http://opendatacommons.org/licenses/odbl/1.0/. 
Any rights in individual contents of the database are licensed under the 
Database Contents License: http://opendatacommons.org/licenses/dbcl/1.0/
Map created with mkgmap-r3189

ligfietser · 2014-04-18 18:27:54

Lambertus wrote:

Cool. I'm also experimenting a bit with nicer indexing: http://osm.pleiades.uni-wuppertal.de/ga … 4598f3ce3/

BTW I dont see "new" in the mapname, it says "OSM generic routable(Netherlands)"
http://osm.pleiades.uni-wuppertal.de/ga … 528000.nsi

dpawlyk · 2014-04-18 23:33:48

Hmm. I wonder if there is a way of determing the date of the OSM data being used. I've made updates to various places in New Jersey, US and they aren't in the garmin maps downloaded from openfietsmap.nl.

Lambertus · 2014-04-19 12:16:03

It's not perfect, but the date of the map gives an idea. This date is when the update process started and one of the first things the process does is updating the local copy of the OSM planet with daily extracts. The local planet is at least one day behind the start date (and in some cases it can be two days).

The rule of thumb is therefore the version date minus two days.

ligfietser · 2014-04-19 13:49:09

If I look in the download box of for instance Iceland, it also shows
country: Netherlands
version: 16-04-2014 ;-)
http://osm.pleiades.uni-wuppertal.de/ga … 76deaa26a/

I also noticed that the new version and the old version both have the same name: OSM generic routable(Netherlands)
This means that if I install the new version first, and afterwards the old, it warns that a previous map has been found.
So this is not too bad. You can either install the old version or the new style version, not both.
If we want them both, the map name of the new style should be different: OSM generic routable new (Netherlands)

Lambertus · 2014-04-20 08:05:11

ligfietser wrote:

If I look in the download box of for instance Iceland, it also shows
country: Netherlands
version: 16-04-2014 ;-)
http://osm.pleiades.uni-wuppertal.de/ga … 76deaa26a/

That is a very dumb copy/paste error on my part. Fixed in the code.

I also noticed that the new version and the old version both have the same name: OSM generic routable(Netherlands)
This means that if I install the new version first, and afterwards the old, it warns that a previous map has been found.
So this is not too bad. You can either install the old version or the new style version, not both.
If we want them both, the map name of the new style should be different: OSM generic routable new (Netherlands)

The description is changed to OSM generic routable new.

As always: thanks for the feedback, Ligfietser!

Mafketel · 2014-04-20 11:04:12

Ik zag een fietspad routeer probleem in een new style kaart van 11-3-2014, maar dat is netjes opgelost in de new style kaart van 16-4-2014. Ik heb wat paginas terug gelezen en had het idee dat er met de routering wat verbeteringen waren doorgevoerd dus dat moest ik eerst even testen.
Oftewel Bedankt

Sorry not in English ...
Noticed some routing errors in basecamp with car/motor using bicycle paths on a new style map from march. In recent maps it is fixed thnx

At least in basecamp, now I get a route calculation error on my oregon 300 and I have not figured out why or where yet. Same route as with 11-3 map which is fine.

The new naming and numbering system is REALLY APPRECIATED and made it very easy to do an A - B comparison, thnx.

The other thing I noticed while scrolling around in the area in basecamp.
The rendering of motorway_link might be not the most preferable way. Take a look at knooppunt ijselmonde ridderkerk which is a beautiful spaghetti highway system in real life but on the map it is only visible when all the way zoomed in basecamp. https://www.openstreetmap.org/way/7325163
same for kleinpolderplein terbrechseplein knooppunt benulux etc. Although for the last one also google maps is heaving issues for the shear size of the spaghetti. knooppunt Ypenburg is also a nice example close to Rijswijk.

On my gps(oregon300) the motorway_link are reasonable sized(on the thin end) dark grey lines visible while zoomed out, with the high chance of cluttering they are probably good as they are.

Mafketel · 2014-04-20 11:43:09

It seems like my gps does not like the changes that were made last month in the routing.

With the custom tile selection map I made 11-3-2014 I could route from rotterdam to wuppertal if I allowed it to use highways no intermediate points needed. with the dutch map from 16-4-2014 I cannot even route from rotterdam to amsterdam without the route calculation error, obviously I tried that as well with the map from 11-3-2014 and that was no problem.
Sorry I really just wanted to give a thumbs up , but will trying some things I found this issue and by now I should have opened a new thread.

ligfietser · 2014-04-21 06:58:47

Mafketel,
Wait for the next update, Ive adjusted the routing after some remarks on the Dutch forum. Maybe this solve your issues too.
About rendering motorway links, the map uses the default Garmin style. This doesnt look very fancy on Basecamp but I'll have a look at the zoomlevels.

Mafketel · 2014-04-21 11:50:20

I will wait.

Something changed between 11-3 and 16-4 update.

Actually quite a lot with zooming in basecamp and for the better, I really like the fact that railways are visible much longer when you zoom out. and that at 700m the railways are rendered with the gray white dash.
only at 200m the railroad yard between zwijndrecht and barendrecht becomes visible same as the outlines of the buildings, also a good thing.
And then railway tunnels are actually visible until 3km.
In the 11-3 map they are not shown on any zoomlevel.

The railway tunnels on my orgeon300 are on neither map visible on any zoomlevel, which might be a feature they are not that useful for navigating and would just clutter the screen.

In basecamp with the 11-3 generated map motorway_links are white with black edge and thick enough. And visible until 3km
in the 16-4 map they are only visible @ 200m and very thin.

.... I made a mistake when I said the motorway links were visible on my gps(oregon300) with 16-4 map, they are not, only tiny lines at the 200m and below zoomlevel. The grey lines I mentioned before are from the 11-3 map.

Anyway I really appreciate what u guys are doing and happy to use the 11-3 map for quite a bit longer .

Last edited by Mafketel (2014-04-21 11:50:52)

ligfietser · 2014-04-21 18:30:29

You are right that a lot has changed the last month and we're still busy with the changes
As a result some bugs revealed but the next update should be better.

Lambertus · 2014-04-22 09:39:22

Update is running with Mkgmap r3200. It will take about 3 days before the maps become available. Hopefully the performance improvements will have an significant effect

Announcement

#2076 2014-04-14 20:24:36

Re: Worldwide routable Garmin maps: URL REMOVED

#2077 2014-04-15 09:19:36

Re: Worldwide routable Garmin maps: URL REMOVED

#2078 2014-04-15 11:01:05

Re: Worldwide routable Garmin maps: URL REMOVED

#2079 2014-04-15 13:18:50

Re: Worldwide routable Garmin maps: URL REMOVED

#2080 2014-04-15 15:46:27

Re: Worldwide routable Garmin maps: URL REMOVED

#2081 2014-04-15 20:10:39

Re: Worldwide routable Garmin maps: URL REMOVED

#2082 2014-04-15 21:08:19

Re: Worldwide routable Garmin maps: URL REMOVED

#2083 2014-04-15 21:13:46

Re: Worldwide routable Garmin maps: URL REMOVED

#2084 2014-04-17 15:39:25

Re: Worldwide routable Garmin maps: URL REMOVED

#2085 2014-04-18 14:45:02

Re: Worldwide routable Garmin maps: URL REMOVED

#2086 2014-04-18 16:01:27

Re: Worldwide routable Garmin maps: URL REMOVED

#2087 2014-04-18 16:27:09

Re: Worldwide routable Garmin maps: URL REMOVED

#2088 2014-04-18 17:13:17

Re: Worldwide routable Garmin maps: URL REMOVED

#2089 2014-04-18 18:14:14

Re: Worldwide routable Garmin maps: URL REMOVED

#2090 2014-04-18 18:27:54

Re: Worldwide routable Garmin maps: URL REMOVED

#2091 2014-04-18 23:33:48

Re: Worldwide routable Garmin maps: URL REMOVED

#2092 2014-04-19 12:16:03

Re: Worldwide routable Garmin maps: URL REMOVED

#2093 2014-04-19 13:49:09

Re: Worldwide routable Garmin maps: URL REMOVED

#2094 2014-04-20 08:05:11

Re: Worldwide routable Garmin maps: URL REMOVED

#2095 2014-04-20 11:04:12

Re: Worldwide routable Garmin maps: URL REMOVED

#2096 2014-04-20 11:43:09

Re: Worldwide routable Garmin maps: URL REMOVED

#2097 2014-04-21 06:58:47

Re: Worldwide routable Garmin maps: URL REMOVED

#2098 2014-04-21 11:50:20

Re: Worldwide routable Garmin maps: URL REMOVED

#2099 2014-04-21 18:30:29

Re: Worldwide routable Garmin maps: URL REMOVED

#2100 2014-04-22 09:39:22

Re: Worldwide routable Garmin maps: URL REMOVED

Board footer