Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-25 Thread Gerd Petermann

Hi Henning,

thanks, I can reproduce the problem and I am able to fix it.
Splitter skips some nodes because they are not written to any tile using the 
normal algorithm. 
It has to check first whether the nodes belongs to a problem way or relation.
Wait for a new version in the problem-list 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 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 planet.pbf but it 
> is in the file (opened with texteditor). Also mkgmap doesn't render it.
> 
> Similar problem: way:29911983 and way:150505423 have one node in 
> 1645 and are in the file but aren't shown in josm and 
> mkgmap-generated map.
> 
> Bu there are not all nodes of the ways in the tiles. Maybe this is 
> problematic?
> 
> Henning
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-25 Thread Henning Scholland
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 planet.pbf but it 
is in the file (opened with texteditor). Also mkgmap doesn't render it.

Similar problem: way:29911983 and way:150505423 have one node in 
1645 and are in the file but aren't shown in josm and 
mkgmap-generated map.

Bu there are not all nodes of the ways in the tiles. Maybe this is 
problematic?

Henning

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-24 Thread Gerd Petermann

Hi Henning,

do you use the 2nd version of the patch? This should already work as you expect 
it.
If yes, please let me know how to reproduce the error.

By the way: I think I found a way to generate the problem list without too many 
false
candidates. 

Ciao,
Gerd

> Date: Wed, 24 Oct 2012 16:07: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. Is it possible to fix this?
> 
> Henning
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-24 Thread Henning Scholland
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
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Gerd Petermann

Hi Thorsten,

well, believe it or not, I did never create a map to use it, I am just trying 
to solve the problems ;-)

Your are probably right, afaik the precompiled bounds are only used to set the 
admin level tags, the data cannot be accessed to draw an object.

Ciao,
Gerd

> Date: Sun, 21 Oct 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 relations completely 
> > and only use the precompiled bounds. 
> 
> You cannot use precompiled bounds to draw borders on your map, can you?
> 
> -- 
> Thorsten Kukuk, Project Manager/Release Manager SLES
> SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Thorsten Kukuk
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 relations completely 
> and only use the precompiled bounds. 

You cannot use precompiled bounds to draw borders on your map, can you?

-- 
Thorsten Kukuk, Project Manager/Release Manager SLES
SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread toc-rox
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 Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Minko
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 alps.osm.pbf
> > ...
> 
> Hi Minko,
> 
> you haven't specified a problem file ?
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread toc-rox
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 haven't specified a problem file ?

E.g. something like this:
java -Xmx6000M -jar
/home/kto/Freizeitkarte-Entwicklung/tools/splitter/splitter-poly.jar
--geonames-file=/home/kto/Freizeitkarte-Entwicklung/cities/cities15000.zip
--problem-file=/home/kto/Freizeitkarte-Entwicklung/*problem_polygons.txt* 
--mixed --no-trim --overlap=1 --mapid=58440001 --max-nodes=60
--output=xml
--output-dir=/home/kto/Freizeitkarte-Entwicklung/work/Freizeitkarte_Schweden
/home/kto/Freizeitkarte-Entwicklung/source/Freizeitkarte_Schweden.o5m

Regards Klaus



--
View this message in context: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5732194.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread GerdP
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: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5732180.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Minko
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
#   : 45.966797,6.240234 to 46.406250,7.294922

1046: 2146304,258048 to 2162688,290816
#   : 46.054688,5.537109 to 46.406250,6.240234

Tested on today's extract from 
http://download.geofabrik.de/openstreetmap/europe/alps.osm.pbf

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

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Gerd Petermann

Hi Henning,

I don't want to make the parser for this list too complex, but maybe I can copy 
some code from mkgmap.
If you like, you can code some rules in the MultiTileProcessor, it contains a 
deactivated code in 
processRelation(), search for "experimental code:". 
The more heap you can offer to splitter, and the less big your input file is, 
the more likely splitter can handle more (or all) relations
without running out of memory. 

Reg. admin_level=2: That's funny, I thought it might be useful to delete all 
boundary=administrative relations completely 
and only use the precompiled 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 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 
> larger distance between nodes?
> 
> Henning
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Henning Scholland
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 
larger distance between nodes?

Henning

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread Thorsten Kukuk
On Sun, Oct 21, toc-rox wrote:

> The patch works for my sweden map (vänern):
> 
> Before:
> 
>  
> 
> After:
> 
>  

On both pictures you see some lines, where you see the background and not the 
polygon.
Is this an artefact of the rounding issues discussed the last days here?

Thorsten

-- 
Thorsten Kukuk, Project Manager/Release Manager SLES
SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-21 Thread toc-rox
The patch works for my sweden map (vänern):

Before:

 

After:

 

Grand ...

Klaus



--
View this message in context: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5732113.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-20 Thread Jaromír Mikeš
> Od: Minko 

> 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


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-20 Thread Minko
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


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-20 Thread Henning Scholland
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

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-20 Thread GerdP
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 hand, we may find out that most
users find the same 
problem cases,  which in turn would allow to distribute one list for all.


Minko-2 wrote
> Or maybe some script can detect those large mps automatically from the OSM
> database?

This would be great. As I've already written, I failed to produce the list
within splitter.
The algorithm that I've implemented calculates the bounding box of a way or
relation to find out the 
tiles that should "know" the polygon. 
If this turns out to be good enough, and OSM api allows it, someone could
provide a file that contains the info for each OSM way and relation (just
the Id and the bbox info). 
Given that list (ordered by Id), splitter would not require much additional
heap to write complete info to each tile, because we could simply merge the
information while reading the normal input files.

Ciao,
Gerd



--
View this message in context: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5731942.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-19 Thread GerdP
Hi Klaus,

attached is r200 with my patch applied (the binary)

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 mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-18 Thread GerdP
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 many small points:
1) pbf uses (by default) compressied blocks, so you have to unzip a complete
block before you can 
use any information in the block. 
2) pbf read routines create a lot of temporary objects, this seems to stress
GC
3) pbf doesn't allow to skip processing of node tags or way tags, but
splitters' read passes often don't need them. So, with pbf we create lists
of tags and return them to GC, with o5m we can simply skip them.

To be fair, using the --drop-version parm in osmconvert removes a lot of
info which is ignored by splitter and mkgmap. I did never try what effect is
has to use pbf input that was created with this parm.

When writing, o5m is probably only faster because it doesn't zip the data.
As long as mkgmap doesn't understand o5m I see no benefit in using this.

Maybe other computers show different results, esp. if the CPU is much faster
than mine and the Disk access is slower. 
By the way: my patch also speeds up pbf reading a little bit.

Ciao,
Gerd




--
View this message in context: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5731418.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-18 Thread Minko
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?
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-18 Thread RheinSkipper
+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 with lakes
> 
> 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: http://gis.19327.n5.nabble.com/Still-
> problems-with-lakes-tp5725668p5731380.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-18 Thread Steve Ratcliffe

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
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-18 Thread Gerd Petermann

Hello Henning,

no, it is not (yet). I plan to add o5m support to mkgmap soon. With my patch 
you can use splitter 
with o5m, if you do not specify the problem-file parm, it should produce the 
same results as r200.

Gerd

> Date: Wed, 17 Oct 2012 22:58:48 +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,
> 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 sample list of problem polygons:
> > problem_polygons.txt
> > <http://gis.19327.n5.nabble.com/file/n5731258/problem_polygons.txt>
> >
> > Specify it in the new parameter problem-file, e.g.
> > --problem-file=./problem_polygons.txt
> >
> > It is recommended to use o5m format as input. To convert an existing osm.pbf
> > file to o5m use e.g.
> > osmconvert --drop-version --out-o5m europe.osm.pbf > europe.o5m
> >
> > Sorry, the new code is not well commented yet, but I think it works quite
> > well now.
> > Any feedback is welcome.
> >
> > Ciao,
> > GerdP
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-18 Thread toc-rox
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: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5731380.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-17 Thread Henning Scholland
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
> 
>
> A sample list of problem polygons:
> problem_polygons.txt
> 
>
> Specify it in the new parameter problem-file, e.g.
> --problem-file=./problem_polygons.txt
>
> It is recommended to use o5m format as input. To convert an existing osm.pbf
> file to o5m use e.g.
> osmconvert --drop-version --out-o5m europe.osm.pbf > europe.o5m
>
> Sorry, the new code is not well commented yet, but I think it works quite
> well now.
> Any feedback is welcome.
>
> Ciao,
> GerdP

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-17 Thread Jaromír Mikeš
> Od: Gerd Petermann 

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 problem-file, e.g. 
> > > --problem-file=./problem_polygons.txt

I added " rel:1279614 # Greenland glacier " to my problem_polygons.txt

Now I nearly whole glacier! Amazing improvement!
I still missing southern tip of glacier.

I will try add some way values to fix it.

Many thanks

mira
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-17 Thread Jaromír Mikeš
> Od: GerdP 

Hi Gerd,

> here is a first try to fix this issue.
> splitter_problem_list.patch
>   

I would like to try your patch as I have problem with glacier polygon when I 
build map of Greenland.
I patched r200 splitter directory ... how to build splitter.jar file now?

> A sample list of problem polygons:
> problem_polygons.txt
>   
> 
> Specify it in the new parameter problem-file, e.g. 
> --problem-file=./problem_polygons.txt

> It is recommended to use o5m format as input. To convert an existing osm.pbf
> file to o5m use e.g.
> osmconvert --drop-version --out-o5m europe.osm.pbf > europe.o5m

Why not osm.pbf format?

Thanks for your work

mira
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


[mkgmap-dev] [Patch V1]Re: Still problems with lakes

2012-10-17 Thread GerdP
Hi,

here is a first try to fix this issue.
splitter_problem_list.patch
  

A sample list of problem polygons:
problem_polygons.txt
  

Specify it in the new parameter problem-file, e.g. 
--problem-file=./problem_polygons.txt

It is recommended to use o5m format as input. To convert an existing osm.pbf
file to o5m use e.g.
osmconvert --drop-version --out-o5m europe.osm.pbf > europe.o5m

Sorry, the new code is not well commented yet, but I think it works quite
well now. 
Any feedback is welcome.

Ciao,
GerdP


RheinSkipper wrote
>> Thanks for the feedback. I'll try coding a few changes (e.g. filtering by
> tags), if 
>> that doesn't work out, I'll code the handling of a external list and
>> we'll
> see what it helps.
>> 
>> Gerd
> 
> 
> Thank you so much!
> 
> ___
> mkgmap-dev mailing list

> mkgmap-dev@.org

> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev





--
View this message in context: 
http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5731258.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev