Hi Gerd,
An idea just crossed my mind that could lead to a solution of the
routing problem.
To make sure I understood the problem correctly I summarize the facts:
1. to make the Garmin device announce a "roundabout" it is neccessary
that the type of the road is 0x0c
2. we want to have different l
Hi Henning,
Henning Scholland wrote
> With these parameters and splitting the complete planet I got the
> following values:
>
> Length-1 chunks: 5.547.829, used Bytes including overhead: 57.051.176
>
> Afterwards I generated a new areas.list file, containing all my (partly
> overlapping) maps
Thanks. It's fixed.
> On Fri, Apr 12, Minko wrote:
>
>> Hi,
>> I still see the old license in the mapsource product copyrights when I run
>> mkgmap without --license-file
>>
>> Map created with mkgmap-r2567
>> Map data licenced under Creative Commons Attribution ShareAlike 2.0
>> OpenStreetMap an
Version 2568 was committed by wanmil on Fri, 12 Apr 2013
Change hardcoded licence text to ODbL
This has been forgotten in r2443. The license is shown when running mkgmap
without --license-file parameter.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mk
On Fri, Apr 12, Minko wrote:
> Hi,
> I still see the old license in the mapsource product copyrights when I run
> mkgmap without --license-file
>
> Map created with mkgmap-r2567
> Map data licenced under Creative Commons Attribution ShareAlike 2.0
> OpenStreetMap and contributors
> Program
Hi,
I still see the old license in the mapsource product copyrights when I run
mkgmap without --license-file
Map created with mkgmap-r2567
Map data licenced under Creative Commons Attribution ShareAlike 2.0
OpenStreetMap and contributors
Program released under the GPL
http://creativecommons
Well I finally got around trying out the overview map. For what it is
supposed to do, it works for me now.
However I would really like to have multiple levels in the overview map.
So for a start, the overview file (to be present in future could contain
in the first line, a levels definition, ju
Am 12.04.2013 10:52, schrieb GerdP:
> Hi Henning,
>
> yes, whole planet, and I use keep-complete=true, overlap=0 and
> stop-after=gen-problem-list because that is enough to get the info.
>
> Gerd
With these parameters and splitting the complete planet I got the
following values:
Length-1 chunks:
Hi Gerd,
If I make a routable line (for instance 0x03) not routable by leaving the road
attributes out,
and use the address search to route to this street, the issue of broken routing
still remains.
The route looks first like normal, but then the line jumps first with a
straight line to the til
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 12.04.2013 13:28, schrieb Franco Bez:
> I will do a few more tests soon, and post the results here. I
> currently have the impression that at least the roundabout -
> overlay - problem might still be there.
Ok, all roundabouts with this overlay(s)
Hi Gerd,
Am 12.04.2013 11:00, schrieb GerdP:
> Hi Franco,
>
>
> franco_bez wrote
>> Hi Gerd,
>>
>> will you commit the warnings about routable line types without
>> road_class/road_speed set also ?
> Hmm, I thought that the roads_first_v1.patch solves all issues that are
> related to these problems
yes, but they can still show it. (it's not getting worse, so no "???"
appearing)
--lower-case-for-pois
still would be a good option / or even default.
On 12.04.2013 12:45, Minko wrote:
> BTW I was wrong, Mapsource/Basecamp shows only the first letter in capital,
> the rest in lower case (Ijsselm
BTW I was wrong, Mapsource/Basecamp shows only the first letter in capital, the
rest in lower case (Ijsselmeer)
so --lower-case only works well on the modern devices and not in
Mapsource/Basecamp.
So this issue could only be solved by Garmin ;-)
> That is correct. The old devices can show rot
Here's the link to the Augsburg "roundabout testarea" built in the 80ies
near the University of Augsburg.
http://www.openstreetmap.org/?lat=48.33173&lon=10.90473&zoom=17
There should be plenty of testcases :-)
Ciao,
Franco
Am 12.04.2013 11:56, schrieb Franco Bez:
>
> I found a replacement tes
Am 12.04.2013 10:22, schrieb Franco Bez:
>
> I visited this location today, and in real life there is no
> roundabout. It's more like an egg-shaped island in the middle of a
> turning loop.
> I will change the osm map accordingly. So we will loose our test
> candidate for the bug soon.
I found a
Hi Franco,
franco_bez wrote
> Hi Gerd,
>
> will you commit the warnings about routable line types without
> road_class/road_speed set also ?
Hmm, I thought that the roads_first_v1.patch solves all issues that are
related to these problems, so I think the warning makes no sense anymore.
Did you
Hi Henning,
yes, whole planet, and I use keep-complete=true, overlap=0 and
stop-after=gen-problem-list because that is enough to get the info.
Gerd
Henning Scholland wrote
> Am 12.04.2013 10:06, schrieb Gerd Petermann:
>> Hi Henning,
>>
>> thanks, that explains the higher values. When you use
Am 12.04.2013 10:39, schrieb Minko:
> The only problem was that older devices show only . or ? on the
> streetnames with only the first capital visible.
> Labels are rendered fine, as long they are horizontal (pois for instance).
That is correct. The old devices can show rotated text onl
But it does work on Mapsource, Basecamp and in the newer devices this is solved
too.
See http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg14604.html
See also
http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg14839.html
The only problem was that older devices show only .
Am 12.04.2013 10:12, schrieb Minko:
> BTW "IJ" is rendered as Ij
As I remember correct, this is a typical Garmin thing. Each word starts
with one capital letter.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org
Hi Gerd,
will you commit the warnings about routable line types without
road_class/road_speed set also ?
IMHO the remaining problem is not housenumber related.
In a map without x-housenumbers the routing to this end of the
Robert-Bosch-Straße through address search is also broken.
I agree that t
Am 12.04.2013 10:06, schrieb Gerd Petermann:
Hi Henning,
thanks, that explains the higher values. When you use --split-file,
the max-nodes value is ignored.
You create 804 areas, I create 1502.
Gerd
Hi Gerd,
you are covering with 1502 the hole planet, do you? I'm covering just a
few parts.
Thanks Wanmil,
IJsselmeer is now rendered fine, as well as the mp's of islands.
BTW "IJ" is rendered as Ij unless I use --lower-case.
But --lower-case this isn't rendered on line elements on older units.
Will it be possible to use --lower-case only for pois?
> should be fixed with r2566.
> The r
Hi Henning,
thanks, that explains the higher values. When you use --split-file, the
max-nodes value is ignored.
You create 804 areas, I create 1502.
Gerd
Date: Fri, 12 Apr 2013 09:56:29 +0200
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] splitter exception wi
Hi Gerd,
see: http://www.aighes.de/data/splitter.log
If you also need areas.list: http://www.aighes.de/data/areas.list
Henning
Am 12.04.2013 09:50, schrieb Gerd Petermann:
Hi Henning,
please post a link to your splitter log. I want to run splitter with
the same parms and the old planet to ha
Hi Henning,
please post a link to your splitter log. I want to run splitter with the same
parms and the old planet to have better data.
(e.g. --precomp-sea will also play a role)
Gerd
Date: Fri, 12 Apr 2013 09:43:48 +0200
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkg
Hi Gerd,
my value for max-nodes is also 160.
Henning
Am 12.04.2013 09:36, schrieb Gerd Petermann:
Hi Henning,
that is more than expected. What value do you use for max-nodes? I
used the default: 160.
Besides that I just remember that this problem is also related to the
max-areas va
Hi Henning,
that is more than expected. What value do you use for max-nodes? I used the
default: 160.
Besides that I just remember that this problem is also related to the max-areas
value.
If we reach the limit, it might be better to reduce max-areas so that splitter
uses two passes.
Ger
Am 12.04.2013 09:22, schrieb Gerd Petermann:
Statistics for *coords *map:
*Length-1* chunks:*4.580.310*, used Bytes including overhead: 47.376.048
Planet with data of yesterday:
Length-1 chunks: 10.454.925, used Bytes including overhead: 107.695.080
If the rising continueslinear, the limit wil
Am 12.04.2013 00:02, schrieb News:
> Like you I think this is a useful option which should stay so I guess
> it's down to us to drum up some action on the wiki although I'll confess
> that I don't know where the best place to start is as I haven't spent
> much time on any wiki let alone one as larg
Hi Thorsten,
the optimized data structure requires ~ 45% less memory (e.g. ~ 330MB instead
of ~ 606MB for germany.osm.pbf) ,
so it would be great if we could keep this for a while.
On the other hand, the limit will also be reached sooner or later when
splitting a whole planet.osm.pbf,
so I plan
31 matches
Mail list logo
