logo separator

[mkgmap-dev] default style improvements / updated typ-file

From Joris Bo jorisbo at hotmail.com on Sat Jan 19 09:04:05 GMT 2019

Hello Nick

Thx for your feedback!

I wrote a program to extraxt icons from a master library to be used on different elements in somebodies else his style.
I abuse both language tags as exchange-fields to keep track of mother / child relationships.
In the final export, those fields are cleared, but you just find out that this is not bullet proof 😊
Thx, I’ll have a look


Van: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> Namens osm at pinns
Verzonden: vrijdag 18 januari 2019 12:44
Aan: mkgmap-dev at lists.mkgmap.org.uk
Onderwerp: Re: [mkgmap-dev] default style improvements / updated typ-file


Hi Jorus

Great job!

Just to be a pain, all (I think)  your elements have a one character text string for Basque and Korean:

ie

String5=0x09,
String6=0x24,

Perhaps you had big plans for translating labels into Basque or Korean ;)

r

Nick
On 16/01/2019 18:56, Joris Bo wrote:
Hello

Thx Nick
Attached both issues changed

@Ticker
It was not easy to address a good polygon color for [0x1e] used for ‘historic’
historic=* & historic!=no & historic!=yes & boundary!=* {add name='${historic|subst:"_=> "}'} [0x1e resolution 21]

“Historic” can be used on almost anything from park to building to museum and ruins.
After a compare on ‘Luxembourg’ I decided that ‘building’ is the most common occurrence.
So I choosed the arbritrary color ‘grey’

Maybe you could consider to use poi’s instead of polygons for historic.
If somebody likes a different color, give me a hint.

Kind regards,
Joris




Van: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> Namens osm at pinns
Verzonden: dinsdag 15 januari 2019 22:01
Aan: mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
Onderwerp: Re: [mkgmap-dev] default style improvements / updated typ-file


Hi Jorus

You have a draworder for 0x1e without a matching polygon.

(Also, to have 0x53 sharing the same draworder as 0x4b might depending on your map be problematic)

r

Nick
On 15/01/2019 20:51, Joris Bo wrote:

Hello



My previous typ had 2 bugs (No draworder for new lake 0x41) making lakes invisible and missing wilderniss hut

Both are fixed in attached typ.



There were also a couple of polygons and lines having a night color bitmap, for now I removed them and introduce them again if complete. There is help coming up from Michael to fill that gap.

Feel free to send more findings



Kind regards

Joris





-----Oorspronkelijk bericht-----

Van: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> Namens Ticker Berkin

Verzonden: maandag 14 januari 2019 12:24

Aan: Development list for mkgmap <mkgmap-dev at lists.mkgmap.org.uk><mailto:mkgmap-dev at lists.mkgmap.org.uk>

Onderwerp: Re: [mkgmap-dev] default style improvements / upated typ-file



Hi



I agree the name change from mkgmap.txt to something else (no problem with mapnik.txt) is needed.



I haven't been through this TYP in detail yet. Some of my previous comments still stands:

 http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2018q4/029103.html



I'd like another, much, much simpler, TYP file for the default style also to be available. It would avoid re-defining representation that the typical Garmin device shows.



In my next set of changes I'm planning to change quite a few TYPE numbers, many as suggested in this thread on 13-Nov-2018:

 http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2018q4/029146.html

but there will be some differences from this post.



Some of these cover Joris's "changes to be considered". Some of the other suggestions I feel are too much for the default style but I will consider them.



It will be a few days before I'm able to do anything in this area.



We need some pointers in the documentation to the collection of TYP -files.



Please can we have these TYP-files in "trunk". I think the "default -typ" branch it is a hindrance.



Regards

Ticker



On Mon, 2019-01-14 at 06:51 +0000, Gerd Petermann wrote:

Hi Joris,



I've replaced the default style in the typ branch by that from trunk

and added your typ with that. I hope that was right?

http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4263



I think about a move/rename of styles\default\typ.txt to typ

-files\mapnik.txt using the command svn move styles\default\typ.txt

typ-files\mapnik.txt



Would that be okay for you?



Reg. the other changes I hope that Ticker has an answer.



Gerd



________________________________________

Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag

von Joris Bo <jorisbo at hotmail.com><mailto:jorisbo at hotmail.com>

Gesendet: Sonntag, 13. Januar 2019 12:11

An: Development list for mkgmap

Betreff: Re: [mkgmap-dev] default style improvements / upated typ

-file



Hello,



I modified the type-file up to Ticker's changes in build  r4262.

Latest changes can also be found on

https://github.com/Jorisbo/Mkgmap-Mapnik-Style-Garmin

It already reflects some new mapnik colors which will be first visible

on www.openstreetmap.org<http://www.openstreetmap.org> in a couple of days





The deltas I found after comparing Tickers changes are

=======================================================

Added rendering for polygons

1)

        place=suburb [0x02 resolution 19]

2)

        # mop up any remaining water areas

        waterway=* & waterway!=no & area!=no {add

name='${waterway|subst:"_=> "}'} [0x3b resolution 22]

3)

        natural=water & area_size() < 100000 [0x41 resolution 22]  #

Small Lake

4)

        dock=drydock [0x4c resolution 22]  # might also have

natural=water

        natural=water & water=lock [0x4c resolution 22 default_name

'Lock']



Added rendering for lines

5)

        highway=raceway | highway=gallop {add name='${highway}'}

[0x30 resolution 23]





Some changes to be considered?

=======================================================

Different kinds of public transport are mapped to the same symbol.

For now I choose the arbritary bus_station as the most common

        Line 106: amenity=bus_station [0x2f08 resolution 23]

        Line 126: amenity=ferry_terminal [0x2f08 resolution 22]

        Line 206: railway=station [0x2f08 resolution 22]

        Line 207: (public_transport=platform & rail=yes) |

railway=halt [0x2f08 resolution 23]



Different kinds of roads mapped to the same linetype, especially

cycleways deserve there on linetype I think

        Line 190: highway=bridleway [0x07 road_class=0 road_speed=0

resolution 23]

        Line 197: highway=service & service=parking_aisle [0x07

road_class=0 road_speed=1 resolution 24]

        Line 198: highway=service & (service=alley |

service=driveway) [0x07 road_class=0 road_speed=0 resolution 23]

        Line 199: highway=service [0x07 road_class=0 road_speed=2

resolution 22]

        Line 201: highway=cycleway [0x07 road_class=0 road_speed=1

resolution 23]

        Line 214: highway=turning_loop | highway=turning_circle |

highway=layby | highway=escape | highway=emergency_bay [0x07

road_class=0 road_speed=0 resolution 24]



Add different (non-routable) linetype for highway = construction

instead of converting them to a routable footway (0x16)



Any comments, please let me know,

Kind regards Joris







-----Oorspronkelijk bericht-----

Van: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> Namens Ticker

Berkin

Verzonden: vrijdag 11 januari 2019 10:30

Aan: Development list for mkgmap <mkgmap-dev at lists.mkgmap.org.uk><mailto:mkgmap-dev at lists.mkgmap.org.uk>

Onderwerp: Re: [mkgmap-dev] default style improvements



Hi Gerd



Here is summary of the changes:



A few minor layout tidy-ups



Add GBR section to inc/access_country



Do aeroway=runway/taxiway/taxilane as lines unless marked as area=yes

and show these lines even when also a highway



Ignore more highways when abandoned/disused/demolished



Ignore more highway tags that are not suitable for routing



Convert

highway=steps/corridor/stepping_stones/elevator/escalator/platform to

footway with bicycle=no and remove later test for steps



Convert highway=crossing/virtual to path



Don't convert footway to cycleway, but more rules to convert path to

footway/cycleway/bridleway



Add footway around man_made=pier even if area=yes



Fix common bad tagging for highway= by converting to the presumed

values



Put routable path around highway=pedestrian closed areas;

squares/plazas often don't have other routing joining all entry/exit

ways. Similarly for footway. Then continue to allow any polygon

processing



Handle some rarer highway types by converting to more generic type



Show any other water lines



Removed all the {set cityxx/tmp:city}, & cityxx/tmp:city!=yes,

continue with_actions bits from place=city/town...



Group the rules amenity=restaurant/fast_food, cuisine= to clarify,

simplify and show better how it relates Garmin "Food & Drink" search

and add some more cuisines. One effect of this is that

amenity=fast_food,cuisine=pizza/grill moves to the "Fast Food"

category. The other effect is that an element that is both a

Restaurant and a Lodging now shows as Lodging rather than Restaurant



For leisure=* where sport might be involved, show the sport if no name

available



Show canal/lock as 0x6505 (Water Features>Canal)



Show aeroway=runway/taxiway/taxilane as polygon only if marked as

area=yes



Increase resolution that amenity=cafe/fast_food/restaurant polygons

show at



Show place=suburb



Alternative rule to show highway=pedestrian as square/plaza unless

explicit area=no. highway=footway show as square/plaza if explicit

area=yes



Don't assume any other closed highway is parking area, just

services/rest_area



Show more historic=*



Show drydock, canal & lock differently from standard natural=water,

and use a different code for small lakes



Show any other water area



Show all man_made=* unless explicit area=no



Regards

Ticker



On Fri, 2019-01-11 at 06:13 +0000, Gerd Petermann wrote:

Hi Ticker,



please, can you summarize the changes implemented with this patch?

Need this for the svn commit message.



Gerd



_______________________________________________

mkgmap-dev mailing list

mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________

mkgmap-dev mailing list

mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________

mkgmap-dev mailing list

mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev




_______________________________________________

mkgmap-dev mailing list

mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



_______________________________________________

mkgmap-dev mailing list

mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20190119/f10f0e12/attachment-0001.html>


More information about the mkgmap-dev mailing list