Hi all,
Yesterday I've committed r2546 in the overview2 branch.
In addition to the functionality implemented in overview_v3.patch this
implements
also the support of data with extended types. Please try it with the known
options:
--x-overview-add-polygons
--x-overview-add-lines
Gerd, when I process a few tiles with -c mkgmap.args directory/*.img it fails,
it spits out a few lines with a few numbers like
65792 -22 -53
65792 -22 -47
65792 -22 -31
etc
and in the error log:
Exception in thread main java.lang.NullPointerException
at
Hi,
Does anyone know what the problem is with this search to the housenumber? I
could try to debug it, but need some code points to start on - I think both
places 1) where house numbers are gathered and 2) where they are written to
the output file should be looked at.
By the way, I see search
On Thu, Apr 04, Valerii Pekarskyi wrote:
By the way, I see search results are a bit shifted in some way - is it
intentional? Here is an image with the search result and actual house - it
seems that all house numbers are linked to the nearest road in some way. If
it is a feature for easier
Hi Minko,
thanks for testing. The error was caused by a missing check. Fixed with
r2550.
This also implements the configuration file.
Usage --x-overview-cfg=path-to-cfg-file
Content of cfg-file should be as described before, except for the
line
polygon:
This is not allowed. Just don't write any
Gerd wrote
thanks for testing. The error was caused by a missing check. Fixed
with
r2550.
Gerd, can you upload it again, the jar file is empty.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Minko,
Minko-2 wrote
Gerd wrote
thanks for testing. The error was caused by a missing check. Fixed
with
r2550.
Gerd, can you upload it again, the jar file is empty.
I did not upload the file, it was produced by the automatic build process.
Don't know what went wrong, but r2551 is
Thanks, found it, now I have to fill in my configuration file, at what
level/resolution is mkgmap retrieving the info?
For instance I use point type 0x04 (big city) at different levels for different
place categories. At the lowest levels only for major cities, but the higher
the zoom level the
Hi Minko,
seems that the function which reads polygons with extended type data doesn't
work.
I'll look at this tomorrow.
Gerd
Minko-2 wrote
Thanks Gerd,
I have created an overview map of all 10137001.img-10137136.img tiles that
are in this zip file:
Hi Gerd,
thanks for your effort in this big open point in mkgmap!
The following points were discussed:
1) Allow to read data from other levels, not only the one with the lowest
resolution.
I tried it and I don't think this will increase quality, but it increases
run time quite heavily.
seems that the function which reads polygons with extended type data
doesn't
work.
I'll look at this tomorrow.
Gerd
Ok Gerd,
I also noticed that not only extended polygons, but a lot of borders are
missing now and country names too.
___
Marko, Chris
thanks a lot, I'll give a try with the styles - actually I'm not using
any custom style. One strange behavior I loaded the very same map in
another Garmin device (different model) and I can route to it properly -
but I did not disable the basemap so maybe it's defaulting to it and
On Thu, Apr 04, 2013 at 11:05:55PM +0200, Enrico Liboni wrote:
One strange behavior I loaded the very same map in another Garmin
device (different model) and I can route to it properly - but I did not
disable the basemap so maybe it's defaulting to it and since it is
surely different from the
13 matches
Mail list logo