Re: [mkgmap-dev] Option preserve-element-order
Hello Sorry for interruption... 2009/7/1 Felix Hartmann extremecar...@googlemail.com: Drawing order on GPS: 1. Polygons (doesn't matter which layer nor map-id,) -- polygons themselves by draw order in typfile. How exactly can I control that (where/what is that typfile)? In exact, I want to have lakes on top of forests. Thank you P.S. If it changes anything - I'm using a map on Garmin Colorado. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Option preserve-element-order
--- Mer 1/7/09, Tomas Straupis tomasstrau...@gmail.com ha scritto: 2009/7/1 Felix Hartmann extremecar...@googlemail.com: Drawing order on GPS: 1. Polygons (doesn't matter which layer nor map-id,) -- polygons themselves by draw order in typfile. How exactly can I control that (where/what is that typfile)? In exact, I want to have lakes on top of forests. Moreover: do you know what is the default GPS drawing order for polygons when a TYP file is not present? At least for the standard Garmin polygon types. Marco. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Option preserve-element-order
No, I allways use typfiles. google typfile editors (either maptk or the online typfile editor) and change it. Marco Certelli wrote: --- Mer 1/7/09, Tomas Straupis tomasstrau...@gmail.com ha scritto: 2009/7/1 Felix Hartmann extremecar...@googlemail.com: Drawing order on GPS: 1. Polygons (doesn't matter which layer nor map-id,) -- polygons themselves by draw order in typfile. How exactly can I control that (where/what is that typfile)? In exact, I want to have lakes on top of forests. Moreover: do you know what is the default GPS drawing order for polygons when a TYP file is not present? At least for the standard Garmin polygon types. Marco. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Questions related to practical usage of MKGMAP
On Wed, Jul 1, 2009 at 6:00 PM, Mark Burtonma...@ordern.com wrote: Do you know where I would find the patch you mentioned related to label styles? Is there a list of all patches someplace? The mailing list archive will contain the emails/patches and also the original author(s) may see these messages and respond. I believe there was a patch by Toby Speight posted to this list, and also patches and information from me with regard to this. Right now, I am using a combination of the two to get highway labels working. Let us know if this is enough information for you. If not, I can send you the patches and further information directly. Cheers! ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Questions related to practical usage of MKGMAP
On Wed, Jul 01, 2009 at 06:13:27PM +0200, Clinton Gladstone wrote: Let us know if this is enough information for you. If not, I can send you the patches and further information directly. I know have a fair amount of time to work on mkgmap and applying these pathes is going to be one of the first things I do as it is a pretty neat feature. Cheers, ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Option preserve-element-order
Hi Felix, you say that the draw order of the polylines depends on 1. type and 2. id. What do you mean by id? Is that the OSM id? Or do you refer to the order the lines are written into the .IMG file? From what I see it certainly depends on the type of the polyline, but in a way that I do not understand. Regards Thilo ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Re: Questions related to practical usage of MKGMAP
0 In article 4dda9d8f0907010913v4578a365g2b00b53839347...@mail.gmail.com, 0 Clinton Gladstone URL:mailto:clinton.gladst...@googlemail.com (Clinton) wrote: Clinton I believe there was a patch by Toby Speight posted to this Clinton list, and also patches and information from me with regard to Clinton this. I don't have a reference to the archives, but could re-generate my patch if necessary. Sorry for the late reply - I've been out all afternoon taking advantage of calm weather to paddle around Soay, and didn't get back until after midnight. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Re: Questions related to practical usage of MKGMAP
I've attached Toby's patch. I'm using it and it works well, *if* the
polyline is long enough. When using it for cycleroutes for example
they tend to be made of lots of tiny pieces and the road symbols won't
be displayed.
highwaysymbols.patch
Description: Binary data
Another patch you might be interested in is the
generate_highways_from_relations patch. This allows to write
something like
type=route route=bicycle network=tcn [ 0x02 road_class=3
road_speed=6 level 3 ]
into the relations file. It will generate a copy of all the ways that
belong to that relation. The ways will get joined together, so that it
is not lots of tiny pieces, but only as much ways as there are non-
continuous parts of the route.
generate_ways_from_relations.patch
Description: Binary data
Another patch: bugfix_overlays. When using overlays and routing, the
routing information is added once for each of the overlayed Garmin
types without this patch. This is unnecessary, because the overlayed
ways differ only in the Garmin type, but nothing else. Also a copy of
the points that the way is made of is created, instead of simply
copying a reference. Without it there was some weird behaviour, but I
cannot put my finger at the reason for that.
bugfix_overlays.patch
Description: Binary data
And finally one patch that you might want to apply: start-with. This
adds a text filter for variable substitution. You can say for example $
{name|start-with:Hospital }. This will put the string Hospital in
front of the name, but only if that string doesn't contain Hospital
somewhere already. Note that the trailing space of Hospital gets
trimmed for the search. It is really useful for POIs, especially if
you have different types of POIs that will all get displayed in the
same category on the GPS. For example hotels and hostels. With start-
with you can make sure that the string Hotel resp. Hostel is part
of the name, so that you can distinguish them in the search results on
the GPS.
start-with.patch
Description: Binary data
Regards
Thilo___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
