On 28.12.2009 00:04, Mark Burton wrote:
> Felix,
>
>
>> Thanks for that patch... It does remove the bug, but all relations seem
>> to get dropped by using this patch too. So not an ideal solution -:)
>>
>> BTW before using this patch, relations like cycleroutes would even show
>> up when all
Felix,
> Thanks for that patch... It does remove the bug, but all relations seem
> to get dropped by using this patch too. So not an ideal solution -:)
>
> BTW before using this patch, relations like cycleroutes would even show
> up when all ways were dropped due to multipolygon outer...
OK -
On 27.12.2009 22:33, Mark Burton wrote:
> Festive greetings Felix,
>
>
>> Have a look here, wherever the boundaries use the same way as the ways,
>> the ways get dropped, even if not rendering the boundaries at all
>> (removing any reference to boundary from the style-file).
>>
>> Is this may
Festive greetings Felix,
> Have a look here, wherever the boundaries use the same way as the ways,
> the ways get dropped, even if not rendering the boundaries at all
> (removing any reference to boundary from the style-file).
>
> Is this maybe a geofabrik error, or some error in mkgmap multip
Have a look here, wherever the boundaries use the same way as the ways,
the ways get dropped, even if not rendering the boundaries at all
(removing any reference to boundary from the style-file).
Is this maybe a geofabrik error, or some error in mkgmap multipolygon
handling? I have noticed many
Hi
> Thanks for the info. I currently generate each layer of my 3-layer
> map using the --gmapsupp switch and then just combine the three
> gmapsupp.img files.
I've now made a change that should allow gmapsupp files to be combined
together into one big gmapsupp file without losing their family-
Version 1443 was commited by steve on 2009-12-27 21:12:59 + (Sun, 27 Dec
2009)
Combine any gmapsupp files given as input into the output gmapsupp file
correctly preserving family id's etc.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.u
Hi Felix,
i have just made a quick test using a simple map out of my tracks,
mkgmap.jar V1442 and the default style of 1442
The resulting map can't be displayed in TTQV.
But if i used my own style i can display it.
cheers
___
mkgmap-dev mailing list
On 27.12.2009 18:12, Gert Münzel wrote:
> Hi,
> i have experienced( and also red that otherones maked the same
> experience) sometimes, that mkgmap created maps/overlays couldn't be
> displayed with TTQV althought the same map could be used with Mapsource
> perfectly.
> Meanwhile accidently i cre
Hi,
i have experienced( and also red that otherones maked the same
experience) sometimes, that mkgmap created maps/overlays couldn't be
displayed with TTQV althought the same map could be used with Mapsource
perfectly.
Meanwhile accidently i created this possible erroneous map with a style
from
>
>
> 2. The PolygonSplitter destroys the polygons created by the current
> multipolygon code. Up to now I do not fully understand if thats a
> problem or not. But I would feel better if someone could replace the
> usage of the java.awt.Area class with some code that does not remove the
> mul
>
> Hi Chris,
>
>> Mark Burton schrieb:
>>
>>> So, is putting the coastline into a multipolygon a reasonable OSM
>>> thing?
>>
>> A coastline is often also a boundary and boundaries are
>> multipolygons in OSM.
>>
>>> If so, should mkgmap be breaking the coastline by removing its
>>> tags? If not,
12 matches
Mail list logo