[mkgmap-dev] africa map 2

2015-01-04 Thread Steve Sgalowski
re downloaded the osm.bz file , it also failed due to bounds exception africa.pbf file . failed also , just 5 mb map file , when the input file is 731 mb pbf file osm.bz = 1.3 gb both have now failed Stephen ___ mkgmap-dev mailing list

Re: [mkgmap-dev] small issue with Way.getCofG()

2015-01-04 Thread WanMil
Hi Gerd, a good algorithm to find a point for the --add-pois-to-areas option would be to use the straight skeleton algorithm (http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2011q3/012394.html). This might be used to find a point with maximum distance to the border of a polygon. Anyhow it

Re: [mkgmap-dev] small issue with Way.getCofG()

2015-01-04 Thread GerdP
Hi WanMil, I think the problem is similar to finding the largest circle in a concave polygon, and we are not interested in the exact solution, any point close enough to the center is good. See e.g. http://arxiv.org/ftp/arxiv/papers/1212/1212.3193.pdf which contains an iterative algo. Gerd

Re: [mkgmap-dev] small issue with Way.getCofG()

2015-01-04 Thread Andrzej Popowski
Hi Gerd, we are not interested in the exact solution See example from QGIS plugin, function centroids(self): https://github.com/zsiki/realcentroid/blob/master/realcentroid.py -- Best regards, Andrzej ___ mkgmap-dev mailing list

Re: [mkgmap-dev] small issue with Way.getCofG()

2015-01-04 Thread Steve Ratcliffe
On 03/01/15 08:15, Gerd Petermann wrote: @Steve: The routine was initially created for the --check-roundabouts option. Later it was also used for --add-pois-to-areas and the --housenumbers option. I got the impression that it might be better to calculate the center of the way bbox for those

Re: [mkgmap-dev] africa map try 2

2015-01-04 Thread GerdP
Hi Steve, I've downloaded africa-latest.osm.pbf from geofabrik yesterday and splitter had no problem with it. Please provide more details, e.g. your script. Gerd steve sgalowski wrote re downloaded the map again put it into my osm-data directory run the script same thing again , looks

Re: [mkgmap-dev] How to display U. S. highway shields with numbers only

2015-01-04 Thread GerdP
-- View this message in context: http://gis.19327.n5.nabble.com/How-to-display-U-S-highway-shields-with-numbers-only-tp5828938p5828947.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list

Re: [mkgmap-dev] How to display U. S. highway shields with numbers only

2015-01-04 Thread GerdP
Hi Mark, mkgmap uses the String.replaceAll() method when subst is used with a regular expression. Here is the link to the Oracle docu which also contains a link to regular expressions.

Re: [mkgmap-dev] small issue with Way.getCofG()

2015-01-04 Thread GerdP
Hi Steve, Steve Ratcliffe wrote On 03/01/15 08:15, Gerd Petermann wrote: @Steve: The routine was initially created for the --check-roundabouts option. Later it was also used for --add-pois-to-areas and the --housenumbers option. I got the impression that it might be better to calculate the

Re: [mkgmap-dev] small issue with Way.getCofG()

2015-01-04 Thread WanMil
Hi Gerd, yep, good catch. Seems to be a good solution for mkgmap! WanMil Hi WanMil, I think the problem is similar to finding the largest circle in a concave polygon, and we are not interested in the exact solution, any point close enough to the center is good. See e.g.

Re: [mkgmap-dev] Lake Geneva is dry: how to find the error?

2015-01-04 Thread thesurveyor
Hi, one more hint. I tested the OpenMTBmap from Felix (Alps) from today. There the Lake Geneve is dry too - another part, but I assume that depends on the tiles. Regards, Gert Gesendet:Sonntag, 04. Januar 2015 um 22:07 Uhr Von:thesurve...@wolke7.net

[mkgmap-dev] Lake Geneva is dry - fixed

2015-01-04 Thread Hanspeter Gysin (bluewin)
fixed a corrupt multipolygon section at Château de Glérolles (west of Saint-Saphorin). unfortunately the tile in question is too large for download by overpass api and the verification is not possible before 6th of january when europe-latest.osm.pfb at geofabrik is updated. Hanspeter