Hello, I have a problem with overlays style file. I want to show an overlay for raods with cobblestones. In lines file I wrote: highway=primary & surface=cobblestone [0x104 road_class=1 road_speed=1 resolution 16] highway=secondary & surface=cobblestone [0x105 road_class=1 road_speed=1 resolution 18] highway=tertiary & surface=cobblestone [0x106 road_class=1 road_speed=1 resolution 18] highway=unclassified & surface=cobblestone [0x107 road_class=2 road_speed=4 resolution 19] highway=minor & surface=cobblestone [0x107 road_class=2 road_speed=4 resolution 22] highway=residential & surface=cobblestone [0x108 road_class=2 road_speed=4 resolution 20] highway=living_street & surface=cobblestone [0x108 road_class=2 road_speed=4 resolution 22] and in the overlays file: 0x104: 0x04, 0x1A 0x105: 0x05, 0x1A 0x106: 0x06, 0x1A 0x107: 0x07, 0x1A 0x108: 0x08, 0x1A On 0x1A is the symbol, which should be show as an overlay and on 0x04 - 0x08 are the symbols of the normal roads. mkgmap throws out the Error: "List of numbers expected" in overlays file. Could someone tell me what I am doig wrong? Greets, aighes -- View this message in context: http://gis.638310.n2.nabble.com/error-with-overlays-stylefile-tp5201811p5201... Sent from the Mkgmap Development mailing list archive at Nabble.com.
On 20/06/2010 23:04, aighes wrote:
Hello, I have a problem with overlays style file. I want to show an overlay for raods with cobblestones.
In lines file I wrote: highway=primary& surface=cobblestone [0x104 road_class=1 road_speed=1 resolution 16] highway=secondary& surface=cobblestone [0x105 road_class=1 road_speed=1 resolution 18] highway=tertiary& surface=cobblestone [0x106 road_class=1 road_speed=1 resolution 18] highway=unclassified& surface=cobblestone [0x107 road_class=2 road_speed=4 resolution 19] highway=minor& surface=cobblestone [0x107 road_class=2 road_speed=4 resolution 22] highway=residential& surface=cobblestone [0x108 road_class=2 road_speed=4 resolution 20] highway=living_street& surface=cobblestone [0x108 road_class=2 road_speed=4 resolution 22]
and in the overlays file: 0x104: 0x04, 0x1A 0x105: 0x05, 0x1A 0x106: 0x06, 0x1A 0x107: 0x07, 0x1A 0x108: 0x08, 0x1A
On 0x1A is the symbol, which should be show as an overlay and on 0x04 - 0x08 are the symbols of the normal roads.
mkgmap throws out the Error: "List of numbers expected" in overlays file.
Could someone tell me what I am doig wrong?
Try adding an empty line to the end of your overlays file (just a carriage return should do it).
Thanks a lot! This was the thing I had forgotten. Greetings, aighes -- View this message in context: http://gis.638310.n2.nabble.com/error-with-overlays-stylefile-tp5201811p5205... Sent from the Mkgmap Development mailing list archive at Nabble.com.
2010/6/21 aighes <h.scholland@googlemail.com>:
Thanks a lot! This was the thing I had forgotten.
Hi! Could someone point me to some explanaition of this "overlays" feature? I'm curious about this for quite some time now, but never found anything useful about it. What is it capable of? I'm currently processing more than 5 different layers (main, maxspeed, landuse, things conflicting with the main layer like navigable areas or fences tagged to areas and oneway arrows...) with mkgmap when I rebuild my map - only to put them together into one gmapsupp.img in the end. I think doing things quicker if I needed only 2 or 3 runs. (one for all layers sharing a .TYP file?) Is it possible to switch overlays on and off in the device, like it's possible with my current map layers? Thanks, Martin
Martin Simon (grenzdebil@gmail.com) wrote:
2010/6/21 aighes <h.scholland@googlemail.com>:
Thanks a lot! This was the thing I had forgotten.
Hi!
Could someone point me to some explanation of this "overlays" feature?
I'm curious about this for quite some time now, but never found anything useful about it. What is it capable of?
Have a read of http://www.cferrero.net/maps/guide_to_TYPs.html for some illustrations of using an overlays file. In brief, it lets you superimpose one way on top of another, within the same layer. Note that it is undocumented, but overlays are not restricted to one additional overlay: I currently use up to two overlays at the same time (e.g. one-way bridges).
I'm currently processing more than 5 different layers (main, maxspeed, landuse, things conflicting with the main layer like navigable areas or fences tagged to areas and oneway arrows...) with mkgmap when I rebuild my map - only to put them together into one gmapsupp.img in the end. I think doing things quicker if I needed only 2 or 3 runs. (one for all layers sharing a .TYP file?)
Is it possible to switch overlays on and off in the device, like it's possible with my current map layers?
No, this is not possible. The overlay and the underlying line are in the same layer, so if you turn the layer off, you lose both. -- Charlie
On Tue, Jun 22, 2010 at 09:09:02AM +0200, Martin Simon wrote:
2010/6/21 aighes <h.scholland@googlemail.com>:
Thanks a lot! This was the thing I had forgotten.
Hi!
Could someone point me to some explanaition of this "overlays" feature?
I'm curious about this for quite some time now, but never found anything useful about it. What is it capable of?
Me too. My possibly wrong understanding is that it is a limited form of the "continue" feature that was implemented later. I believe that it allows you to generate multiple Garmin objects from a single OSM object, but within a single map layer. That would mean that the overlay cannot be switched on and off in the device. Again, I may be completely wrong about this.
I'm currently processing more than 5 different layers (main, maxspeed, landuse, things conflicting with the main layer like navigable areas or fences tagged to areas and oneway arrows...) with mkgmap when I rebuild my map - only to put them together into one gmapsupp.img in the end. I think doing things quicker if I needed only 2 or 3 runs. (one for all layers sharing a .TYP file?)
It would be great if mkgmap could parse the OSM input only once and generate multiple layers from it. For example, the multipolygon splitting would have to be done only once. I haven't looked how hard that would be to implement, but that should speed up multi-layer creation (parsing would occur only once) and help in distributing the load on SMP systems. I don't think that the TYP files are relevant at .img creation time. They are only relevant when combining the gmapsupp.img. Marko
participants (5)
-
aighes -
Charlie Ferrero -
charlie＠cferrero.net
-
Marko Mäkelä -
Martin Simon