Vectormap of CzechRepublic now with kct_ Tags

[kech61]

Hi,

The resolving of the hiking routes now respects the special tagging of the czech hiking relations.
The routes tagged as kct_red=major now are translated into (hike)network=nwn and all other routes with kct_*=major are set as (hike)network=rwn

This results in at least two times the amount of redered hiking ways in the Czech Republic (3200 resolved hiking relations)

The National Park "Thayatal" now renders correct in Mapsforge, I repaired the wrong tagging in the OSM-Database.

Any feedback to further improve this map is highly appreciated.

[jusc]

You can see the diffrence:  Left one older czech map, right the new map (with the same (unofficial) Volatile_Hike_2 theme   )
(click on picture to get a better view)
[attachment=1:3u7j0i4y]2.jpg[/attachment:3u7j0i4y]
[attachment=0:3u7j0i4y]1.jpg[/attachment:3u7j0i4y]

[kem]

I really appreciate KCT routes in Locus vector maps. This is important for usability as the KCT routes span whole Czech Republic and they are very very popular.

I am just user so the next question can be silly: Would it be possible to change route rendering style in order the kct route will have same colour as it is in reality? The result should look as this screen shot from other thread:



The standard is as follows //http://mapy.cz/s/5N16

I think this is very important as Czech maps follow this style for several generations (40+ years). I wonder if it is matter of change a route rendering property or it is more difficult to arrange it.

[kech61]

Hi Kem,

I am just user so the next question can be silly: Would it be possible to change route rendering style in order the kct route will have same colour as it is in reality? ....
...I think this is very important as Czech maps follow this style for several generations (40+ years). I wonder if it is matter of change a route rendering property or it is more difficult to arrange it.

The question is'nt silly at all.

The answer in short: It would be possible, but would require a serious rewrite of my tools (with mapsforge this means serious programming instead of scripting) and the theme and there are a lot of countrys with specific tags so this would be an endless issue.
However, it could be done - with lots of effort.

My current decicion is to stay with the rules defined by lonvia.de, its a matter of resources.
http://hiking.waymarkedtrails.org/en/he ... ikinglocal

best regards
Christian

[tommi]

I didn't yet try but would it not be sufficient to make a copy of andromaps_hc, rename it e.g. to andromaps_kct, rename the contained andromaps_hc.xml to andromaps_kct.xml and make the wished changes for the ways and use that new theme then?

[kech61]

I didn't yet try but would it not be sufficient to make a copy of andromaps_hc, rename it e.g. to andromaps_kct, rename the contained andromaps_hc.xml to andromaps_kct.xml and make the wished changes for the ways and use that new theme then?

Unfortunately it isnt.
Most of the kct_* tags only exist in relations not in ways - in my resolving the kct_ tags are transformed to network="ncn|rcn" and inherited to ways, so there is no exsiting kct_ tag you can render. (Mapsforge is NOT able to resolve any relation by default, except multypolygons)

This is the usual way country specific tags are treaten (same for UK), the rules I use are are the same as at http://www.lonvia.de

What means "inherited": unlike to mkgmap or mapnik that contain a scripting language (stylesheets) and do the complicated resolving intrnaly,
I have parse the whole OSM-Database, analysing relations (they are usualy nested) finding hiking/cycle related ones and write a WHOLE NEW database where all ways receive the tags from the approbriate relations. This is done by, not so easy, perl programms.
To change these programms means lots and lots of hours till all is running smooth and all silly tagging is catched, for all countrys with specific tagging....

However, maybe some day a mapsforge version appears thats easier to handle...