logo separator

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

From Wesley Martins wesleygmartins at gmail.com on Sat Jan 19 10:18:22 GMT 2019

Hello Joris,

I have interest in help with portuguese (0x10) translate.
How can I help?

Regards,

Wesley

On Sat, Jan 19, 2019 at 7:04 AM Joris Bo <jorisbo at hotmail.com> wrote:

> 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>
> <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
> *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> <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> <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> <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag
>
> von Joris Bo <jorisbo at hotmail.com> <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 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> <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> <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
>
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> _______________________________________________
>
> mkgmap-dev mailing list
>
> 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
>
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
>
> _______________________________________________
>
> mkgmap-dev mailing list
>
> 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
>
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> _______________________________________________
> mkgmap-dev mailing list
> 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/055b6cf5/attachment-0001.html>


More information about the mkgmap-dev mailing list