Worldwide routable Garmin maps: URL REMOVED

ligfietser · 2011-08-08 10:05:57

@jmarteijn: You can use the same mapnik.typ with mapset toolkit for other countries as well, but I see what the problem is here.
If you choose a mapnik typ file, the button 'Download map now!' is not available only if you choose the Netherlands.
Maybe Lambertus can fix this?

Lambertus · 2011-08-08 11:28:58

ligfietser wrote:

@jmarteijn: You can use the same mapnik.typ with mapset toolkit for other countries as well, but I see what the problem is here.
If you choose a mapnik typ file, the button 'Download map now!' is not available only if you choose the Netherlands.
Maybe Lambertus can fix this?

I know there is something 'not entirely optimal' going on with the website (it's fixed for the next website release).

In the mean time it would be best to change the TYP file selection after you select the country, perhaps you should even do this if you don't want a TYP file included (change to Mapnik and then back to None). This will trigger the "check for existing map" function.

jmarteijn · 2011-08-08 12:15:53

Lambertus wrote:

ligfietser wrote:
@jmarteijn: You can use the same mapnik.typ with mapset toolkit for other countries as well, but I see what the problem is here.
If you choose a mapnik typ file, the button 'Download map now!' is not available only if you choose the Netherlands.
Maybe Lambertus can fix this?
I know there is something 'not entirely optimal' going on with the website (it's fixed for the next website release).
In the mean time it would be best to change the TYP file selection after you select the country, perhaps you should even do this if you don't want a TYP file included (change to Mapnik and then back to None). This will trigger the "check for existing map" function.

Thkx for the quick reply!

Looks to be fixed now....

petersfreeman · 2011-08-09 17:21:07

petersfreeman wrote:

Lambertus wrote:
Peter, I've confirmed the problem by just looking at the NZ Auckland tile. It's quite possible that the 180 degree line is the problem, but how and where (i.e. Splitter or Mkgmap). I'll gather some data to test with and write about this to the Mkgmap dev list.
Funny thing is that I can zoom in normally to 100 km, but one step further and the map disappears. Then, if I move the map to the left (i.e. scroll towards the 180 degree line) the map shows up again and when I zoom in again the map disappears again. This process can be repeated a few times more, but you end up looking at the empty ocean off the east-coast of the Northern Island in closeup.
Thanks for your report.
Edit: Ah, now I see. The problem also appears if you zoom in on the western part of the tile. You can keep zooming in as long as you keep a tile edge visible in the screen, but this doesn't apply for the top or bottom tile edge; only the vertical tile edges. As soon as you scroll the left or right tile edge out the window the map disappears.
Any progress on this?
Thanks,
Peter

Lambertus wrote:

No, I forgot Sorry about that. I'll have a look this evening...

I just downloaded the New Zealand tiles and there has been a big improvement. Everything works fine for down to and including the 200km scale. As soon as I drop below that from 150km and below, I lose everything east of a line that seems to be at E1273.94520.

Any idea as to why this is happening?

Thanks Lambertus!

Peter

Lambertus · 2011-08-10 08:54:25

jmarteijn wrote:

Looks to be fixed now....

No, it's not fixed. The problem just doesn't show up everytime.

petersfreeman wrote:

I just downloaded the New Zealand tiles and there has been a big improvement. Everything works fine for down to and including the 200km scale. As soon as I drop below that from 150km and below, I lose everything east of a line that seems to be at E1273.94520.
Any idea as to why this is happening?

Sorry I have to disappoint you again, but I'm still not quite getting what's wrong in that area after looking at the data.

Sulla · 2011-08-10 10:18:40

Hi Lambertus!

A suggestion to ease server load: The downloading of "predefined countries" in Europe at least, is of little use. Rarely anyone can do with the map of a single country, at least not when travelling.
Would it be possible to also create "predefined regions", such as "the Alps", "BeNeLux", "the Balkans", i.e. regions that are needed more often together than on their own.
In return, you could remove some smaller states altogether, like Lichtenstein or Monaco which might never be useful on their own.

Also, it would be GREAT if one could save his own tileset in order to load it at a later time to download the newest map of the same region.

regards,
Sulla

Last edited by Sulla (2011-08-10 10:18:56)

OttoPilot · 2011-08-12 00:09:21

Lambertus wrote:

Lambertus wrote:
OttoPilot wrote:
I still get the same with new cycle: only Linux, tiles.txt and country.txt.
Lambertus, please fix it. I need to check my edits to OSM.
Thanks.
Hmm, it occurred twice in two different updates. There must be something wrong with your edits
I'll check it out.
Ok, the installed Mkgmap version on the Country server barfs on Chille:
Exception in thread "main" java.lang.NegativeArraySizeException
at uk.me.parabola.imgfmt.app.BufferedImgFileReader.get(BufferedImgFileReader.java:165)
at uk.me.parabola.imgfmt.app.net.NETFileReader.fetchZipCity(NETFileReader.java:151)
at uk.me.parabola.imgfmt.app.net.NETFileReader.getRoads(NETFileReader.java:116)
at uk.me.parabola.imgfmt.app.map.MapReader.getRoads(MapReader.java:180)
at uk.me.parabola.mkgmap.combiners.MdrBuilder.addStreets(MdrBuilder.java:300)
at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd(MdrBuilder.java:171)
at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:411)
at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126)
at uk.me.parabola.mkgmap.main.Main.main(Main.java:129)
I'll try a newer one (r2009)...
Edit: Nope, practically the same error:
Exception in thread "main" java.lang.NegativeArraySizeException
at uk.me.parabola.imgfmt.app.BufferedImgFileReader.get(BufferedImgFileReader.java:165)
at uk.me.parabola.imgfmt.app.net.NETFileReader.fetchZipCity(NETFileReader.java:151)
at uk.me.parabola.imgfmt.app.net.NETFileReader.getRoads(NETFileReader.java:116)
at uk.me.parabola.imgfmt.app.map.MapReader.getRoads(MapReader.java:180)
at uk.me.parabola.mkgmap.combiners.MdrBuilder.addStreets(MdrBuilder.java:300)
at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd(MdrBuilder.java:171)
at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:431)
at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126)
at uk.me.parabola.mkgmap.main.Main.main(Main.java:132)
No idea what's going on here...

If I leave the tile WS-Apia out (and don't get Easter Island of course), the map compiles just fine and I get the gmapsupp file and all the others. Maybe Mkgmap doesn't know Easter Island is chilean.

petersfreeman · 2011-08-12 05:28:05

Lambertus wrote:

jmarteijn wrote:
Looks to be fixed now....
No, it's not fixed. The problem just doesn't show up everytime.
petersfreeman wrote:
I just downloaded the New Zealand tiles and there has been a big improvement. Everything works fine for down to and including the 200km scale. As soon as I drop below that from 150km and below, I lose everything east of a line that seems to be at E1273.94520.
Any idea as to why this is happening?
Sorry I have to disappoint you again, but I'm still not quite getting what's wrong in that area after looking at the data.

I'll load the New Zealand maps from MapSource into my Garmin GPS and see if they display okay. I'll let you know how it goes.

Thanks Lambertus,

Peter

petersfreeman · 2011-08-28 08:34:20

petersfreeman wrote:

Lambertus wrote:
jmarteijn wrote:
Looks to be fixed now....
No, it's not fixed. The problem just doesn't show up everytime.
petersfreeman wrote:
I just downloaded the New Zealand tiles and there has been a big improvement. Everything works fine for down to and including the 200km scale. As soon as I drop below that from 150km and below, I lose everything east of a line that seems to be at E1273.94520.
Any idea as to why this is happening?
Sorry I have to disappoint you again, but I'm still not quite getting what's wrong in that area after looking at the data.
I'll load the New Zealand maps from MapSource into my Garmin GPS and see if they display okay. I'll let you know how it goes.
Thanks Lambertus,
Peter

Just tested the New Zealand maps after I downloaded them to my Garmin GPSmap 76CSx and all of the detail is showing up at various zoom levels. It seems that the problem is just with MapSource.

Cheers,

Peter

Beddhist · 2011-08-28 09:09:38

"Try Basecamp." (C) Garmin support ...

ligfietser · 2011-08-28 09:52:26

Basecamp has other issues. The latest releases (from 3.2.1) doesn't support OSM access rules anymore....
Cyclists will be routed on major highways or steps, even motorcars will take cycleways etc.
This sucks....

Beddhist · 2011-08-28 11:41:58

You lost me there. What has Basecamp got to do with OSM? Does it read OSM files?

I just had to test it with a map I compiled myself from OSM and the routing works as expected.

BTW: a new version is out.

Cheers,
Peter.

Last edited by Beddhist (2011-08-28 11:42:31)

ligfietser · 2011-08-28 13:25:16

Beddhist wrote:

You lost me there. What has Basecamp got to do with OSM? Does it read OSM files?

That is exactly the problem ;-) Basecamp (read: Garmin) has nothing with OSM.

OSM Garmin maps compiled with mkgmap are not compatible anymore with the latest versions of Basecamp.

See also https://forums.garmin.com/showpost.php? … stcount=48

Seldom · 2011-08-28 16:32:31

ligfietser wrote:

OSM Garmin maps compiled with mkgmap are not compatible anymore with the latest versions of Basecamp.

Ligfietser, have you tried BaseCamp 3.2.2?
Just tried Lambertus' latest map for Amarillo, TX, USA, (BaseCamp 3.2.2), routing preference set to Bicycling. Start point was Ambasitor (sp) hotel, end point was Rick Husband Airport. The bicycling route stayed on residential streets as much as possible. When I re-set routing to Automobile it followed the Interstate and also used the very Texas peculiar ramp access to get to the Interstate.

Could it be a mkgmap bug?

Last edited by Seldom (2011-08-28 16:50:54)

ligfietser · 2011-08-28 17:16:40

Basecamp 3.2.2 and 3.2.1
This behaviour is reported by several other people and affects also maps compiled with cgpsmapper. So its not likely a mkgmap bug, since it does not appear on Mapsource nor on the gps (yet). I'm afraid it will appear soon if Garmin is updating the GPS firmware to make it compatible with the new Basecamp standards.

Last edited by ligfietser (2011-08-28 17:17:33)

Seldom · 2011-08-28 18:19:46

ligfietser wrote:

Basecamp 3.2.2 and 3.2.1
This behaviour is reported by several other people and affects also maps compiled with cgpsmapper. So its not likely a mkgmap bug, since it does not appear on Mapsource nor on the gps (yet). I'm afraid it will appear soon if Garmin is updating the GPS firmware to make it compatible with the new Basecamp standards.

Ouch... I just reproduced the error in a map I compiled with cgpsmapper. Route runs from a point on a main road to another point on a main road. The route is paralleled by a bike path. Routing preference set to Bicycle. MapSource exits the main road, takes the bike path, and re-enters the main road. BaseCamp stays on the main road.

Beddhist · 2011-08-28 21:10:11

I see what you mean now. OSM = Third Party Maps.

I only did a quick test on a Thailand map I compiled myself and it worked.

Let's remember one thing: Garmin supports only Garmin products. If you load another map into their software or GPS you are on your own. They have now moved to the NT format and it seems that this is the only format they now work on. Nobody has been able to hack this yet, so we are now left behind. It's the Apple closed-system business model.

Perhaps it's time we left Garmin behind and started looking for alternative, more open devices, like Android, WinPhones or even TomTom (runs Linux, no?). If we had navigation s/w written by OSM programmers then we wouldn't struggle with workarounds like we do now.

Personally, I have shelled out 600 $US for my Zumo. I bought it, because it's the only GPS suitable for a motorcycle into which I can load OSM and Polish format maps. It's my 3rd and most likely last Garmin. When the time comes to replace it I'll be looking for another kind of device.

OK, enough of that. We will have to live with Garmin's products for now. If BC doesn't work for us then let's just stick with MS, which mostly works now.

Cheers,
Peter.

chris66 · 2011-09-02 09:09:08

ligfietser wrote:

Basecamp has other issues. The latest releases (from 3.2.1) doesn't support OSM access rules anymore....
Cyclists will be routed on major highways or steps, even motorcars will take cycleways etc.
This sucks....

Yes, I have the same issue with my selfbuild map in BC.

The question is: Bug in BC or design decision at Garmin (to break OSM maps on Garmin) .......

Chris

sabri66 · 2011-09-02 11:33:09

Hi Lambertus,
Thanks for the work you've done, the adress search problem is solved for the nuvi1390, first I downloaded the files each separately for Algeria the method didnt work, so after when I downloded the country osm_routable_mapsource.exe and installed mapsource, mapsource indexed the address and now when I type A for Algeria it display it with the other Eurpean contries ,city and street works . SO THHHAAANNNKKKS YYYYOOOUUU

Lambertus · 2011-09-05 08:25:25

You're welcome sabri, but the thanks goes entirely to the Mkgmap development community (of which I'm not an active member, but they deserve all the kudo's they can get)

Lebostein · 2011-09-07 11:44:41

RoadTrip for Mac is no longer supported (since 2 years).
Garmin recommends BaseCamp. BaseCamp is the one and only Garmin software for the Mac.

Last edited by Lebostein (2011-09-07 11:45:19)

fussputnik · 2011-09-09 10:14:07

When I select a couple of tiles and have a gmapsupp.img rendered, it would be nice if I could give a name. That could be used with the --description parameter of mkgmap and I could identify that map more easily on my device. To a lesser extent I'd also like the option of changing the name of the img file (--mapname) and the product ID (--product-id).

But, foremost: Thanks for that great service. It's really really nice to have that.

sabri66 · 2011-09-11 21:03:56

Hi Lambertus,
The last update september 10 didn't take into account the mod I 've done on my town (before 10/09), new streets, roundabout etc while in OSM it 's updated
so Garmin map is different to OSMap
explanation please and Thks

Last edited by sabri66 (2011-09-11 21:07:06)

Lambertus · 2011-09-12 08:19:51

fussputnik wrote:

When I select a couple of tiles and have a gmapsupp.img rendered, it would be nice if I could give a name. That could be used with the --description parameter of mkgmap and I could identify that map more easily on my device. To a lesser extent I'd also like the option of changing the name of the img file (--mapname) and the product ID (--product-id).
But, foremost: Thanks for that great service. It's really really nice to have that.

Agreed to all points, but -as always- time is lacking to implement this

But there are 3-rd party applications that can do this work for you when you've downloaded the maps. (i.e. GMTK but there are others as well).

sabri66 wrote:

Hi Lambertus,
The last update september 10 didn't take into account the mod I 've done on my town (before 10/09), new streets, roundabout etc while in OSM it 's updated
so Garmin map is different to OSMap
explanation please and Thks

There hasn't been an update on September 10th. The current map version is of 12-08-2011 (which remembers me to run a new update now that I'm back from holidays), you can see the current map version directly below the slippy map on the website.

ligfietser · 2011-09-12 08:48:51

Lambertus wrote:

There hasn't been an update on September 10th. The current map version is of 12-08-2011 (which remembers me to run a new update now that I'm back from holidays), you can see the current map version directly below the slippy map on the website.

Will it be possible to run the updates with the new style? It's ready as far as I can see, looking forward for your opinion

Announcement

#1101 2011-08-08 10:05:57

Re: Worldwide routable Garmin maps: URL REMOVED

#1102 2011-08-08 11:28:58

Re: Worldwide routable Garmin maps: URL REMOVED

#1103 2011-08-08 12:15:53

Re: Worldwide routable Garmin maps: URL REMOVED

#1104 2011-08-09 17:21:07

Re: Worldwide routable Garmin maps: URL REMOVED

#1105 2011-08-10 08:54:25

Re: Worldwide routable Garmin maps: URL REMOVED

#1106 2011-08-10 10:18:40

Re: Worldwide routable Garmin maps: URL REMOVED

#1107 2011-08-12 00:09:21

Re: Worldwide routable Garmin maps: URL REMOVED

#1108 2011-08-12 05:28:05

Re: Worldwide routable Garmin maps: URL REMOVED

#1109 2011-08-28 08:34:20

Re: Worldwide routable Garmin maps: URL REMOVED

#1110 2011-08-28 09:09:38

Re: Worldwide routable Garmin maps: URL REMOVED

#1111 2011-08-28 09:52:26

Re: Worldwide routable Garmin maps: URL REMOVED

#1112 2011-08-28 11:41:58

Re: Worldwide routable Garmin maps: URL REMOVED

#1113 2011-08-28 13:25:16

Re: Worldwide routable Garmin maps: URL REMOVED

#1114 2011-08-28 16:32:31

Re: Worldwide routable Garmin maps: URL REMOVED

#1115 2011-08-28 17:16:40

Re: Worldwide routable Garmin maps: URL REMOVED

#1116 2011-08-28 18:19:46

Re: Worldwide routable Garmin maps: URL REMOVED

#1117 2011-08-28 21:10:11

Re: Worldwide routable Garmin maps: URL REMOVED

#1118 2011-09-02 09:09:08

Re: Worldwide routable Garmin maps: URL REMOVED

#1119 2011-09-02 11:33:09

Re: Worldwide routable Garmin maps: URL REMOVED

#1120 2011-09-05 08:25:25

Re: Worldwide routable Garmin maps: URL REMOVED

#1121 2011-09-07 11:44:41

Re: Worldwide routable Garmin maps: URL REMOVED

#1122 2011-09-09 10:14:07

Re: Worldwide routable Garmin maps: URL REMOVED

#1123 2011-09-11 21:03:56

Re: Worldwide routable Garmin maps: URL REMOVED

#1124 2011-09-12 08:19:51

Re: Worldwide routable Garmin maps: URL REMOVED

#1125 2011-09-12 08:48:51

Re: Worldwide routable Garmin maps: URL REMOVED

Board footer