Oh damn, I tried again, and now the exact maps that didn't work before,
worked... Might be also somehow related to last startup before...
So the only thing I have found out so far, that is really problematic
are really small tiles. So I think we should simply try to setup some
mechanism that su
Great! Does france - 0066 work?
Minko reported that 0066 plus the two Biscay files that have no cities works,
so that suggests it does not need cities to make it work again.
Felix Hartmann wrote:
>Ups, I don't know what I was doing before, but now if I didn't somehow
>seriously harm my GPS
This looks (very) interesting: http://www.synesys.com/Downloads/ppp.html
Concerning the style files it allows something like this: *perl ppp.pl
polygons-master polygons -DGPSR*
...
#include "indexsearch"
...
#ifndef GPSR
building = * [0x13 resolution 20]
#endif
...
Klaus
--
View this messa
Ups, I don't know what I was doing before, but now if I didn't somehow
seriously harm my GPS -- it ain't booting at all if the only tile is:
63910066.img
This tile contains only POI of type 0x11710 in resolution 24
Maybe if we have "3byte" POI, there must be place, or "2byte" -- 0x000??
--
Hi WanMil,
this was a very good hint :-)
Time for african boundaries was 250 secs with /branch/performance/r2225, 267
secs with trunk,
and with this patch it is now 152 secs
- use simple quadtree in BoundarySaver.splitArea()
- add try/catch in BoundaryPreparer.run() to allow e.g. usage of asse
This is what I have tested:
Fail: Whole France minus 63910019.img
Fail: Whole France minus 63910035.img
Fail: Whole France minus GB-Brighton (63910189) / FR-Caen (63910093)
Work: france (63910019)/IT-Milano (63910066) / ES-Gijon (63910035)
Work: 63910019 + 63910035 + a few other tiles
> This worked and do not suffer the freezes when listing the nearest
There are really four overlapping issues here, so let break them down so
they can be dealt with individually.
1. A bad map that causes freezing on some devices.
I want to avoid this no matter what the input data is. It seems
t
On 24/02/12 12:31, Felix Hartmann wrote:
>
>
> On 24.02.2012 13:25, Minko wrote:
>> If your observation of missing place nodes is right,maybe you can try to
>> render place=bay or place=sea?
>>
>> http://www.openstreetmap.org/browse/node/1195287137
>>
>> I will try to render those next time with m
Well I found another strange thing inside that tile.
I'm not sure if the automatic splitting of lines is working correctly.
In order to map ferries - I use two different line types.
a) 0x13 routable
b) 0x10606 non routable
However the 10606 is split twice as often as 0x13. How comes that the
ro
On 24.02.2012 13:25, Minko wrote:
> If your observation of missing place nodes is right,maybe you can try to
> render place=bay or place=sea?
>
> http://www.openstreetmap.org/browse/node/1195287137
>
> I will try to render those next time with my maps, was missing the sea/bay
> names anyway and
If your observation of missing place nodes is right,maybe you can try to render
place=bay or place=sea?
http://www.openstreetmap.org/browse/node/1195287137
I will try to render those next time with my maps, was missing the sea/bay
names anyway and maybe this will prevent those booting problems
Well I increased the maxnodes for the splitter, and even though the two
tiles in the bay of Biscay, remained unchanged, it works without
problems on my GPS now. The big problem remains, that for some countries
with maxnodes 80 I run into too large files, while for France
(opposite side of t
Oh well, I can also send all of France, as long as I take out the 3rd
tile, that contains not cities
Maybe there are even more such tiles, however for all of them that I
could identify, one thing was common -- and that is no city inside the
whole tile.
Maybe the free cgpsmapper version, is
No I used neither.
and my generate-sea parameters are:
--generate-sea=extend-sea-sectors,close-gaps=6000,floodblocker,fbgap=50,fbthres=50,fbratio=0.5
I don't mind that much when sea is empty. Sea has not much real use
anyhow except looking nice.
As for the tiles being too small - yeah it's right.
Felix,
Do you use no-trim in your splitter parameters and how does your generate-sea
parameters looks like?
Maybe a European coastline file will help?
Your sea and coastline will definitely look better with it (it now shows land
in the Bay of Biscay) and
maybe these bugs will be solved too.
___
But if you send just the two of those Bay of Biscay tiles
or a bigger mapset with those two included, everything seems normal.
It only happens with the big France mapset including those tiles.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
htt
Bang, I think that's it. I now managed to sent a map including the bay
of biscay (one tile), and looked if the other really small tiles
included cities/islands. Found one that didn't, left it out and the GPS
booted.
IMHO (I'll try to simply include a city POI into the tiles of biscay) -
we wou
I just tried - I left out the two main tiles of the Bay of Biscay, and
it booted (and to confirm I created the gmapsupp.img with both mkgmap
with and without address search, and also Mapsource). Leaving out either
of the two tiles,
So leaves us to wonder, why is it not booting with them.
The ma
18 matches
Mail list logo
