Hi Marko,
> Many of the warnings that I get are for situations like this:
>
> -->>F
>
> where > is the oneway that I get a warning for, and > is another
> oneway that ends in a fixme=continue or similar.
>
> I guess that the two ways get merged, but tags are
On Sat, Jan 04, 2014 at 09:43:32PM +0200, Marko Mäkelä wrote:
On Sat, Jan 04, 2014 at 02:05:11PM +0100, Gerd Petermann wrote:
You don't use parameter --x-no-mergeroads in your script as I
recommended.
Ah, sorry, I forgot that piece of your advice :(
OK, now I think I understand this (without
Sorry, that was meant to be a PM
Gerd
GerdP wrote
> Hi WanMil,
>
> ich weiss nicht warum, aber bei grösseren Datenmengen
> sehe ich immer noch verschiedene Ergebnisse.
> Das Problem verschwindet, wenn man die Liste
> auch noch (nach lon+lat) sortiert.
>
> Ich denke, das sollte nicht so sein.
Version mkgmap-r2941 was committed by marko on Sat, 04 Jan 2014
Skip restriction relations that have no restriction=* tag.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Sat, Jan 04, 2014 at 02:05:11PM +0100, Gerd Petermann wrote:
You don't use parameter --x-no-mergeroads in your script as I
recommended.
Ah, sorry, I forgot that piece of your advice :( But, I think that I
will live with this for now. I mainly use mkgmap for fixing map errors;
I retired my
Version mkgmap-r2939 was committed by wanmil on Sat, 04 Jan 2014
RoadMerger now preservers the original order of roads
This is done by keeping the index of roads and sorting it by this index after
merging.
___
mkgmap-dev mailing list
mkgmap-dev@lists.
Version mkgmap-r2938 was committed by wanmil on Sat, 04 Jan 2014
RoadMerger always checks Coords for identity and not using equals() method
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Marko,
I was able to reproduce your results.
You don't use parameter --x-no-mergeroads in your script
as I recommended.
The merge algo doesn't look at the tag mkgmap:dead-end-check,
so it may merge a way with that tag into a way without it.
I did not change that in RoadMerger because we want t
Hi Gerd,
With the newer patch and the data from last night, the new check did
not report any issues that were missed by the old check. The new check
failed to report these ways that were flagged by the old check in
trunk:
200035193,220389737,25455464,42191422,53197410,131648853,50118184
Str
On 04/01/14 08:42, Thorsten Kukuk wrote:
Thanks, with that patch it is much better, but I still see
streets where some housenumbers does not have a city assigned.
For example Von-der-Tann-Strasse in Hammelburg and Ingolstadt.
Some housenumbers have the city assigned, others not.
Thanks for the
Hi,
On Fri, Jan 03, Steve Ratcliffe wrote:
> Hi
>
> It appears to be the housenumber block count patch.
> I've posted a previous version, and I've attached the most
> up-to-date version of it.
Thanks, with that patch it is much better, but I still see
streets where some housenumbers does not ha
11 matches
Mail list logo