Is it possible to include a UTM or Lat/long Grid option on topo maps?

Hello, are you planning support Lonvia Wanderrouten in Garmin maps? Maybe in separate transparent layer/map like contours?

Don't show rails that don't exist anymore.

I'm not sure if this style is designed for worldwide rendering. But if it is the Christianity-based symbology (e.g. crosses for grave yards and places of worship) might not be suitable for worldwide use. These are often sensitive areas and I think the symbology needs to be expanded to other religions or being neutral.

Does it make sense to have Garmin and Mapnik style in two separate repositories? Is there the need to have all changes to the Mapnik style also in the Garmin style and vice versa or are they distinct projects?

esp. for mountains

German: Dominanz (https://de.wikipedia.org/wiki/Dominanz_%28Geographie%29)

natural=bare_rock and natural=heath (could be the same as natural=scrub)

For now, the TYP file only contains German expressions. Let's start internationalization by adding more Strings than 0x02.

Is there any way we can have aerial ways (like cable cars in the mountains) visualized on the Garmin' devices?
They look so nice in the online map but are completely missing in the Garmin compilations.

BTW: Great work!

embankment=yes and cutting=yes for all types of highway=*

Parks could be rendered with a light green area fill, or something similar to landuse=grass areas.

See area from opentopomap.org http://opentopomap.org/#map=15/52.38168/9.71359
and from openstreetmap.org http://www.openstreetmap.org/#map=15/52.38168/9.71359 .

Parks are a significant feature that are valuable to orientation on a map.

In the file, HOWTO_Server, the paths to flat-nodes are different. Should they be the same?

Load data into database

screen osm2pgsql --slim -d gis -C 12000 --number-processes 10 --flat-nodes /mnt/db/flat-nodes/gis-flat-nodes.bin --style ~/OpenTopoMap/mapnik/osm2pgsql/opentopomap.style ~/data/planet-latest.osm.pbf

Update data

osm2pgsql --append --slim -d gis -C 12000 --number-processes 10 --flat-nodes ~/data/flat-nodes.bin --style ~/OpenTopoMap/mapnik/osm2pgsql/opentopomap.style ~/data/updates/changes.osc.gz

Thanks,

The water polygons should be drawn also on lower zoom levels.

Names (city, peak, road numbers, suburbs, castles...) are rendered black, but in a city, where we have many buildings rendered dark grey/black, the names are hard to read. Names have the halo around the letters, but it's still not enough. I propose to use different color for names, like maybe brown.

Railway bridges not properly rendered.

see http://opentopomap.org/#map=15/50.40859/16.28706 for example

Labels of water polygons are often rendered much too early, even for very small lakes. OpenFietsMap has a clever trick:
http://mijndev.openstreetmap.nl/~ligfietser/openfietsmap/Scripts/Styles/polygons

It seems that railway=light_rail (https://wiki.openstreetmap.org/wiki/Tag:railway%3Dlight_rail) isn't rendered at all. The rendering could be the same as for railway=narrow_gauge.

Thank you for the great style! 😄

By using the map made available on http://opentopomap.org/ and using the tiles in my own project, I noticed that the max tile level is at the moment level 16.

The other tile sources I am using are generating tiles up to level 18, but opentopomap is just generating blue map tiles (like this one http://tile.opentopomap.org/18/140753/87758.png).
So what I wanted to ask, is if it is possible to extend the zoom level to level 18 or at least give out an error (404 maybe) if the zoom level my browser is asking for, is not available so I can handle this error adequately.

I downloaded http://garmin.opentopomap.org/data/spain/OpenTopoMap-Spain.exe. After installation, I can use the map in BaseCamp. However, whenever I try to send the map to de Garmin Etrex Legend HCx by using MapInstall, it fails.

MapInstall begin to build the map that is going to be sent to the garmin device and before begin the transmission the build process fails and MapInstall shows me a "Data were not sent right" message.

Any idea?

I still mix up map id, family id and that stuff. Let's go try and error. (Documentation says nothing about the meaning, only about the existence of those parameters)

The Garmin Edition was thrown online quite rashly. I just wanted to have a OpenTopoMap on my Garmin for my summer trip and perhaps someone finds the map usefull, too.

The 50 meter contour lines on a lower zoom level (?) should be removed to have equidistant contour lines. It would be perfect to have distances of 100m, 50m, 25m and 10m.
The problem are the 25m, since our raw data is generated with a distance of 10m. So we use 20m, where the 50m disturb.

Your map style looks like it would be feasible to show paved/unpaved roads without causing too much problems. Something similar to how tunnels are currently rendered, but without the faded colour might work. Similar to how this is done on old school Michelin style road maps, sometimes used for roads under construction. Especially when zoomed out this is a useful feature no other map has. Great test data is available in Argentina and Chile.

The POI for camping sites has to be 0x2b05 instead of 0x2b03. Then the search on Garmin Etrex 20 will work.

The name (mostly the directions) of a power line isn't very important, but is shown on the Garmin too prominently. Delete it and everything is fine.

This repository has no license file attached to it.

On the website I found:

OpenTopoMap steht unter der Lizenz CC-BY-SA. Das bedeutet, dass die Karte kostenlos und frei verwendet werden darf, solange stets Namensnennung erfolgt und die Weitergabe unter gleichen Bedingungen möglich ist.

Der Kartenstil steht unter der gleichen Lizenz und ist über Github abrufbar.

It would be good to be explicit about the license here on GitHub to avoid hassle and confusion (cf. current discussion Mapbox vs. OSM2VectorTiles).

Add power=minor_line to OTM GE

New mkgmap versions produce 5-10% smaller maps:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2016q3/025012.html
Would be nice to take advantage of it, it saves bandwith on the servers too

On low zoom levels the contour lines should vanish. Now they overlap the whole map.

The area around the border has to be broader in order to not suddenly stand in the mist.

Idea: Split and build whole Europe and compile countries out of these tiles.

Subject

Overlapping landuse polygons are a often made mistake in OpenStreetMap. Should we deal with it or should we try to change osm?

for older garmin gpsmap60csx

ideally could YOU do it?

https://www.naviboard.de/thread/60127-76cs-probleme-bei-open-topo-karten%C3%BCbertragung/?postID=493553&highlight=opentopomap#post493553

Right now, natural=cliff is rendered in the wrong direction on the Garmin device, whereas it is shown correctly in QLandkarteGT.

it's possible to reuse your icons/textures for purpose of my own project?

if it's possible, under which license?

Currently, the color of rivers, streams etc. is too dark and can be confused with tracks. Change to a slightly brighter blue!

Currently, the online version and the Garmin version differ in rendering line types. For example a highway=track & tracktype=grade4 isn't a dashed line on a Garmin but a solid line.

SVG-ifying icons helps with e.g. rendering high-resolution tiles.

Places like villages, towns and cities need to be shown on lower zoom levels and have different text sizes.

For my memory:

"I noticed that from a certain zoom level, there is only 1 line every 20 meters. The reason is, I suppose, not to overload the map with too much detail : this is OK.

But I also noticed that in this case, contour lines below 100 meters (20m, 60m and 80m) are not displayed."

OpenTopoMap render engine shows stations but not station names.

I must have forgotten them when recreating the style from scratch.

Hi,

I really like the OpenTopoMap style for OpenStreetMap data. However, I recently came across TopoMapCreator (http://sourceforge.net/p/topomapcreator/wiki/Home/), which uses OpenTopoMap's style as its main style for creating image based topographic maps.

Looking at a few of the examples, and comparing them with the OpenTopoMap map rendering, it strikes me TopoMapCreator has a better balance and overall look of contours and hillshading. The contours are slightly less saturated red / brown, also set a bit less dense, and the hillshading is more subdued, and thus more pleasing. Additionally, the halos of the labels of the contours in OpenTopoMap don't seem to work well on darker hillshaded areas, the text becomes illegible.

Of course, the TopoMapCreator results aren't entirely comparable, as they use a different colouring for e.g. the forests, but it still is very similar.

I know this is a real balancing act, which isn't easy for this type of data and combined contour & hillshading, but overall I think TopoMapCreator's rendering wins out here. Maybe an idea for OpenTopoMap to tune some of these settings?

See the attached images:
OpenTopoMap:

TopoMapCreator:

In correspondence by email with our users we receive alot of useful issues.

• amenity=kneipp_water_cure
• amenity=ice_cream

As all topographic map it could be interesting to see the mountain passes.

Tunnels should be rendered somehow, but without losing the routing capability.

It would be nice to have protected areas rendered, too. Not as prominent and competely covered as military areas but similar to Mapnik: just a dark green band with a solid outer edge, which is the style they are displayed in many paper topo-maps.

similar to the German osm.de style