[mkgmap-dev] Index branch - success!
Hi Some progress on the index branch. I found that the flags at the end of mdr7 trigger the acceptance of the 20-29 sections. I can now download the maps to my Legend. Now when you try address search, it is in a completely different mode. There is a country field (although labelled region) and as you make selections in the country/city fields it reduces the options available in the streets field Addresses can be found in other tiles and not just the closest one. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
On Feb 11, 2011, at 20:11, Steve Ratcliffe wrote: > Some progress on the index branch. This is the best thing I've heard all day. :-) Thanks, I'll try this out. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
>This is the best thing I've heard all day. :-) > >Thanks, I'll try this out. There's bound to be bugs, so start with something simple. At first I thought that it wasn't working across tiles until I realised that I'd only downloaded one :) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Wow! Big congratulations!!! I've tested a 6-tile map of germany and it's working (which means uploading to my Oregon 400 - search works!). Have fun! (I'm sure you have :-) WanMil > Hi > > Some progress on the index branch. > > I found that the flags at the end of mdr7 trigger the acceptance of > the 20-29 sections. > > I can now download the maps to my Legend. > > Now when you try address search, it is in a completely different mode. > There is a country field (although labelled region) and as you make > selections in the country/city fields it reduces the options available > in the streets field > > Addresses can be found in other tiles and not just the closest one. > > ..Steve > ___ > 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] Index branch - success!
Sounds terrific! Congratulations :D Op 11-02-11 20:11, Steve Ratcliffe schreef: > Hi > > Some progress on the index branch. > > I found that the flags at the end of mdr7 trigger the acceptance of > the 20-29 sections. > > I can now download the maps to my Legend. > > Now when you try address search, it is in a completely different mode. > There is a country field (although labelled region) and as you make > selections in the country/city fields it reduces the options available > in the streets field > > Addresses can be found in other tiles and not just the closest one. > > ..Steve > ___ > 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] Index branch - success!
El 11/02/11 20:11, Steve Ratcliffe escribió: > Hi > > Some progress on the index branch. > > I found that the flags at the end of mdr7 trigger the acceptance of > the 20-29 sections. > > I can now download the maps to my Legend. > > Now when you try address search, it is in a completely different mode. > There is a country field (although labelled region) and as you make > selections in the country/city fields it reduces the options available > in the streets field > > Addresses can be found in other tiles and not just the closest one. > > ..Steve > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > Congratulations for your great work!! I sent an 8 tiles map to my nuvi and I can use Address search for the first time. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
I tried to compile a complete europe map. It failed with the following exception (sounds easy to fix...?-): Exception in thread "main" java.lang.NullPointerException at uk.me.parabola.imgfmt.app.mdr.Mdr23.sortRegions(Mdr23.java:54) at uk.me.parabola.imgfmt.app.mdr.MDRFile.writeSections(MDRFile.java:246) at uk.me.parabola.imgfmt.app.mdr.MDRFile.write(MDRFile.java:223) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onFinish(MdrBuilder.java:335) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:419) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:129) WanMil > Wow! > Big congratulations!!! > I've tested a 6-tile map of germany and it's working (which means > uploading to my Oregon 400 - search works!). > > Have fun! (I'm sure you have :-) > WanMil > >> Hi >> >> Some progress on the index branch. >> >> I found that the flags at the end of mdr7 trigger the acceptance of >> the 20-29 sections. >> >> I can now download the maps to my Legend. >> >> Now when you try address search, it is in a completely different mode. >> There is a country field (although labelled region) and as you make >> selections in the country/city fields it reduces the options available >> in the streets field >> >> Addresses can be found in other tiles and not just the closest one. >> >> ..Steve >> ___ >> 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 > ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
On 11/02/2011 20:59, WanMil wrote: > I tried to compile a complete europe map. It failed with the following > exception (sounds easy to fix...?-): > > Exception in thread "main" java.lang.NullPointerException > at uk.me.parabola.imgfmt.app.mdr.Mdr23.sortRegions(Mdr23.java:54) Easy to stop the exception perhaps ;) but how is it getting to be null? All regions should have one of those set in the previous method. Anyway I just compilled a complete UK extract and tried to upload all the tiles and it failed with the usual error after a while. So a complete Europe build might be a bit ambitious at this time. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Compiled germany with it. Compiling works. Copy gmap.img to 60CSX. Map works. Search same as in older days. Do i need Mapsource ? use OS X 10.6 ;-( Flabot ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
>Compiled germany with it. Compiling works. >Copy gmap.img to 60CSX. Map works. Search same as in older days. >Do i need Mapsource ? use OS X 10.6 ;-( Yes you do. Mkgmap can't create the index in the form required for the device. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
> On 11/02/2011 20:59, WanMil wrote: >> I tried to compile a complete europe map. It failed with the following >> exception (sounds easy to fix...?-): >> >> Exception in thread "main" java.lang.NullPointerException >> at uk.me.parabola.imgfmt.app.mdr.Mdr23.sortRegions(Mdr23.java:54) > > Easy to stop the exception perhaps ;) but how is it getting to be null? > All regions should have one of those set in the previous method. > > Anyway I just compilled a complete UK extract and tried to upload > all the tiles and it failed with the usual error after a while. So a > complete Europe build might be a bit ambitious at this time. > > ..Steve > I think that happens in case the first region has an empty name "". Then the region is set to null in Mdr28.buildFromRegions(..). I try to change the lastName variable to another value. Maybe that works. WanMil ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
El 11/02/11 22:47, WanMil escribió: On 11/02/2011 20:59, WanMil wrote: I tried to compile a complete europe map. It failed with the following exception (sounds easy to fix...?-): Exception in thread "main" java.lang.NullPointerException at uk.me.parabola.imgfmt.app.mdr.Mdr23.sortRegions(Mdr23.java:54) Easy to stop the exception perhaps ;) but how is it getting to be null? All regions should have one of those set in the previous method. Anyway I just compilled a complete UK extract and tried to upload all the tiles and it failed with the usual error after a while. So a complete Europe build might be a bit ambitious at this time. ..Steve I think that happens in case the first region has an empty name "". Then the region is set to null in Mdr28.buildFromRegions(..). I try to change the lastName variable to another value. Maybe that works. You are right. I've just found the node causing my map throw the exception: ** ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
On 11/02/2011 20:59, WanMil wrote: I tried to compile a complete europe map. It failed with the following exception (sounds easy to fix...?-): Exception in thread "main" java.lang.NullPointerException at uk.me.parabola.imgfmt.app.mdr.Mdr23.sortRegions(Mdr23.java:54) Easy to stop the exception perhaps ;) but how is it getting to be null? All regions should have one of those set in the previous method. Anyway I just compilled a complete UK extract and tried to upload all the tiles and it failed with the usual error after a while. So a complete Europe build might be a bit ambitious at this time. ..Steve I think that happens in case the first region has an empty name "". Then the region is set to null in Mdr28.buildFromRegions(..). I try to change the lastName variable to another value. Maybe that works. WanMil Initializing lastName with null should do (?). The patch initializes lastName with null in all Mdr classes. This seems to be a c&p problem that might happen with all names in lot's of Mdr classes. Don't know if an empty name should be contained in map?! WanMil Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr2x.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr2x.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr2x.java (working copy) @@ -32,7 +32,7 @@ * @param writer Where to write it. */ public void writeSectData(ImgFileWriter writer) { - String lastName = ""; + String lastName = null; int size = getSizes().getStreetSizeFlagged(); Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr22.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr22.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr22.java (working copy) @@ -64,7 +64,7 @@ int record = 0; String lastCName = ""; - String lastName = ""; + String lastName = null; int lastMapid = 0; for (SortKey key : keys) { Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr28.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr28.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr28.java (working copy) @@ -39,7 +39,7 @@ int record = 0; Mdr28Record mdr28 = null; - String lastName = ""; + String lastName = null; for (SortKey key : keys) { Mdr13Record region = key.getObject(); Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr5.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr5.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr5.java (working copy) @@ -64,7 +64,7 @@ cities.clear(); int count = 0; int lastMapId = 0; - String lastName = ""; + String lastName = null; for (SortKey key : sortKeys) { Mdr5Record c = key.getObject(); if (c.getMapIndex() != lastMapId || !c.getName().equals(lastName)) { @@ -81,7 +81,7 @@ } public void writeSectData(ImgFileWriter writer) { - String lastName = ""; + String lastName = null; int size20 = getSizes().getMdr20Size(); for (Mdr5Record city : cities) { @@ -94,7 +94,7 @@ int region = city.getRegionIndex(); // Set flag only for a name that is different to the previous one - if (lastName.equals(city.getName())) + if (lastName == null || lastName.equals(city.getName())) flag = 0; lastName = city.getName(); Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr21.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr21.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr21.java (working copy) @@ -60,7 +60,7 @@ Collections.sort(keys); - String lastName = ""; + String lastName = null; int lastMapid = 0; int record = 0; for (SortKey key : keys) { Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr20.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr20.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr20.java (working copy) @@ -69,7 +69,7 @@ int[] mdr20 = new int[mdr5.getNumberOfItems() + 2]; - String lastName = ""; + String lastName = null; int lastMapid = 0; int record = 0; for (SortKey key : keys) { Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr29.java === --- src/uk/me/parabola/imgfmt/app/mdr/Mdr29.java (revision 1845) +++ src/uk/me/parabola/imgfmt/app/mdr/Mdr29.java (working copy) @@ -38,7 +38,7 @@ // Sorted by name, for every new name we allocate a new 29 record and set the same one in every // country with the same name. - String lastName = ""; + String lastName = null; Mdr29Record mdr29 = null; for (SortKey key : keys) { Mdr14Record country = key.getObject(); Index: src/uk/me/parabola/imgfmt/app/mdr/Mdr24.java === --- src/uk/me/pa
Re: [mkgmap-dev] Index branch - success!
On Feb 11, 2011, at 22:31, fla...@googlemail.com wrote: > Compiled germany with it. Compiling works. > Copy gmap.img to 60CSX. Map works. Search same as in older days. > Do i need Mapsource ? use OS X 10.6 ;-( On OS X, you should be able to use Garmin Basecamp and Mapinstall to install the maps. (You first need to create a .gmapi file from the .img files: there is a Perl script for that.) I have done this with older versions of mkgmap with semi-working address search, so I suspect that it should work with the index branch as well. Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
On Feb 11, 2011, at 20:11, Steve Ratcliffe wrote: > > Some progress on the index branch. I can also report that for the first time ever, address search works in Basecamp for Mac OS X. I'm delighted. You should treat yourself to a glass of Champagne for this, if you are so inclined. :-) I compiled a 36 tile map of Australia/Oceania to test. I have not yet tried to upload the map to my device though. Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
On Feb 11, 2011, at 22:31, fla...@googlemail.com wrote: > Compiled germany with it. Compiling works. > Copy gmap.img to 60CSX. Map works. Search same as in older days. > Do i need Mapsource ? use OS X 10.6 ;-( Just to update: I have now successfully transferred a map on Mac OS X to my Nüvi. Address search works. To review, this is my workflow: 1. Compile map with mgkmap using the --tdbfile option. 2. Use gmapi-builder.py to compile the .img and other map files to a .gmapi file. 3. Use Garmin MapManager to install the .gmapi file on your Mac. (The installed file can be viewed with Garmin BaseCamp. 4. Use Garmin MapInstall to transfer the map to your GPS device. (Using a card reader is normally the fastest method.) Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Wow really great. So finally a lot of work for you has paid off. That's like the biggest mkgmap drawback that got solved. Even the intersection search is working now (in Mapsource). well not to stop here, or more fair, some ideas for the future on what would be nice to see improved. would it be possible to have a switch so that mkgmap can create the address index with less memory requirements? That would be great for tools that work on clientside to produce mapsets from different maps (e.g. maps & contourline merging -- which AFAIK is impossible without rewriting the address index or else someone may tell me how to do it without loosing the address index which would be even greater) Oh yeah and some rules to get addresses working also when adding funny stuff to the name field in the style-file (like e.g. adding route names or changing to name_cycleway so that not that bad name is chosen for the index (or both which would be fine too). Probably a lot of other stuff on how to interprete OSM address data. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Hi, I get following error when testing with northrhinewestfalia.osm.bz2 (9 tiles). Already tried the suggested --block-size=8192, same error. Error seems to occur at the combine after the tiles have been created. SCHWERWIEGEND (BlockManager): overflowed directory with max block 65534, current=65535 Exception in thread "main" uk.me.parabola.imgfmt.MapFailedException: Too many blocks. Use a larger block size with an option such as --block-size=4096 or --block-size=8192 at uk.me.parabola.imgfmt.sys.BlockManager.allocate(BlockManager.java:58) at uk.me.parabola.imgfmt.sys.FileNode.write(FileNode.java:241) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.copyFile(GmapsuppBuilder.java:377) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.copyFile(GmapsuppBuilder.java:361) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.copyFile(GmapsuppBuilder.java:348) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.copyAllFiles(GmapsuppBuilder.java:301) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.addImg(GmapsuppBuilder.java:276) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.addAllFiles(GmapsuppBuilder.java:162) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.onFinish(GmapsuppBuilder.java:110) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:419) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:129) Christian ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Hi > Initializing lastName with null should do (?). > The patch initializes lastName with null in all Mdr classes. This seems > to be a c&p problem that might happen with all names in lot's of Mdr > classes. > > Don't know if an empty name should be contained in map?! A region without a name is pretty useless as its name is its only useful attribute in the map. I'll apply the patch as it is reasonable. I think we should throw out regions with empty names at some point though. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Am 12.02.2011 12:27, schrieb Chris66: > SCHWERWIEGEND (BlockManager): overflowed directory with max block 65534, > current=65535 Ok, I could get rid of this error by using smaller tiles. Now in Basecamp the Mapinstall crashes when the progress bar of the index generating process is at 16%. mkgmap-index V1845 Christian ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
On 12/02/11 11:27, Chris66 wrote: Hello > SCHWERWIEGEND (BlockManager): overflowed directory with max block 65534, > current=65535 > > Exception in thread "main" uk.me.parabola.imgfmt.MapFailedException: > Too many blocks. Use a larger block size with an option such as > --block-size=4096 or --block-size=8192 > at uk.me.parabola.imgfmt.sys.BlockManager.allocate(BlockManager.java:58) > at uk.me.parabola.imgfmt.sys.FileNode.write(FileNode.java:241) > at > uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.copyFile(GmapsuppBuilder.java:377) This error is being caused while creating the gmapsupp.img. That is the one place where the block size is adjusted automatically and so the option does not have an affect. Obviously there must be a bug when the size is very close to a boundary needing a larger block size. I think that changing anything so that the size is a little larger or smaller will work round the problem. (From your next message I see you changed the size of the tiles which probably changed the size of the gmapsupp a bit). ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Hello > Now in Basecamp the Mapinstall crashes when the progress bar > of the index generating process is at 16%. I had this problem while upload a complete UK. I've since found that if I just upload a few tiles it doesn't happen. Hopefully I can track down exactly which tile(s) causes it which might lead to a solution. It would be worth trying the r1848 as there is an extra fix in there. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Am 12.02.2011 13:24, schrieb Steve Ratcliffe: >> Now in Basecamp the Mapinstall crashes when the progress bar >> of the index generating process is at 16%. > > I had this problem while upload a complete UK. I've since found that if > I just upload a few tiles it doesn't happen. OK, when only sending *one* tile it works. Now when I find for addresses on my Legend HCX, I can choose between region "Deutschland" and region "Germany". Region Deutschland seems to show the basemap entries: Ahsen, DEU Alstätte, DEU Altenrheine, DEU ... while region "Germany" shows the OSM entries: Ahaus, Kreis Borken Albachten, Münster ... I used location-autofill=1 and --country-name=germany --country-abbr=DE --area-name=DE For region Deutschland I have to enter "LÜ" to find cities starting with "Lü" but for Region Germany I have to enter "LU" to find cities starting with "Lü". Greetings Christian ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Am 12.02.2011 14:56, schrieb Chris66: Am 12.02.2011 13:24, schrieb Steve Ratcliffe: Now in Basecamp the Mapinstall crashes when the progress bar of the index generating process is at 16%. I had this problem while upload a complete UK. I've since found that if I just upload a few tiles it doesn't happen. OK, when only sending *one* tile it works. Now when I find for addresses on my Legend HCX, I can choose between region "Deutschland" and region "Germany". Region Deutschland seems to show the basemap entries: Ahsen, DEU Alstätte, DEU Altenrheine, DEU ... while region "Germany" shows the OSM entries: Ahaus, Kreis Borken Albachten, Münster ... I used location-autofill=1 and --country-name=germany --country-abbr=DE --area-name=DE For region Deutschland I have to enter "LÜ" to find cities starting with "Lü" but for Region Germany I have to enter "LU" to find cities starting with "Lü". Greetings Christian ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-de Hi, did you use --code-page//=1252? This should fix the problem with umlauts. Germany instead of Deutschland seems to to a "bug" in OSM is_in-tag, which contains the english name ;) Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Sorry, I was wrong... is_in contains Deutschland Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
I observed that the MapSource search menu is disabled if the MDR file is larger than 0x7FF (134217727) bytes. Maybe in this case a flag must be set? WanMil > Hi > > Some progress on the index branch. > > I found that the flags at the end of mdr7 trigger the acceptance of > the 20-29 sections. > > I can now download the maps to my Legend. > > Now when you try address search, it is in a completely different mode. > There is a country field (although labelled region) and as you make > selections in the country/city fields it reduces the options available > in the streets field > > Addresses can be found in other tiles and not just the closest one. > > ..Steve > ___ > 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] Index branch - success!
On 12/02/11 15:32, WanMil wrote: > I observed that the MapSource search menu is disabled if the MDR file is > larger than 0x7FF (134217727) bytes. > > Maybe in this case a flag must be set? My guess is in ImgHeader: // This sectors, head, cylinders stuff appears to be used by mapsource // and they have to be larger than the actual size of the map. It // doesn't appear to have any effect on a garmin device or other software. int sectors = 0x20; // 0x20 appears to be a max header.putShort(OFF_SECTORS, (short) sectors); int heads = 0x20; // 0x20 appears to be max header.putShort(OFF_HEADS, (short) heads); int cylinders = 0x100; // gives 128M will try more later Try boosting cylinders to 0x200, or try to find if there is a maximum useful value like it appears that there is for the others. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Am 12.02.2011 15:08, schrieb Henning Scholland: >> Now when I find for addresses on my Legend HCX, I can choose >> between region "Deutschland" and region "Germany". >> [...] >> I used location-autofill=1 and >> --country-name=germany >> --country-abbr=DE >> --area-name=DE when I change this to --country-name=Deutschland --country-abbr=DEU --area-name=DEU then only region "Deutschland" is available and this is choosen automatically in the address-find page. >> For region Deutschland I have to enter "LÜ" to find >> cities starting with "Lü" but for Region Germany I >> have to enter "LU" to find cities starting with "Lü". > did you use --code-page//=1252? This should fix the problem with > umlauts. I used -latin1 but when I change to codepage/charset 1252 there is no difference. So, searching cities with "LÜ" now gives: Lünen, Kreis Unna Lünen-Süd, DEU and looking for "LU" gives: Lüdinghausen, Kreis Coesfeld Lünen, Kreis Unna Lünen-Süd, DEU Very funny. Another question: Searching for housenumbers is not yet possible? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
My report using mkgmap-index-r1850.jar. Args file: code-page=1252 tdbfile latin1 country-abbr=PHL country-name=PHILIPPINES remove-short-arcs=5 route add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM_PHIL generate-sea=polygons,extend-sea-sectors,close-gaps=1000 index make-poi-index adjust-turn-headings drive-on-right report-dead-ends ignore-maxspeeds link-pois-to-ways - Loading the map to basecamp and roadtrip - no crash - loading the map to nuvi 1310 using map install - no crash - using the Where to - Address - working! - I see two countries in the "Select Country" (Disputed Territory and Ph) - what do we mean by disputed territory? I can search for streets under the "Disputed Category" but not in "Ph" I'm using the default style for now. Will report back using my own style. Great work! On Sun, Feb 13, 2011 at 4:45 AM, Chris66 wrote: > Am 12.02.2011 15:08, schrieb Henning Scholland: > >>> Now when I find for addresses on my Legend HCX, I can choose >>> between region "Deutschland" and region "Germany". >>> [...] >>> I used location-autofill=1 and >>> --country-name=germany >>> --country-abbr=DE >>> --area-name=DE > > when I change this to > --country-name=Deutschland > --country-abbr=DEU > --area-name=DEU > then only region "Deutschland" is available and this is choosen > automatically in the address-find page. > >>> For region Deutschland I have to enter "LÜ" to find >>> cities starting with "Lü" but for Region Germany I >>> have to enter "LU" to find cities starting with "Lü". > >> did you use --code-page//=1252? This should fix the problem with >> umlauts. > > I used -latin1 but when I change to codepage/charset 1252 there is no > difference. > > So, searching cities with "LÜ" now gives: > > Lünen, Kreis Unna > Lünen-Süd, DEU > > and looking for "LU" gives: > > Lüdinghausen, Kreis Coesfeld > Lünen, Kreis Unna > Lünen-Süd, DEU > > Very funny. > > Another question: > > Searching for housenumbers is not yet possible? > > Chris > > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
> - Loading the map to basecamp and roadtrip - no crash > - loading the map to nuvi 1310 using map install - no crash > - using the Where to - Address - working! Good news! > - I see two countries in the "Select Country" (Disputed Territory and > Ph) - what do we mean by disputed territory? That must be in the data, the string 'disputed' does not appear in mkgmap anywhere. >I can search for streets under the "Disputed Category" but not in "Ph" That seems strange, there are some islands that are disputed, but you would expect that most streets would be in "Ph". The country may need an entry in LocatorConfig.xml. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
You're right I found 21 instances containing this tag: http://www.openstreetmap.org/browse/node/302106226 It seems everything was tagged as with the country=disputed territory :) Is there a way to override the is_in:country since I'm only compiling with my own country. On Mon, Feb 14, 2011 at 5:45 PM, Steve Ratcliffe wrote: > >> - Loading the map to basecamp and roadtrip - no crash >> - loading the map to nuvi 1310 using map install - no crash >> - using the Where to - Address - working! > > Good news! > >> - I see two countries in the "Select Country" (Disputed Territory and >> Ph) - what do we mean by disputed territory? > > That must be in the data, the string 'disputed' does not appear in > mkgmap anywhere. > >> I can search for streets under the "Disputed Category" but not in "Ph" > > That seems strange, there are some islands that are disputed, but you > would expect that most streets would be in "Ph". The country may need > an entry in LocatorConfig.xml. > > ..Steve > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
Am 12.02.2011 21:45, schrieb Chris66: > So, searching cities with "LÜ" now gives: > > Lünen, Kreis Unna > Lünen-Süd, DEU > > and looking for "LU" gives: > > Lüdinghausen, Kreis Coesfeld > Lünen, Kreis Unna > Lünen-Süd, DEU New result with v1850: No more crash in BaseCamp, so made gmapsupp.img for whole NorthRineWestfalia. Now, looking for "Lü" or "LU" in address find gives no result, so I have to scroll down in the city list to select one of these cities. Looking for "PO" gives only 1 city (Pochwerk), while in the scroll list there are 18 cities starting with PO. Pochwerk Pödinghausen (does he stop searching here because of the umlaut??) Poelyck Poeth Pohlhausen Poll Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
> On 12/02/11 15:32, WanMil wrote: >> I observed that the MapSource search menu is disabled if the MDR file is >> larger than 0x7FF (134217727) bytes. >> >> Maybe in this case a flag must be set? > > My guess is in ImgHeader: > > // This sectors, head, cylinders stuff appears to be used by mapsource > // and they have to be larger than the actual size of the map. It > // doesn't appear to have any effect on a garmin device or other software. > int sectors = 0x20; // 0x20 appears to be a max > header.putShort(OFF_SECTORS, (short) sectors); > int heads = 0x20; // 0x20 appears to be max > header.putShort(OFF_HEADS, (short) heads); > int cylinders = 0x100; // gives 128M will try more later > > Try boosting cylinders to 0x200, or try to find if there is a maximum > useful value like it appears that there is for the others. > > ..Steve My first simple tries were not successful. MapSource reject the maps with changed cylinder values. So I have started to implement the display for the IMG file header to be able to analyze it. There are many solutions possible: * Wrong E2 value? My large MDR-IMG files use E2=3. This seems to be too low. * There are still quite a number of unknown bytes. Some of them are set in my official Garmin maps. WanMil ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev