Re: [mkgmap-dev] [PATCH v1] Remove error messages from multipolyon code

2010-01-27 Thread Marko Mäkelä
On Tue, Jan 26, 2010 at 11:06:41PM +0100, WanMil wrote: The patch reduces the error messages in case some polygons intersects or overlaps to warnings. Additionally all ways that are completely outside the bounding box are no longer processed. This is a result of the discussion

Re: [mkgmap-dev] Commit: r1491: The NSIS install builder can now

2010-01-27 Thread Du Plessis, Bennie
G How do you tell mkgmap to include the TYP file in the NSIS script? I G think I tried the obvious, but I must be missing something simple. For G now I need to edit the install script by hand. Index files are working G as expected. G G Garvan Hi Garvan, I am not an expert, but your question

[mkgmap-dev] Commit: r1518: Fix problem where polygon rules would overwrite line rules with the same key.

2010-01-27 Thread svn commit
Version 1518 was commited by steve on 2010-01-27 12:57:17 + (Wed, 27 Jan 2010) BRANCH: style Fix problem where polygon rules would overwrite line rules with the same key. Make the style tester on osm files more useful by using preserve-element-order so files are directly comparable and

Re: [mkgmap-dev] Commit: r1491: The NSIS install builder can now

2010-01-27 Thread Garvan maew
Du Plessis, Bennie wrote: B For instance B java -ea -Dlog.config=Log.txt -Xmx1000m -jar path\to\mkgmap.jar B path\to\map.osm path\to\file.typ Ah, it seems the TYP file name can not contain a path, but only the name of the typfile i.e. java -ea -Dlog.config=Log.txt -Xmx1000m -jar

[mkgmap-dev] Commit: r1519: Transliteration merge.

2010-01-27 Thread svn commit
Version 1519 was commited by steve on 2010-01-27 14:32:25 + (Wed, 27 Jan 2010) Transliteration merge. Now transliteration should work even when --latin1 is given. The tables were completed by running a script calling Text::Unidecode. The transliteration continues to be language and

Re: [mkgmap-dev] Commit: r1519: Transliteration merge.

2010-01-27 Thread Carlos Dávila
svn commit escribió: Version 1519 was commited by steve on 2010-01-27 14:32:25 + (Wed, 27 Jan 2010) Transliteration merge. Now transliteration should work even when --latin1 is given. The tables were completed by running a script calling Text::Unidecode. The transliteration

[mkgmap-dev] Commit: r1520: Fix for an index out of range exception.

2010-01-27 Thread svn commit
Version 1520 was commited by steve on 2010-01-27 15:48:11 + (Wed, 27 Jan 2010) Fix for an index out of range exception. Prevent problem happening and fix the underlying data problem. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

[mkgmap-dev] Support for seamark tags in default style

2010-01-27 Thread Mark Burton
Hi Marko, I haven't changed the seamark style stuff for a while now so I wonder if the attached rules could be incorporated into the default style so that anyone can generate maps with lights buoys, etc. Mark PS - did you try the patch I posted yesterday to fix the error messages you were

Re: [mkgmap-dev] [PATCH v2] - handle anti-islands

2010-01-27 Thread Marko Mäkelä
Hi Mark, On Tue, Jan 26, 2010 at 10:53:48PM +, Mark Burton wrote: Hi Marko, Please try the attached patch and see if it gets rid of the can't be merged error you are getting when generating sea. Sorry, no dice. I still see several of the warnings, including the one that I reported

Re: [mkgmap-dev] Commit: r1519: Transliteration merge.

2010-01-27 Thread Steve Ratcliffe
On 27/01/10 16:38, Felix Hartmann wrote: has to be an equivalent version that is strict ASCI. In Garmin MPC maps when entering for example Mödling, it will get converted to Modling as you type. So same result for Modling/Mödling. Once the address is found, it is shown as Mödling however (so

Re: [mkgmap-dev] Support for seamark tags in default style

2010-01-27 Thread Mark Burton
Marko, I wonder if the seamark stuff could be a style on its own and resources/styles/default/info could say: base-style: seamark That would allow someone to build seamarks on a separate map layer without cherry-picking definitions from the default style. Err, I've never heard of

Re: [mkgmap-dev] [PATCH v2] - handle anti-islands

2010-01-27 Thread Mark Burton
Hi Marko, Please try the attached patch and see if it gets rid of the can't be merged error you are getting when generating sea. Sorry, no dice. I still see several of the warnings, including the one that I reported last night: 2010/01/27 23:40:12 WARNING (Osm5XmlHandler): Way null

Re: [mkgmap-dev] Support for seamark tags in default style

2010-01-27 Thread Mark Burton
Hi Marko, Sorry, I was busy with something else. Coincidentally, I did it while you were asking. :-) Sorry, your patch did not remove the messages. Please try the attached new patch. I can guarantee that that message will go away now because I removed the message! Hopefully, the

[mkgmap-dev] how to get --generate-sea working?

2010-01-27 Thread Christoph Wagner
Hello list, I am the developer of the All in one Garmin map. http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map At the moment I try to make some garmin maps for haiti with mkgmap. I use the geofabrik-extrakt of Haiti: http://labs.geofabrik.de/haiti/latest.osm.bz2 The Problem is, that I am

[mkgmap-dev] [Patch v2] - avoid duplicate boundary nodes when generating islands

2010-01-27 Thread Mark Burton
Hi Marko, Here's another cut at a fix for the warning you were getting. If you have time, please try this patch without the other patch I posted earlier today (the one that got rid of the warning by allowing the merge to be done). If successful, I intend to commit both this patch and the one

Re: [mkgmap-dev] how to get --generate-sea working?

2010-01-27 Thread Mark Burton
Hello Christoph, At the moment I try to make some garmin maps for haiti with mkgmap. I use the geofabrik-extrakt of Haiti: http://labs.geofabrik.de/haiti/latest.osm.bz2 OK - just grabbed that. The Problem is, that I am not able to make the damn sea blue! I used

Re: [mkgmap-dev] how to get --generate-sea working?

2010-01-27 Thread Mark Burton
Christoph, Further investigation shows no gaps in the coastline so the close-gaps option is probably not doing anything useful in this case. I know the coastline was bad a few days ago because I tried to make a map with sea then and it didn't work but that's been fixed now. One other thing,

Re: [mkgmap-dev] how to get --generate-sea working?

2010-01-27 Thread Christoph Wagner
Mark Burton schrieb: Christoph, Further investigation shows no gaps in the coastline so the close-gaps option is probably not doing anything useful in this case. I know the coastline was bad a few days ago because I tried to make a map with sea then and it didn't work but that's been