Everybody is invited to build ... an own map. This can be interesting for the following reasons:
- Be up-to-date:
It's possible to build a map with the most recent data. For this the OSM-data has to be downloaded and the map has to be built. All necessary steps are managed by Perl-script "mt.pl". - Content:
To build a map from OSM-data means data reduction. Only objects "worth" displaying are shown on the map. These definitions, which objects are shown, can subject to change for nearly every object. These definitions are configured in three style-files"polygons", "lines" and "points". These are plain text files and can be edited with an ordinary text editor (like TextWrangler for OS X oder Notepad++ for Windows). Most definitions are well commented to give a little help. - Design:
The design is responsible for the visual appearence. Every appearence of nearly every object can be changed. For areas this means e. g. the colour, for lines it means e. g. thickness and for POIs it could mean the icon. Responsible for the design is a (binary) TYP-file. This TYP-file has to be edited with a special editor like TYPViewer for Windows.
For about 15,000 years ago: The Rhine Falls in Schaffhausen is by far the largest waterfall in Europe.
In the summer rush to 150 meters wide on average 600,000 liters of water per second 23 meters in the depth.
The last two aspects "content" and "design" are closely related. If a complete new type of object should be displayed it is necessary to define it regarding the two aspects.
Workflow for creating a Freizeitkarte:
The exact workflow depends on the type of map to be generated. Basically there are two types supported by the development environment::
-
Maps based on existing OSM data extracts:
There are existing extracts downloadable at GeoFabrik for this map type. Therefore the workflow looks simplified as follows:
- One time completion of the development environment: downloading the boundaries into the development environment (bootstrap)
- Downloading the OSM data and the according elevation data of the wished map (fetch_*)
- Joining the downloaded OSM and elevation data (join)
- Spliting the complete data into smaller junks, so called tiles (split)
- Compiling the map (build)
- Creating the different versions for GPS, BaseCamp, and so on (gmap, nsis, imagedir, gmapsupp)
-
Maps for which we have to extract the wished region on our own:
For this map type there are no existing extracts for the wished region downloadable from GeoFabrik, this is why we have to download a bigger region (containing our wished region, in most cases complete Europe) and extract the wished region inside the development environment on our own. The workflow looks simplified as follows:
- One time completion of the development environment: downloading the boundaries into the development environment (bootstrap)
- Downloading the OSM data of the bigger region containing the wished one, normally complete Europe (fetch_osm)
- Extracting the wished region from the bigger one, e.g. DEU+ (extract_osm)
- Downloading the elevation data directly for the wished region, e.g. DEU+ (fetch_ele)
- Joining the extracted OSM data and the downloaded elevation data (join)
- Spliting the complete data into smaller junks, so called tiles (split)
- Compiling the map (build)
- Creating the different versions for GPS, BaseCamp, and so on (gmap, nsis, imagedir, gmapsupp)
Overview regarding workflow for both type of maps:
Operation:
MapTool (mt.pl):
If you call the utility "mt.pl" (MapTool) without arguments, the following help text is displayed:
$ perl mt.pl mt.pl - Map Tool, 1.3.19 - 2022/05/14 Usage: perl mt.pl [--ram=<value>] [--cores=<value>] [--ele=<value>] [--typfile="<filename>"] [--style="<dirname>"] [--language="<lang>"] [--unicode] [--ntl="<name-tag-list>"] [--downloadbar] [--downloadspeed=<value>] [--continuedownload] [--dempath=<path>] <Action> <ID> | <Code> | <Map> [PPO] ... [PPO]
Terminal / command window:
- The operations to generate a map are entered in a terminal / command window
- These individual commands needs to be manually entered in the terminal
- Or, alternatively, a corresponding batch files can be generated
Requirements:
- Perl (5.10 or higher) must be installed
- Java (1.8 or higher) must be installed
- At least 2 GB of memory
Recommendations for generating a map for a State:
- See requirements
- Default Settings
Recommendations for generating a map of Germany:
- Powerful multi-core CPU
- Java Virtual Machine with 64bit
- For each used core at least 2 GB of RAM are necessary
Note:
- The first map should be generated with the smallest possible map
- The build process of the map of Germany takes about 45 minutes by using 4 CPU cores
- Further information on the development environment is in the file "readme.txt"
- The development environment runs on OS X, Windows and Linux
- On 64-bit Linux systems, the support for 32-bit programs must be installed
- To generate the Windows installer under Linux, the NSIS (Nullsoft Scriptable Install System) package must be installed
Options: There are options available to change the map style which can be activated:
- WINTERSPORT: display of lines for winter sports (slopes, tracks, ...) [lines-master]
- EXTENDEDROUTING: routing via hiking/alpin tracks class T4-T6 [lines-master]
- TRIGMARK: display of trigonometric markers [points-master]
- DRINKINGWATER: display of drinking water points [points-master]
- KULTURLAND: display of farmer land [polygons-master]
Freizeitkarte development environment:
Additional Information:
The downloadable development environment is hosted on github and has the filename fzk‑mde‑garmin‑LATEST.zip. Inside this file the directory
Freizeitkarte‑Entwicklung is boxed in an additional directory with the name fzk‑mde‑garmin‑Latest.