Re: [mkgmap-dev] Flood blocker
On Sat, Nov 20, 2010 at 11:50:25PM +0100, WanMil wrote: Mmmh, within the next days we have to think about tuning the rules. At the moment the blocker will block too much. Example: http://www.openstreetmap.org/browse/way/24442589 is tagged with highway=track but crosses the sea. And I think its tagging is quite ok. Another example: ice roads. I don't know if any have been mapped on the Baltic Sea, but several do exist across lakes in Finland. I would assume that there are a few ice roads covering short distances between the mainland and small islands. I think that you should make the flood-blocking a suboption of generate-sea. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] error splitting binary files
I tried to split an extracted area with osmosis too. Same errors. I suppose you need to set osmosis to --write-pbf in order to get a binary abstract? aighes wrote: Hi I know, it wont help you, but I haven't nay problems with pbf-input and modified area.list. I think the only think I do divernt is splitting the europe-file with osmosis to the needed size. aighes ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Flood blocker
How about highways on dikes or dams? http://www.openstreetmap.org/?lat=51.66033lon=3.72579zoom=16layers=M ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] error splitting binary files
On 11/20/2010 11:08 PM, aighes wrote: I know, it wont help you, but I haven't nay problems with pbf-input and modified area.list. I think the only think I do divernt is splitting the europe-file with osmosis to the needed size. I have splitted the europe pbf extract successfully without osmosis and with a pre-generated areas.list. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] error splitting binary files
Hi Minko, I use --write-binary file=... omitmetadata=true usedense=false compress=none. aighes -- View this message in context: http://gis.638310.n2.nabble.com/error-splitting-binary-files-tp5758967p5759860.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] Flood blocker
On 11/21/2010 10:22 AM, Marko Mäkelä wrote: Another example: ice roads. I don't know if any have been mapped on the Baltic Sea, but several do exist across lakes in Finland. I would assume that there are a few ice roads covering short distances between the mainland and small islands. Perhaps using cities or highways + cities would be better? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] error splitting binary files
Hi, I tried it again, splitted then europe.pbf now without osmosis and without errors. So i don't know what went wrong the first time. The benelux took me now only 50 minutes (instead of many hours with the bzip2 file) Thanks, Minko Ralf wrote: I have splitted the europe pbf extract successfully without osmosis and with a pre-generated areas.list. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Flood blocker
On 21.11.2010 04:47, Nakor wrote: On 11/20/2010 05:50 PM, WanMil wrote: What about sub-sea tunnels or bridges over sea like Öresundbridge? So maybe it's better to exclude highways with bridge=yes or tunnel=yes. aighes You are right. Bridges and tunnels are already excluded. So that should be no problem. WanMil Mmmh, within the next days we have to think about tuning the rules. At the moment the blocker will block too much. I also think, the best approach is to first look at the size of the sea. Then divide the size of the sea against a rating based on a score of attribute to each highway that falls into the sea based on a rating. (e.g. 0 for any highway or railway with brigde=* or tunnel=*, residential0=.5 , primary/secondary=0.3, highway=* (sac_scale=* | mtb:scale=*) ==1,...) ===score X. Once this division reaches a certain factor, assume the sea is wrong. and drop it. Additionally or alternatively look at how much area (percentage) of say forest falls into the sea. If too much forest inside the sea, then bang, drop the sea. I'm not sure what is quicker to calculate. Areas like forest or certain highways (number). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap and threads
Hi Is there any chance to remove this synchronization to get a gain of more threads? What has to be done to remove the synchronization in the MapMaker class? I am pretty sure that the synchronization is not needed now and probably never was. In any case, even if some synchronization is needed, it shouldn't be around the complete reading routine. I'll remove it. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Commit: r1733: Remove synchronisation around loading routine.
Version 1733 was commited by steve on 2010-11-21 13:11:08 + (Sun, 21 Nov 2010) Remove synchronisation around loading routine. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Flood blocker
There will always be a problem that the flood blocker removes too much of the sea area. Regarding you example: I think the road must be tagged with bridge=yes. Have a look on the wikipedia photos and decide yourself: http://en.wikipedia.org/wiki/File:Deltawerke-Oosterschelde-Sturmflutwehr_Oosterscheldeseite.jpg http://en.wikipedia.org/wiki/File:Pont_de_Zeelande.JPG But in general the flood blocking logic must be more gentle to some mapping oddities. I think Felix has made a good proposal. Any other ideas? How about highways on dikes or dams? http://www.openstreetmap.org/?lat=51.66033lon=3.72579zoom=16layers=M ___ 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] Splitter question
I've taken some time and played with the suggestions given. I'm including two scripts. One (doit.nl) is a sample script to split the OSM file for the Netherlands into manageable pieces, and then to convert the OSM files into RoadMap format. This mostly works : - I get 339 map files - 9 maps turn out to be too big still for RoadMap So I created another script (deeper.nl, used in a subdirectory, you'll notice that in the script) that'll take the files I put in the subdirectory, and divide them in four smaller chunks. I used deeper.nl and still had problems with 3 of the smaller chunks so I reran deeper.nl one more time, producing maps that were (again) four times smaller than the offending OSM files. This worked. So the 8GB netherlands.osm file got converted into some 380 RoadMap map files, totalling about 1.6GB. I realize that I'm working around something splitter is leaving unsolved, and I'm partially automating this, my question is whether all this is a good idea. Danny On Tue, 2010-11-16 at 10:37 -0800, aighes wrote: You should tell java, how much ram splitter can use. example: java -Xmx1024M -jar splitter-r123/splitter.jar --mapid=400 --max-nodes=1000 --resolution=15 iso-nl-259.osm max-nodes higher than 10 shouldn't be a problem. I'm using 135. aighes -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info doit.nl Description: C-Shell script deeper.nl Description: C-Shell script ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev