I can’t reproduce that problem. In the old generic map there is indeed a small rectangle around Kuala Lumpur, but when I select the new generic map there is no small rectangle, only the big tile that covers almost all of Malaysia… maybe it helps when you force a refresh (ctrl-F5) or empty your browser cache?
It’s not doing it for me any more, either. Perhaps it happens if I change the map style before the page has completely loaded? In any case, it looks all good now and in any case, the downloaded map is good.
Regards,
Peter.
Quick question. Any reason why some of the landscape features from OSM aren’t included in these Garmin compatible maps? An example being Frenchmans Cap, a peak in Tasmania, Australia <http://osm.org/go/uC~eDi9n?m=> along with other hiking essential land features? Would be good if they could. Thanks. 
Frenchmans Cap is tagged as natural=peak, so it should appear on the map. Try zooming in closer because it is only rendered at the highest zoomlevels.
Of course you could question if this (and other elements) shouldnt be rendered earlier but this is very region/purpose specific.
See also this topic http://forum.openstreetmap.org/viewtopic.php?id=21779 and maybe contact Brett (Ent) who is working on a better Tasmanian hiking OSM Garmin map.
Thanks Ligfietser. Yes, I understand that Brett (Ent) is working on a dedicated TAS hiking Garmin map, but I use a generic download from the site to cover a larger area than just Tasmania. That aside, what’s interesting is, Frenchmans Cap is definitely not showing in BaseCamp on the Mac, even at max magnification. Frenchmans Cap Track is showing but no peak. What’s interesting is, the various peaks around the Overland Track are showing normally, but very few peaks outside of that area eg. Mount King William III and Algonkian Mountain peaks are showing, but not the rest. Given the geology of Tasmania, it’s as if the map generation engine only selected certain peaks from the OSM database for display and somehow a large chunk of SW Tasmania (south of Lyall Hwy) got abbreviated. BTW, no peak either on the map as read on a Garmin Oregon 650 with latest firmware (2.90).
Thats odd, if I look at http://osm.pleiades.uni-wuppertal.de/garmin/generic/07-08-2013/63240691.img with gpsmapedit, I can see the poi.
Maybe it is covered somehow with another feature (a routing node), it appears as blue dot while other peaks have another symbol.
So maybe it’s a mkgmap problem, have to investigate it further.
I’ve downloaded the map (without typ file), it should be visible in Basecamp from 3km zoom at the highest detail level:
without typ file
with typ file
Did you use generic map with or without mapnik typ file or the new generic styles map?
Thanks again Ligfietser! I have further looked around on my copy of OSM download from 21 Jul 2013 (in New format - Mac OS X). Again, the various peaks I checked in the state of New South Wales are all properly displayed, but not so to a large area of S/W Tasmania. Hope this information helps with your investigation.
I downloaded the new generic style, without typ file. At maximum maginfication, max detail, ticks on Labels and Overlays in BaseCamp, no Frenchmans Cap nor surrounding peaks nor lakes, just the track on display.
The new generic style has a built in typ file. I’ve requested a new download but it takes some time before those maps are generated.
Edit: please try this link, I can see the peaks, lakes and track road. So maybe your version was somehow incomplete, see one page back:
Thank you again! Just loaded this version and those mountain peaks showed up normally. Looks like I’ll just need to re-download and update my map.
Ligfietser: I’ve now built and downloaded a new set in new style. All the mountain peaks are now in. But a further issue noted. Any reason why Iron Cove (S33.86169 E151.15547) and the next bay to its West are not coloured blue as for the rest of Sydney Harbour? A bug? I don’t see the same problem in the old style download.
For bays in Sydney not showing, see this thread: http://forum.openstreetmap.org/viewtopic.php?id=22143
Its a problem with the tagging/mapping.
Thanks. But doesn’t really say how to fix it.
That’s not been resolved yet, I just noticed and reported a few days ago. I’m happy to make edits to fix, but I’ve not got a lot of OSM experience so I don’t want to make big changes without a consensus from more experienced mappers.
Thanks for this great service! I am currently trying this out for the first time, but it already looks very promising
I did run into the issue where a mail server with sender verification will block the e-mail from this service, due to the sender address not accepting e-mail. The e-mail envelop sender is ‘www-data@osm2.pleiades.uni-wuppertal.de’, As there is no MX address for osm2.pleiades.uni-wuppertal.de, it will connect to the A address (132.195.124.248) to try and deliver e-mail, but this IP address doesn’t respond to connections from port 25.
This can be solved by either making sure that the server does accept e-mail for the specific address, or altering the source address to some existing e-mail address (could very well be a no-reply@ address which does get accepted, but redirected to /dev/null).
For me, I solved this by switching to an e-mail account that does no sender verification (gmail), but as this could also be an issue for future users, I figured I’d report it
Keep up the good work!
natural=bay wasn’t covered in the new styles. Normally it should be rendered blue if a natural=coastline is present, otherwise it was empty.
I added natural=bay to the new styles as well as the openfietsmap style, thanks for reporting!
Thanks for this report, my current ‘solution’ to the email verification problem is described here. We need to change the email server/handling in the near future and your comment will be considered.
Hi!
I think i have found the cause why many adresses in Austria are not found. I can reproduce that each street which has an sharp s “ß” in the name (this is the case for nearly every second street because of “xxxx Straße” in the name).
The street itself is found with converted the “ß” to “ss” which is correct, but then no housenumbers are found any more. (tested with the latest new style)
This is a great service! What I did for a recent group trip is created a map file and then distributed it to the group members.
What I am interested in being able to do is generate data/files/whatever that are useable in other programs. Like smartphone apps such as “Galileo Offline Maps” http://galileo-app.com/)).
This app uses .sqlitedb/.mbtiles format.
Is there an way to convert data provided by your service into this format?