mkgmap, sendmap and family-name oddities
Hello list, Can anyone explain the following discrepancy? 1. I invoke mkgmap with java -Xmx1500m -ea -jar ../mkgmap/mkgmap.jar -c UK_test_options.args (see attached file for options) 2a: I use sendmap to upload the file to my GPS 2b: I copy the file manually to the memory card Result of 2a: In the GPS, map tiles are listed as [description], [family-name], [date of creation] Result of 2b: In the GPS, map tiles are listed as [description], Area 6324999X, [date of creation] Obviously I'd like the maptiles to be listed as in 2a, but don't want to have to use sendmap because it's much much slower than using a card-reader. Any ideas on what's going on? -- Charlie # Set mkgmap options # # java -ea -Xmx1500m -jar mkgmap.jar -c thisfile # all paths have to be relative to the folder from which the batch file is running # ------------------------------------------------ # GENERAL OPTIONS # ------------------------------------------------ style-file:../mkgmap/resources/styles/charlie family-id: 134 product-id: 1 series-name: Charlie's maps (UK) family-name: Charlie's test map route remove-short-arcs latin1 max-jobs gmapsupp tdbfile #lower-case location-autofill=2 # Assign the region of the nearest city to each place, if the is_in tag doesn't already stipulate where it is # ------------------------------------------------ # TILE-BY-TILE OPTIONS # ------------------------------------------------ mapname: 63249998 description: Battersea country-name:UK country-abbr:GBR region-name:Greater London region-abbr:G London input-file: clapham.osm mapname: 63249999 description: Wimbledon country-name:UK country-abbr:GBR region-name:Greater London region-abbr:G London input-file: wimbledon.osm
Hi On 22/09/09 09:28, Charlie Ferrero wrote:
2a: I use sendmap to upload the file to my GPS 2b: I copy the file manually to the memory card
Result of 2a: In the GPS, map tiles are listed as [description], [family-name], [date of creation]
Result of 2b: In the GPS, map tiles are listed as [description], Area 6324999X, [date of creation]
That is interesting. The only place that 'Area ...' occurs is in the MPS file in the gmapsupp.img. Its controlled by the --area-name flag, but that is the only place that it is used. At some point I will attempt to match up the usage of description, series-name, family-name and area-name with the different names used in Polish format files. Has anyone done this already and have opinions on what should be done? ..Steve
Steve Ratcliffe wrote:
Hi
On 22/09/09 09:28, Charlie Ferrero wrote:
2a: I use sendmap to upload the file to my GPS 2b: I copy the file manually to the memory card
Result of 2a: In the GPS, map tiles are listed as [description], [family-name], [date of creation]
Result of 2b: In the GPS, map tiles are listed as [description], Area 6324999X, [date of creation]
That is interesting. The only place that 'Area ...' occurs is in the MPS file in the gmapsupp.img. Its controlled by the --area-name flag, but that is the only place that it is used. At some point I will attempt to match up the usage of description, series-name, family-name and area-name with the different names used in Polish format files.
Has anyone done this already and have opinions on what should be done?
..Steve
I have only written trivial programs in Java, and mkgmap is to advanced for me but I am trying to understand the code and I see that, mb.setAreaName(areaName != null ? areaName : "Area " + info.getMapname()); in GmapsuppBuilder sets the area name when none is given. To me the behavior reported by Charlie Ferrero is more or less what I was expecting. There is no reason to expect a tool like sendmap would have the same defaults as mkgmap. My GPS has no external memory so I can not test myself. Perhaps Charlie Ferrero needs to try is setting the --area-name to what he wants his map named? Garvan
Quoting Garvan & maew <garvan.maew@online.com.kh>:
I have only written trivial programs in Java, and mkgmap is to advanced for me but I am trying to understand the code and I see that,
mb.setAreaName(areaName != null ? areaName : "Area " + info.getMapname());
in GmapsuppBuilder sets the area name when none is given.
To me the behavior reported by Charlie Ferrero is more or less what I was expecting. There is no reason to expect a tool like sendmap would have the same defaults as mkgmap. My GPS has no external memory so I can not test myself.
Perhaps Charlie Ferrero needs to try is setting the --area-name to what he wants his map named?
Garvan
So you're suggesting that sendmap works through the gmapsupp.img file and replaces the text in --area-name with that in --family-name? Seems a bit strange, but I'll test this later to see what happens when I set --area-name and then copy the file manually. I'll also try a diff on the two files and post the results. Charlie
Hi
mb.setAreaName(areaName != null ? areaName : "Area " + info.getMapname());
in GmapsuppBuilder sets the area name when none is given.
To me the behavior reported by Charlie Ferrero is more or less what I was expecting. There is no reason to expect a tool like sendmap would have the same defaults as mkgmap. My GPS has no external memory so I can not test myself.
Perhaps Charlie Ferrero needs to try is setting the --area-name to what he wants his map named?
What you say is absolutely correct technically. The only question was since area-name is not contained in anything that is given to MapSource, when mapsource sends a map to the device it can't use it. However, I just remembered that when you are uploading maps with mapsource you get a chance to type in your own name for the map set. That name defaults to family-name. If it can be confirmed that this is the meaning of area-name then I will leave it in and document it as such, but probably let it default to family-name instead of 'Area ...'. ..Steve
Steve Ratcliffe wrote:
Hi
mb.setAreaName(areaName != null ? areaName : "Area " + info.getMapname());
in GmapsuppBuilder sets the area name when none is given.
To me the behavior reported by Charlie Ferrero is more or less what I was expecting. There is no reason to expect a tool like sendmap would have the same defaults as mkgmap. My GPS has no external memory so I can not test myself.
Perhaps Charlie Ferrero needs to try is setting the --area-name to what he wants his map named?
What you say is absolutely correct technically. The only question was since area-name is not contained in anything that is given to MapSource, when mapsource sends a map to the device it can't use it.
However, I just remembered that when you are uploading maps with mapsource you get a chance to type in your own name for the map set. That name defaults to family-name. If it can be confirmed that this is the meaning of area-name then I will leave it in and document it as such, but probably let it default to family-name instead of 'Area ...'.
OK, I've tested things now and set both --area-name and --family-name. When I transfer the gmapsupp.img file manually to the SD card the name of each tile is: [description], [area-name], [date of creation] If I transfer using sendmap, then the name of each tile is: [description, [family-name], [date of creation] Not being familiar with diff, my efforts to diff the two files were futile, but seeing as they're so small (86/87KB) I can easily send them to the list if that's allowed - maybe someone else can test how they're different? For starters, the sendmap version is 1 KB smaller than the manually-transferred file, which suggests that it actually *shrinks* the file before transferring it. -- Charlie
Have you tried a binary diff against the original file vs the one sendmap ends up putting on the GPS? Maybe that'll give some clues. CF> Hello list, CF> CF> Can anyone explain the following discrepancy? CF> CF> 1. I invoke mkgmap with CF> java -Xmx1500m -ea -jar ../mkgmap/mkgmap.jar -c UK_test_options.args CF> (see attached file for options) CF> 2a: I use sendmap to upload the file to my GPS CF> 2b: I copy the file manually to the memory card CF> Result of 2a: In the GPS, map tiles are listed as [description], CF> [family-name], [date of creation] CF> CF> Result of 2b: In the GPS, map tiles are listed as [description], CF> Area 6324999X, [date of creation] CF> CF> Obviously I'd like the maptiles to be listed as in 2a, but don't CF> want to have to use sendmap because it's much much slower than using CF> a card-reader. CF> CF> Any ideas on what's going on? CF> CF> -- CF> Charlie
participants (5)
-
Charlie Ferrero -
charlieï¼ cferrero.net
-
Chris Miller -
Garvan & maew -
Steve Ratcliffe