[mkgmap-dev] Line direction flag, merging etc
From Ticker Berkin rwb-mkgmap at jagit.co.uk on Tue May 18 17:08:48 BST 2021
Hi Gerd Yes Ticker On Tue, 2021-05-18 at 15:56 +0000, Gerd Petermann wrote: > Hi Ticker, > > which "existing behaviour" do you mean? That before r4703? > > Gerd > > ________________________________________ > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag > von Ticker Berkin <rwb-mkgmap at jagit.co.uk> > Gesendet: Dienstag, 18. Mai 2021 17:51 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] Line direction flag, merging etc > > Hi Gerd (& Minko?) > > overlay files are undocumented and probably unused except in > OpenFietsMaps. It is a very restricted way of doing what is now done > with [... continue {with_actions}] or, even simpler, something like: > > tourism=camp_site [0x2b03 resolution 24] [0x2b05 resolution 24] > > [continue] allows for different resolution ranges, routing attributes > etc and now, with {set mkgmap:has-direction= }, explicit control of > this for each generated line (although see following). > > Thinking about my previous suggestion of looking up each overlay copy > linetype to set has-direction, this could be very dangerous in > allowing > different merging/filtering behaviour/filtering between all the > copies, > so the lines might not overlay each other. > > I don't think overlays should be allowed to add any ugliness. The > lineType as given in the rule should be the one that is checked > against > --line-types-with-direction. The replacement and all copies should > have > the same value for has-direction. > > My implementation preserves the existing behaviour. I think it is > quite > tidy and it doesn't need another flag in MapLine. > > Ticker
- Previous message: [mkgmap-dev] Line direction flag, merging etc
- Next message: [mkgmap-dev] Line direction flag, merging etc
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list