[mkgmap-dev] [PATCH v4] - Code around highway shield crap when sorting labels
From Felix Hartmann extremecarver at googlemail.com on Sun Mar 21 09:47:15 GMT 2010
On 21.03.2010 10:32, Mark Burton wrote: > Felix, > > >> okay searching for roads works very well now. >> > Good. > > >> However the ENQ problem is >> not solved for me. Using: /set ref = '${ref}'/ inside relations file for >> relations that have a ref (like EV6) and then >> /{ set name='${ref|highway-symbol:box:6:4} ${name}' | >> '${ref|highway-symbol:box:6:4}'; add display_name='${name}'}/ >> inside lines file, causes mkgmap to create these havoc names. >> > Sorry, once again, I am nonplussed by the style syntax, what does the > 6:4 mean in the above? > > This means 6 characters maximum, or 4 non numeric characters maximum if I remember it correctly. Default is 7:5 if I remember correctly. >> If read with mapedit name looks like this: >> ~[0x2f]EV6 ~[0x2e]EV6 DONAURADWEG >> inside Mapsource it looks like this: >> EV6 | EV6 DONAURADWEG >> >> Clearly mkgmap has some problem here. There is nowhere at all where I >> ask [0x2f] or [0x2e] to be included into the name. Furthermore is >> neither 0x2f nor 0x2e the type of the road. >> > Well, the 0x2f and 0x2e are the 6-bit encodings of the Oval and Box > shields so at least one of those matches what your doing above but I > can't see how the Oval code is getting in there. Do you have some other > rule that adds an Oval shield? > No, the full rules for the highway shields are as follows (I don't think there is a bug inside on my part): ( extremecarver=mr | route=mtb ) & ref=* { set name='${ref|highway-symbol:hbox:6:4} ${name}' | '${ref|highway-symbol:hbox:6:4}'; add display_name='${name}'} extremecarver5=bike & ref=* & extremecarver!=mr & route!=mtb { set name='${ref|highway-symbol:box:6:4} ${name}' | '${ref|highway-symbol:box:6:4}'; add display_name='${name}'} highway=* & ref=* & extremcaver5!=bike & extremecarver!=mr & route!=mtb { set name='${ref|highway-symbol:oval:6:4} ${name}' | '${ref|highway-symbol:oval:6:4}'; add display_name='${name}'} > So I wonder if the problem is that your ending up with a highway shield > code embedded in the name rather than being a prefix. Perhaps, it > can only cope with prefix shields. > I don't understand what you mean with /being a prefix/. > Mark > _______________________________________________ > 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://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20100321/9e84debc/attachment.html
- Previous message: [mkgmap-dev] [PATCH v4] - Code around highway shield crap when sorting labels
- Next message: [mkgmap-dev] [PATCH v4] - Code around highway shield crap when sorting labels
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list