> This is done. My description entry was too short indeed.
OK, thanks. At first sight I can't see the problem, so it may only show
up on certain devices.
So about the blank lines: can you select them and show them on the map?
If so what are they? Are there any clues as to what they are? How ma
Hello WanMil,
Fine, I think exactly the same way. I did not even try it after looking into
the source code of Path2D.java
I just wanted to let you know because you told me once that Area doesn't
allow serialization
and so I thought that you may like to use it.
Gerd
WanMil wrote
>
> Hi Gerd,
>
> Hi, is there something to take care of if I split the planet? What about
> overlaping?
>
> Henning
>
Yes, you must ensure that all boundaries (in fact all countries) are
contained fully at least in one of your splitted files. There is not
maximum limit (and not minimum limit) for the overlap.
> Hi WanMil,
>
> attached patch corrects the known problems, it removes some debug or dead
> code and starts to complete javadoc.
>
> http://gis.19327.n5.nabble.com/file/n5499705/boundary_prep_quadtree_v6.patch
> boundary_prep_quadtree_v6.patch
>
> I did not yet fully understand the concept of the
Hi, is there something to take care of if I split the planet? What about
overlaping?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd,
using the serialization means that you will always have to use the
Path2D class to read it. You cannot use another lib with better
functionality without changing the format. Also other programming
languages do not have a real chance to read the files.
So unless there is a big advantage
Hi WanMil,
okay, accepted. When I wrote this I got the impression that it could be done
with < 100 lines of code,
but I did not think about the complex call path of BoundaryElementSaver
which makes it quite
complicated to find a good place for the creation of the sql connection.
Gerd
WanMil
Hi Gerd,
I don't veto against that but I don't see the big reason for that.
Preparing boundaries must not be performed by anyone because they are
downloadable on some sites. If you really like to create your own
boundaries you can split the planet file into smaller pieces and merge
them afterw
Thanks!
Now it works correct (for me).
Am 20.02.2012 um 20:25 schrieb Steve Ratcliffe:
> On 20/02/12 18:54, Martin wrote:
>> Hello Steve,
>>
>> I've done some tests. Something goes wrong with the index. Now the
>> streets have a wrong zip-code.
>
> Ahhh yes! Sorry about that. It was using the i
On 20/02/12 18:54, Martin wrote:
> Hello Steve,
>
> I've done some tests. Something goes wrong with the index. Now the
> streets have a wrong zip-code.
Ahhh yes! Sorry about that. It was using the index into the unsorted zip
codes, not the index after sorting. We've had that bug before...
I'm ap
Version 2220 was commited by steve on 2012-02-20 19:24:01 + (Mon, 20 Feb
2012)
After sorting the zip codes, must set the index in the sorted array
and use that.
This means that the full zip record must be passed the POIrecord so that the
index can be extracted after it set after sorting.
_
On Mon, Feb 20, Martin wrote:
> Hello Steve,
>
> I've done some tests. Something goes wrong with the index. Now the streets
> have a wrong zip-code.
> Correct(r2210): Zwickauer Str, 01187 Dresden
> http://snailrun.de/2210.zip
> With r2215: Zwickauer Str, 01307 Dresden (Wrong!)
> http://snailrun.
Hello Steve,
I've done some tests. Something goes wrong with the index. Now the streets have
a wrong zip-code.
Correct(r2210): Zwickauer Str, 01187 Dresden
http://snailrun.de/2210.zip
With r2215: Zwickauer Str, 01307 Dresden (Wrong!)
http://snailrun.de/2215.zip
But anyway, no zip-search is possi
Hi WanMil,
attached patch corrects the known problems, it removes some debug or dead
code and starts to complete javadoc.
http://gis.19327.n5.nabble.com/file/n5499705/boundary_prep_quadtree_v6.patch
boundary_prep_quadtree_v6.patch
I did not yet fully understand the concept of the FutureTask, so
2012/2/20 Steve Ratcliffe :
> You have to enter something in the description box too. There is an
> error message, but it isn't very clear.
>
> If it works, then it does go to a confirmation page after that. 6.5M
> will take a while of course.
>
> ..Steve
Hi Steve,
This is done. My description en
> I tried to upload to http://files.mkgmap.org.uk but after I press the
> upload button, the file path clears and there is no acknowledgement.
> The gmasupp file is 6.5MB big, is there a limit? Or is there a delay
> in showing the file on the page?
You have to enter something in the description b
2012/2/20 Steve Ratcliffe :
> Hi
> I tried making a map with --add-pois-to-area from that map and didn't
> see any blank lines in either mapsource or on my Legend. So could be
> specific to the Edge or some other option you are using. Could you
> upload your map to http://files.mkgmap.org.uk (or a
2012/2/20 michael lohr :
> just a wild guess: if you use --add-pois to-areas, a lot of will cities turn
> up twice (one genuine poi and one geberated from the poly). maybe this srews
> up the index. to test it, you could use
>
> place=city & mkgmap:area2poi!=true
>
> in your point file and exclude
Hi
> Firstly, the blank city lines are caused by --add-pois-to-areas. They
> do appear only when this option is set, so there may be a bug there.
> However, the freeze of the GPS device only occurs when --index is also
> used. Without --index, the blank lines are there but there is no slow
> down
just a wild guess: if you use --add-pois to-areas, a lot of will cities
turn up twice (one genuine poi and one geberated from the poly). maybe
this srews up the index. to test it, you could use
place=city & mkgmap:area2poi!=true
in your point file and exclude cities generated by -add-pois-to-a
Hi,
Following my recent report of my Edge 705 being temporarily frozen
when scrolling nearest cities, I think I have narrowed down where this
comes from. The problem occurs when I combine both --add-pois-to-areas
and --index options.
Firstly, the blank city lines are caused by --add-pois-to-areas
Am 2012-02-20 14:36, schrieb Steve Ratcliffe:
> Hi
>
> There was a bit of discussion about postal codes last month and I
> don't know if we can make them work in all cases, but a first step is
> to sort them in the img tiles. They certainly should be sorted like
> everything else, so I am committin
Hi
There was a bit of discussion about postal codes last month and I
don't know if we can make them work in all cases, but a first step is
to sort them in the img tiles. They certainly should be sorted like
everything else, so I am committing a fix to do that.
My OSM UK maps don't have many postc
Version 2215 was commited by steve on 2012-02-20 13:35:46 + (Mon, 20 Feb
2012)
Sort the zip codes.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi WanMil,
thanks for the quick response.
> I've just started to look through the sources. I haven't read all so
> maybe some of my comments are just wrong...
I think all are okay...
>
> * class BoundaryLevelCollator in BoundaryLocationPreparer:
> I think you have copied that from the L
On 20/02/12 08:56, Minko wrote:
> The latest typ viewer editor (3.5.20) from
> https://sites.google.com/site/sherco40/home
> generates a comments section in the txt file where mkgmap's compiler gets
> stuck:
>
>
> ;=== COMMENTAIRES ==
> [_comments]
> [End]
>
> Is it possible to ignore
Version 2214 was commited by steve on 2012-02-20 12:30:17 + (Mon, 20 Feb
2012)
246: Ignore unknown sections in typ compiler
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd,
I've just started to look through the sources. I haven't read all so
maybe some of my comments are just wrong...
* class BoundaryLevelCollator in BoundaryLocationPreparer:
I think you have copied that from the LocationHook. But now you are
using it in a different context which might ca
The latest typ viewer editor (3.5.20) from
https://sites.google.com/site/sherco40/home
generates a comments section in the txt file where mkgmap's compiler gets stuck:
;=== COMMENTAIRES ==
[_comments]
[End]
Is it possible to ignore thse unknown sections?
__
29 matches
Mail list logo
