Hi Gerd,
I'm using v2 of your patch.
areas.list:
1605: 2320384,-153600 to 2369536,-55296
1645: 2320384,-55296 to 2381824,26624
problematic way:67416703
This way has only nodes in 1645 and is crossing 1605. He isn't
displayed with josm, if split the both tiles out of a
branch (r207 still contains this
error)
ciao,
Gerd
Date: Thu, 25 Oct 2012 15:54:49 +0200
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes
Hi Gerd,
I'm using v2 of your patch.
areas.list:
1605: 2320384,-153600
Hi Gerd,
I found another problem. If a long way has no nodes in a tile but is
crossing the tile, then this long way isn't copied into the crossing
tile. Is it possible to fix this?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
:45 +0200
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes
Hi Gerd,
I found another problem. If a long way has no nodes in a tile but is
crossing the tile, then this long way isn't copied into the crossing
tile
The patch works for my sweden map (vänern):
Before:
http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.13.01.png
After:
http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.33.49.png
Grand ...
Klaus
--
View this message in context:
On Sun, Oct 21, toc-rox wrote:
The patch works for my sweden map (vänern):
Before:
http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.13.01.png
After:
http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.33.49.png
On both pictures
Hi Gerd,
before adding severals boundarys and many ferry-ways in baltic sea just
a question. Would it be possible to add wildcards like all ways and
relation with ferry=* or all ways and relations with admin_level=2 ?
How do others thing about it? Are there more ways which have typical a
bounds.
Gerd
Date: Sun, 21 Oct 2012 13:08:47 +0200
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes
Hi Gerd,
before adding severals boundarys and many ferry-ways in baltic sea just
a question. Would it be possible
I have tested the patch but the southern half of Lake Geneva is still dry,
Multipolygon:
http://www.openstreetmap.org/browse/relation/332617
areas.list:
0094: 2162688,278528 to 2183168,339968
# : 46.406250,5.976563 to 46.845703,7.294922
0554: 2142208,290816 to 2162688,339968
#
Hi Minko,
Minko-2 wrote
I have tested the patch but the southern half of Lake Geneva is still dry,
Okay, I try to find out wether it is splitter that still writes incomplete
data or is it mkgmap.
Ciao,
Gerd
--
View this message in context:
Minko-2 wrote
I have tested the patch but the southern half of Lake Geneva is still dry,
...
java -Xmx1400m -jar splitter-r200\splitter_patched.jar
--write-kml=areas.kml --split-file=areas.list --no-trim --output=pbf
--problem-file=problem_polygons.txt alps.osm.pbf
...
Hi Minko,
you
I did, Klaus:
--problem-file=problem_polygons.txt
I only didnt convert it to 05m format, but that shouldnt matter or does it?
java -Xmx1400m -jar splitter-r200\splitter_patched.jar
--write-kml=areas.kml --split-file=areas.list --no-trim --output=pbf
--problem-file=problem_polygons.txt
Minko-2 wrote
I did, Klaus: --problem-file=problem_polygons.txt
Oops - sorry - it seems I'm blind today.
Regards Klaus
--
View this message in context:
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5732199.html
Sent from the Mkgmap Development mailing list archive at
2012 19:13:57 +0200
From: ku...@suse.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes
On Sun, Oct 21, Gerd Petermann wrote:
Reg. admin_level=2: That's funny, I thought it might be useful to delete
all boundary=administrative
Hi Minko,
Minko-2 wrote
If this patch will be implemented, will there be a list somewhere (wiki?)
where we can add problematic multipolygons?
This is probably the biggest problem with this solution. Therefore I
consider any user written list of
problem cases as a work-around. On the other
Am 18.10.2012 11:44, schrieb Minko:
If this patch will be implemented, will there be a list somewhere (wiki?)
where we can add problematic multipolygons?
I started a list here:
http://wiki.openstreetmap.org/wiki/Mkgmap/help/problematic_polygons
___
Thanks Henning, I added a few more.
I started a list here:
http://wiki.openstreetmap.org/wiki/Mkgmap/help/problematic_polygons
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Od: Minko ligfiet...@online.nl
Thanks Henning, I added a few more.
me too ;)
m.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Klaus,
attached is r200 with my patch applied (the binary)
splitter.jar http://gis.19327.n5.nabble.com/file/n5731709/splitter.jar
Ciao,
Gerd
--
View this message in context:
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5731709.html
Sent from the Mkgmap Development
Thanks for providing the patch !
I would like to verify the patch with a map of sweden (vänern sea).
But I'm not familiar with pachtes ... how to apply the patch ?
Or is it possible to provide a ready-to-run patched splitter ?
Regards Klaus
--
View this message in context:
-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes
Hi Gerd,
is it possible to use a normal splitter r200 with o5m input-data? What
about mkgmap?
Henning
Am 17.10.2012 16:36, schrieb GerdP:
Hi,
here is a first try to fix this issue
Hello Gerd
no, it is not (yet). I plan to add o5m support to mkgmap soon. With my
patch you can use splitter
As an aside, what do you think it is about the o5m format that makes
it quicker than pbf?
..Steve
___
mkgmap-dev mailing list
+1
-Ursprüngliche Nachricht-
Von: mkgmap-dev-boun...@lists.mkgmap.org.uk [mailto:mkgmap-dev-
boun...@lists.mkgmap.org.uk] Im Auftrag von toc-rox
Gesendet: Donnerstag, 18. Oktober 2012 10:09
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] [Patch V1]Re: Still problems
Klaus wrote:
Or is it possible to provide a ready-to-run patched splitter ?
+1
If this patch will be implemented, will there be a list somewhere (wiki?) where
we can add problematic multipolygons?
Or maybe some script can detect those large mps automatically from the OSM
database?
Hi Steve,
Steve Ratcliffe wrote
Hello Gerd
no, it is not (yet). I plan to add o5m support to mkgmap soon. With my
patch you can use splitter
As an aside, what do you think it is about the o5m format that makes
it quicker than pbf?
Well, not easy to say. I think it's a combination of
Hi,
here is a first try to fix this issue.
splitter_problem_list.patch
http://gis.19327.n5.nabble.com/file/n5731258/splitter_problem_list.patch
A sample list of problem polygons:
problem_polygons.txt
http://gis.19327.n5.nabble.com/file/n5731258/problem_polygons.txt
Specify it in the new
Od: GerdP gpetermann_muenc...@hotmail.com
Hi Gerd,
here is a first try to fix this issue.
splitter_problem_list.patch
http://gis.19327.n5.nabble.com/file/n5731258/splitter_problem_list.patch
I would like to try your patch as I have problem with glacier polygon when I
build map of
Od: Gerd Petermann gpetermann_muenc...@hotmail.com
Hi Gerd,
why o5m: o5m is much faster to read compared to pbf, and the new algorithm
requires a few more reads
As Greenland map hasn't too much data I stayed with pbf ... not really longer
splitting.
Specify it in the new parameter
Hi Gerd,
is it possible to use a normal splitter r200 with o5m input-data? What
about mkgmap?
Henning
Am 17.10.2012 16:36, schrieb GerdP:
Hi,
here is a first try to fix this issue.
splitter_problem_list.patch
http://gis.19327.n5.nabble.com/file/n5731258/splitter_problem_list.patch
A
29 matches
Mail list logo