Hi, i have find with a lot of "trial and error" a algorithm to create DEM-Files for a Height-Profil. You can find the description (in german) at https://github.com/FSofTlpz/Garmin-DEM-Build/blob/master/DEM-Daten.pdf With this data we can for example draw a track in mapsource or basemap and we at once the Height-Profil of our track. At second, the map looks like better. I have create a experimental program called BuildDEMFile :) to build this files. Experimental means, the encoder is for exploring the algorithm but not for speed. You can find the programit at https://github.com/FSofTlpz/Garmin-DEM-Build. It is possible, that there minor bugs, but i have it successfull testet for 2 different germany-maps. I have a wish: Can you in mkgmap insert a new option, for example --dem with path to DEM-files, and include these files in the join-process for the IMG-files? So far only joined the LBL-, NET-, NOD-, RGN- and TRE-File. Also should be set the dem-flag in TDB-File. If so, i can build the DEM-Files with area-size from the splitter-file areas.list. I hope thats the same like in the TRE-Files? That would be a little bit easier then my fiddly way: split the ready IMG-files, build the DEM-files and then join the files to new IMG-files. And at last i must change the dem-flag in the TDB-File. with best regards Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, that sounds great, thanks for sharing the information. I don't think that we need a new option for this, my understanding is that we need some new code in src\uk\me\parabola\mkgmap\combiners\FileInfo.java so that it handles files with extension .DEM. I'll see if I can find out what exactly we need over the weekend. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank.Stinner <fstinner@gmx.de> Gesendet: Mittwoch, 18. Oktober 2017 18:30:48 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] a new DEM-File Option Hi, i have find with a lot of "trial and error" a algorithm to create DEM-Files for a Height-Profil. You can find the description (in german) at https://github.com/FSofTlpz/Garmin-DEM-Build/blob/master/DEM-Daten.pdf With this data we can for example draw a track in mapsource or basemap and we at once the Height-Profil of our track. At second, the map looks like better. I have create a experimental program called BuildDEMFile :) to build this files. Experimental means, the encoder is for exploring the algorithm but not for speed. You can find the programit at https://github.com/FSofTlpz/Garmin-DEM-Build. It is possible, that there minor bugs, but i have it successfull testet for 2 different germany-maps. I have a wish: Can you in mkgmap insert a new option, for example --dem with path to DEM-files, and include these files in the join-process for the IMG-files? So far only joined the LBL-, NET-, NOD-, RGN- and TRE-File. Also should be set the dem-flag in TDB-File. If so, i can build the DEM-Files with area-size from the splitter-file areas.list. I hope thats the same like in the TRE-Files? That would be a little bit easier then my fiddly way: split the ready IMG-files, build the DEM-files and then join the files to new IMG-files. And at last i must change the dem-flag in the TDB-File. with best regards Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Frank, sorry, I did not find much until now because I was distracted with some mapping work. My first simple approach is probably not enough. I did not yet try your program because I don't have a c# dev system. I also did not find much information about the location of the DEM flag. If you know more, please let me know. Do you plan to maintain the program or do you think the algo should be integrated in mkgmap? My understanding is that you can calculate the DEM tiles once and keep them because SRTM data doesn't change often. So, I assume a service like that on http://garmin.openstreetmap.nl would have to calc the DEM tiles for all continents once in a while and merge it with the tiles generated from OSM data. Is that correct or do we have to calc DEM tiles with exactly the same bounds as the OSM tiles? Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank.Stinner <fstinner@gmx.de> Gesendet: Mittwoch, 18. Oktober 2017 18:30:48 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] a new DEM-File Option Hi, i have find with a lot of "trial and error" a algorithm to create DEM-Files for a Height-Profil. You can find the description (in german) at https://github.com/FSofTlpz/Garmin-DEM-Build/blob/master/DEM-Daten.pdf With this data we can for example draw a track in mapsource or basemap and we at once the Height-Profil of our track. At second, the map looks like better. I have create a experimental program called BuildDEMFile :) to build this files. Experimental means, the encoder is for exploring the algorithm but not for speed. You can find the programit at https://github.com/FSofTlpz/Garmin-DEM-Build. It is possible, that there minor bugs, but i have it successfull testet for 2 different germany-maps. I have a wish: Can you in mkgmap insert a new option, for example --dem with path to DEM-files, and include these files in the join-process for the IMG-files? So far only joined the LBL-, NET-, NOD-, RGN- and TRE-File. Also should be set the dem-flag in TDB-File. If so, i can build the DEM-Files with area-size from the splitter-file areas.list. I hope thats the same like in the TRE-Files? That would be a little bit easier then my fiddly way: split the ready IMG-files, build the DEM-files and then join the files to new IMG-files. And at last i must change the dem-flag in the TDB-File. with best regards Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, Frank, thanks for your work. Your analysis of DEM headers looks good to me, I have done similar task for gmaptool. Yours is of course more detailed. I haven't looked at your program yet, but I hope it can create usable data. Gerd, there are 2 flags in TDB. One is for DEM, other for using contours for calculating height profiles. See file tdbfmt/HeaderBlock.java, you already have both in code. I think the meaning of these flags in mkgmap is swapped, but I could be wrong. When adding DEM to a tile, area of DEM can probably be bigger than tile, I have seen some examples, when people were using DEM from Garmin maps that way. DEM subfile can't have more layers than TRE but I think less layers should work. When creating a map with DEM for PC, overview map should include DEM too. This could be a DEM with empty data, gmaptool can create that kind of DEM. -- Best regards, Andrzej
Hi, at first: yes i mean the DEM-flag in TDB-file like Andrzej Popowski wrote. at second: unfortunally it seems, that the corner left-top for TRE-file and DEM-file should be the same. The height-data organized in subtiles with 64x64 points. The most right sub-tile is a problem, but my workaround is, to use a normal tile with 64 points width. That's why, the DEM is at most a little bit widend then the TRE. The data in a sub-tile are organized as a bitstream. That's why, we can not split a subtile in parts. I belive, we must "compile" a DEM for anything TRE new. at third: Yes, the best way is, to build in the algorithm in mkgmap. But i'm not familiar with java. It would be useful, if anybody translate my description (my german is a little bit better than my english :). For easy test: builddemfile --dem=12345678.dem --hgtpath=path2zipped_hgt_files --tre=12345678.tre --dlon=0.00027761 I build the program with the MS-Visual-Studio 2015. at fourthly: I build also a DEM-file for the overview-map, but with --dlon=0.005. at fifthly: Probably can a DEM-file several Zoomlevel. But for Mapsourec/Basecamp it is not necessary. It seems, we need that for a GPS-Device. My Oregon show DEM only for Zoom <= 800m. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, okay, seems to be more work. Don't know if I am just getting old but I have no idea where to start. We know a few demo maps which contain DEM data. Now we also have your doc and the demo program. I am not familiar with c# and I don't have Microsoft Studio, but I think there are free versions for this as well. I used to maintain some c/c++ programs so I guess I should be able to dig into this again, but it will take a while. My only advantage is that I am german and therefore able to read your doc and the comments in the source ;-) I seem to remember that someone described how to extract DEM data from a gmapsupp and merge it into his own map, that's why I assumed that it should be possible to calculdate this only once in a while. I'd really prefer that solution, but this is a different problem. I hope I get into this during the next weeks, but as of now I think it might take some months before we have this in mkgmap :-( Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank Stinner <Frank.Stinner@kabelmail.de> Gesendet: Sonntag, 22. Oktober 2017 18:56:04 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option Hi, at first: yes i mean the DEM-flag in TDB-file like Andrzej Popowski wrote. at second: unfortunally it seems, that the corner left-top for TRE-file and DEM-file should be the same. The height-data organized in subtiles with 64x64 points. The most right sub-tile is a problem, but my workaround is, to use a normal tile with 64 points width. That's why, the DEM is at most a little bit widend then the TRE. The data in a sub-tile are organized as a bitstream. That's why, we can not split a subtile in parts. I belive, we must "compile" a DEM for anything TRE new. at third: Yes, the best way is, to build in the algorithm in mkgmap. But i'm not familiar with java. It would be useful, if anybody translate my description (my german is a little bit better than my english :). For easy test: builddemfile --dem=12345678.dem --hgtpath=path2zipped_hgt_files --tre=12345678.tre --dlon=0.00027761 I build the program with the MS-Visual-Studio 2015. at fourthly: I build also a DEM-file for the overview-map, but with --dlon=0.005. at fifthly: Probably can a DEM-file several Zoomlevel. But for Mapsourec/Basecamp it is not necessary. It seems, we need that for a GPS-Device. My Oregon show DEM only for Zoom <= 800m. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, About DEM: http://pinns.co.uk/osm/demlook.html http://pinns.co.uk/osm/dem.html Not tested… Steph Le 24/10/2017 à 09:52, Gerd Petermann a écrit :
Hi Frank,
okay, seems to be more work. Don't know if I am just getting old but I have no idea where to start. We know a few demo maps which contain DEM data. Now we also have your doc and the demo program. I am not familiar with c# and I don't have Microsoft Studio, but I think there are free versions for this as well. I used to maintain some c/c++ programs so I guess I should be able to dig into this again, but it will take a while. My only advantage is that I am german and therefore able to read your doc and the comments in the source ;-)
I seem to remember that someone described how to extract DEM data from a gmapsupp and merge it into his own map, that's why I assumed that it should be possible to calculdate this only once in a while. I'd really prefer that solution, but this is a different problem.
I hope I get into this during the next weeks, but as of now I think it might take some months before we have this in mkgmap :-(
Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank Stinner <Frank.Stinner@kabelmail.de> Gesendet: Sonntag, 22. Oktober 2017 18:56:04 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option
Hi,
at first: yes i mean the DEM-flag in TDB-file like Andrzej Popowski wrote.
at second: unfortunally it seems, that the corner left-top for TRE-file and DEM-file should be the same. The height-data organized in subtiles with 64x64 points. The most right sub-tile is a problem, but my workaround is, to use a normal tile with 64 points width. That's why, the DEM is at most a little bit widend then the TRE. The data in a sub-tile are organized as a bitstream. That's why, we can not split a subtile in parts. I belive, we must "compile" a DEM for anything TRE new.
at third: Yes, the best way is, to build in the algorithm in mkgmap. But i'm not familiar with java. It would be useful, if anybody translate my description (my german is a little bit better than my english :). For easy test: builddemfile --dem=12345678.dem --hgtpath=path2zipped_hgt_files --tre=12345678.tre --dlon=0.00027761 I build the program with the MS-Visual-Studio 2015.
at fourthly: I build also a DEM-file for the overview-map, but with --dlon=0.005.
at fifthly: Probably can a DEM-file several Zoomlevel. But for Mapsourec/Basecamp it is not necessary. It seems, we need that for a GPS-Device. My Oregon show DEM only for Zoom <= 800m.
Frank
Hi Gerd, mit builddemfile.exe (z.Z. https://github.com/FSofTlpz/Garmin-DEM-Build/blob/master/BuildDEMFile/bin/Bu...) kann man sich beliebige DEM-Dateien erzeugen. Diese werden genauso wie TRE-, RGN- usw. Dateien in die IMG-Datei eingebunden. Ich verwende die frei verwendbare "Community"-Version von MS Visual 2015. Als Zwischenlösung könnte die Aufnahme einer zusätzlichen Option dienen. Es wird, hoffentlich, sowieso noch weitere Erkenntnisse zur Verwendung mehrerer Zoom-Level für GPS-Geräte geben. Im Moment ist es deshalb einfacher, an einem Programm wie builddemfile weiter zu testen. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, okay, with that exe file I was able to generate my first map with hill shading :-) I used splitter to split bremen.osm.pbf and something like java ... -jar mkgmap.jar --index --route --gmapi -c template.args to create the directory with the data in gmapi format because this creates the files that your program requires. Next I created a small script mak.cmd which calls your program for each tile: setlocal set hgtpath=f:\osm\GroundTruth-1.8.740.17\Cache\Dem\Srtm3\ rem java -Xmx6000m -jar d:\mkgmap\dist\mkgmap.jar -c d:\dbg\dev-addr.opt --max-jobs --gmapi -c e:\osm_out_work\bremen\20161121_165912\template.args cd "OSM map.gmap\Product1" for /D %%i in (6324*.*) do ( ..\..\BuildDEMFile.exe -d %%i\%%i.DEM --hgtpath=%hgtpath% --tre=%%i\%%i.TRE --dlon=0.00027761 ) Finally I copied the directory OSM map.gmap into directory c:\ProgramData\Garmin\Maps where Mapsource expects gmapi data. I could have created the data in that directory, but I prefer the extra copy step because I often forget to stop Mapsource. I did not change mkgmap for that. Unfortunately Mapsource and Basecamp don't "want" to create a gmapsupp for this data. They both claim that my USB stick has not enough memory with this weird message "The map set is approximately 5.0 MB, but only 1310.8 MB is available in the destination." Maybe one of the JaVaWa tools is able to create a gmapsupp for this? Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank Stinner <Frank.Stinner@kabelmail.de> Gesendet: Dienstag, 24. Oktober 2017 20:41:30 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option Hi Gerd, mit builddemfile.exe (z.Z. https://github.com/FSofTlpz/Garmin-DEM-Build/blob/master/BuildDEMFile/bin/Bu...) kann man sich beliebige DEM-Dateien erzeugen. Diese werden genauso wie TRE-, RGN- usw. Dateien in die IMG-Datei eingebunden. Ich verwende die frei verwendbare "Community"-Version von MS Visual 2015. Als Zwischenlösung könnte die Aufnahme einer zusätzlichen Option dienen. Es wird, hoffentlich, sowieso noch weitere Erkenntnisse zur Verwendung mehrerer Zoom-Level für GPS-Geräte geben. Im Moment ist es deshalb einfacher, an einem Programm wie builddemfile weiter zu testen. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd, i have seen this strange message today too. If i have only 1 Zoomlevel (it's enough for mapsource/basecamp), there is no message. That's why, i believe that is not a problem with the TDB. (Of course, in the TDB need set the DEM-flag and list the DEM-files.) I see today, that for my gps-device (oregon 600) are more zoomlevels necessary. 1 zoomlevel is only enough for max. 800m-zoom. Maybe, we need maplevel - 1 zoomlevels for all zooms (?). When i build direkt a device-IMG with DEM-files with more zoomlevels, my oregon shows them all. (I add simply to all tile-IMG's the DEM-files and then i pack all files together.) But the reason for the senseless error-message from mapsource is obscure. I will make some further tests in the next days. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, Your tool is great, thanks for implementing this. I have tried it on the latest OFM Benelux map. The tool is complaining about missing DEM tiles (I've downloaded it from http://www.viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3... I noticed those missing tiles in the Netherlands, it also produces grey empty tiles, see https://www.youtube.com/watch?v=76rScFomSWo <https://www.youtube.com/watch?v=76rScFomSWo> <https://www.youtube.com/watch?v=76rScFomSWo>Any idea how to solve this? Is it also possible to make a DEM map from a direectory with the regular img tiles (not the gmap version) and how?
The same happens with me but only when I set my level to higher than medium. On 25/10/2017 18:28, lig fietser wrote:
Hi Frank,
Your tool is great, thanks for implementing this. I have tried it on the latest OFM Benelux map. The tool is complaining about missing DEM tiles (I've downloaded it from http://www.viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3...
I noticed those missing tiles in the Netherlands, it also produces grey empty tiles, see
https://www.youtube.com/watch?v=76rScFomSWo
<https://www.youtube.com/watch?v=76rScFomSWo>
Any idea how to solve this?
Is it also possible to make a DEM map from a direectory with the regular img tiles (not the gmap version) and how?
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi all, while Frank is improving his program I'll try to implement his findings in the already existing display tool program DemDisplay, see http://www.mkgmap.org.uk/websvn/filedetails.php?repname=display&path=%2Ftrun... Up to now it only displays some header infos, I should now be able to code a decoder for the bitstreams. This will help to debug and find special cases. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von osm@pinns <osm@pinns.co.uk> Gesendet: Mittwoch, 25. Oktober 2017 20:12:52 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option The same happens with me but only when I set my level to higher than medium. On 25/10/2017 18:28, lig fietser wrote: Hi Frank, Your tool is great, thanks for implementing this. I have tried it on the latest OFM Benelux map. The tool is complaining about missing DEM tiles (I've downloaded it from http://www.viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3... I noticed those missing tiles in the Netherlands, it also produces grey empty tiles, see https://www.youtube.com/watch?v=76rScFomSWo <https://www.youtube.com/watch?v=76rScFomSWo> Any idea how to solve this? Is it also possible to make a DEM map from a direectory with the regular img tiles (not the gmap version) and how? _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
And how about those missing dem tiles? See https://s1.postimg.org/197j92hi3z/missing_DEM_data.jpg [https://s1.postimg.org/197j92hi3z/missing_DEM_data.jpg] I have downloaded the NASA DEM data from http://www.javawa.nl/srtm/index.php?lang=en<http://www.javawa.nl/srtm/index.php?lang=en> <http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev>
Hi Minko If you export a small section from the openstreetmap area which doesn't have a tile then it should tell you the name of the missing .hgt? You can then search for it on https://e4ftl01.cr.usgs.gov/SRTM/ On 26/10/2017 08:26, lig fietser wrote:
And how aboutthose missing dem tiles? See
https://s1.postimg.org/197j92hi3z/missing_DEM_data.jpg
I have downloaded the NASA DEM data from
http://www.javawa.nl/srtm/index.php?lang=en
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Nick I dont know what you mean, but the missing part is the whole NL above N52.2 and also everything western from E5.0 So that means N53E004.hgt -N53E007.hgt are not processed and also the tiles N52E004.hgt-N52E007.hgt are missing in the map. They are available in the DEM folder. ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens osm@pinns <osm@pinns.co.uk> Verzonden: donderdag 26 oktober 2017 00:43 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hi Minko If you export a small section from the openstreetmap area which doesn't have a tile then it should tell you the name of the missing .hgt? You can then search for it on https://e4ftl01.cr.usgs.gov/SRTM/
@ Frank Like Minko I'm getting a missing tile see dos - C:\ProgramData\Garmin\Maps\topo lux dem.gmap\Product1>(e:\BuildDEMFile.exe -d 66 666667\66666667.DEM --hgtpath=f:\mapup4\dem\LUX_DEM\ --tre=66666667\ 66666667.TRE --dlon=0.00027761 ) BuildDEMFile, Version vom 24.10.2017, Copyright © FSofT 2017 Daten aus der TRE-Datei '66666667\66666667.TRE' gelesen 1 Zoomlevel Höhen für 5° .. 6° / 49° .. 50° eingelesen Weder die Datei 'f:\mapup4\dem\LUX_DEM\n49e006.hgt' noch die Datei ' f:\mapup4\dem\LUX_DEM\n49e006.hgt.zip' existiert. erzeuge 2851 x 951 Höhenwerte ... Daten 2851 x 951, Min. 238, Max. 474 für Zoomlevel 0 Kachelanzahl 44 x 15 (rechte Spalte 99 breit, untere Zeile 55 hoch) Rand links 5.712890625°, oben 49.7021484375° Pixelgröße 0.00027761° x 0.00027761° 8 Threads encodiere Kacheln ... ............. 660 Kacheln encodiert
False Alarm Forgot to include n49e006! It works now! On 26/10/2017 09:28, osm@pinns wrote:
@ Frank
Like Minko I'm getting a missing tile see dos -
C:\ProgramData\Garmin\Maps\topo lux dem.gmap\Product1>(e:\BuildDEMFile.exe -d 66 666667\66666667.DEM --hgtpath=f:\mapup4\dem\LUX_DEM\ --tre=66666667\ 66666667.TRE --dlon=0.00027761 ) BuildDEMFile, Version vom 24.10.2017, Copyright © FSofT 2017 Daten aus der TRE-Datei '66666667\66666667.TRE' gelesen 1 Zoomlevel Höhen für 5° .. 6° / 49° .. 50° eingelesen Weder die Datei 'f:\mapup4\dem\LUX_DEM\n49e006.hgt' noch die Datei ' f:\mapup4\dem\LUX_DEM\n49e006.hgt.zip' existiert. erzeuge 2851 x 951 Höhenwerte ... Daten 2851 x 951, Min. 238, Max. 474 für Zoomlevel 0 Kachelanzahl 44 x 15 (rechte Spalte 99 breit, untere Zeile 55 hoch) Rand links 5.712890625°, oben 49.7021484375° Pixelgröße 0.00027761° x 0.00027761° 8 Threads encodiere Kacheln ... ............. 660 Kacheln encodiert
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Have in mind that the TRE-boundery can include areas without existing HGT data! In this case please use the actual program-version with the option --usedummydata. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, I used the latest version with--usedummydata but the issues that you can see in my video at https://www.youtube.com/watch?v=76rScFomSWo are still present: grey tiles everywhere when zooming in and out and no DEM data north of 52.2 (DEM data is available there).
Hi fietser. that's looking like a unknown special case for my DEM-algorithm. If possible, please let me know the coordinates of the IMG-Tile (left, top, widht, height) and the point distance (--dlon) or the hex-output for the zoomlevels at the end of the DEM file. I try to isolate the faultily subtile and i hope, i find a solution for that issue. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, You can download the map at http://www.openfietsmap.nl/downloads/bnl_full I have tested it on the OpenFietsMap(gmap) version with this command: for /D %%i in (100100*.*) do ("g:\mkgmap\Openfietsmap\versions\test\BuildDEMFile.exe" -d %%i\%%i.DEM --hgtpath=%hgtpath% --tre=%%i\%%i.TRE --usedummydata --dlon=0.00027761 Thanks for your help, Minko Frank wrote: Hi fietser. that's looking like a unknown special case for my DEM-algorithm. If possible, please let me know the coordinates of the IMG-Tile (left, top, widht, height) and the point distance (--dlon) or the hex-output for the zoomlevels at the end of the DEM file. I try to isolate the faultily subtile and i hope, i find a solution for that issue. Frank
Hi Minko, unfortunately i dont' identify the faultily IMG file. I thought it is the 10010087.img, but it seems to be allright. Anyway. I see, that you don't use the option --lastcolstd. Please try --lastcolstd or --lastcolstd=true. Then the most-right subtile becomes also the witdt 64. Then overlaps the DEM from the IMG a little bit with the next right IMG. That need a little bit more space but with other subtile-widths the algo have sometimes problems. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
I really don't understand why you dont get faulty tiles Frank, 79 of the 141 tiles have issues, either they render grey or they lack shaded relief! I will try --lastcolstd and report it back.
Hi Minko Do you get the same problems on your gps? On 30/10/2017 17:02, lig fietser wrote:
I really don't understand why you dont get faulty tiles Frank, 79 of the 141 tiles have issues, either they render grey or they lack shaded relief! I will try --lastcolstd and report it back.
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Nick, I can't generate GPS files with DEM, how do you do that? ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens osm@pinns <osm@pinns.co.uk> Verzonden: maandag 30 oktober 2017 10:10:42 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hi Minko Do you get the same problems on your gps? On 30/10/2017 17:02, lig fietser wrote:
I really don't understand why you dont get faulty tiles Frank, 79 of the 141 tiles have issues, either they render grey or they lack shaded relief! I will try --lastcolstd and report it back.
_______________________________________________ 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
Hi Minko With real difficulty, ie I'm having to rely on Mapinstall and sometimes the maps are installed but often not ! No idea why. When it works, I feel the tdb is correct, when it doesn't , I have no idea if there is something missing in the tdb file or if it is the dem file itself. There are 6 bytes in the tdb which are not documented - have copied them from various TOPO maps, but to no avail , ie Mapinstall still failks to install I have managed to install your Openstreenmap v2 on my Oregon device by adding dem files to the gmap from your site. Then I added the dem length files to the tdb & recompiled the tdb - this ensures you don't get the memory msgs You can download the tdb at www.pinns.co.uk/bits/10010000.tdb There is a snag , though, in that your dem files might not be the same size - backup the original one I used the ----lastcolstd option as well -Although you get lots of blue flashing tiles you can still zoom into your map , so I think the option has helped. Mapinstall is one of tghe most frustrating tools Garmin has ever invented ! I tried Gmaptool, but with limited success , ie the TYP file defaulted to a Gramin TYP ie I dragged the rgn ,lbl nod etc subfiles onto the files part then did a join This would be a much better option , if only it works fully. On 30/10/2017 17:46, lig fietser wrote:
Nick, I can't generate GPS files with DEM, how do you do that?
------------------------------------------------------------------------ *Van:* mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens osm@pinns <osm@pinns.co.uk> *Verzonden:* maandag 30 oktober 2017 10:10:42 *Aan:* mkgmap-dev@lists.mkgmap.org.uk *Onderwerp:* Re: [mkgmap-dev] a new DEM-File Option Hi Minko
Do you get the same problems on your gps?
On 30/10/2017 17:02, lig fietser wrote:
I really don't understand why you dont get faulty tiles Frank, 79 of the 141 tiles have issues, either they render grey or they lack shaded relief! I will try --lastcolstd and report it back.
_______________________________________________ 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
Hmm sounds too complicated. I'm generating the DEM data again, I made a mistake in my settings, specifying only 100100*.* tiles but I also have 10101*.* tiles, this explains those missing DEM in a lot of tiles 😊 I'm trying now the ----lastcolstd and see of it works.
Frank, I solved those issues with specifying all the tiles now (100100*.img and 10101*.img) and ----lastcolstd, thanks! I still can't generate a map for the garmin device in Mapsource but I guess this issue has not been solved, right? ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens lig fietser <ligfietser@hotmail.com> Verzonden: maandag 30 oktober 2017 11:09:17 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hmm sounds too complicated. I'm generating the DEM data again, I made a mistake in my settings, specifying only 100100*.* tiles but I also have 10101*.* tiles, this explains those missing DEM in a lot of tiles 😊 I'm trying now the ----lastcolstd and see of it works.
Hi, i have build a "germany"-map only directly, without mapsource and without problems. If mapsource make problems, then probaly the TDB is the reason. By the way, have you recreate the TDB after including the DEM-files? That is very important. The TDB need the right filesize of all subfiles. If you use DEM on gps device, then you should have one DEM-zoomlevel for every Maplevel (see option-file in your mkgmap-style). Use --dlong multiple with higher values, for example "--dlon=0.00027761 --dlon=0.00049 --dlon=0.00075 --dlon=0.00106 --dlon=0.0017 --dlon=0.0025" for 6 maplevels. Best values are to check out. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, I have not recreate the TDB file. Can you or Nick explain how you do this, can you use mkgmap for this?
Hi Minko In theory yes , as it's creating a tdb any way, but I think it will need a new tool, bit like the typ creator. ie it doesn't know the file lengths of your .dem files I can imagine you could devise a code that creates a new tdb file given your existing tdb and a list of .dem files. I'm afraid I'm no good at Java so can't help you there. The problem with tdb files is that any change to the file requires a new crc32 checksum calculation else Basecamp will complain and not function while Mapsource will bomb out. btw your benelux v6 map worked for me because of your .gemap folder and pointed me in the right direction, ie not to use mkgmap's -gemapi option. Thanks for that On 31/10/2017 14:36, lig fietser wrote:
Hi Frank,
I have not recreate the TDB file. Can you or Nick explain how you do this, can you use mkgmap for this?
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, if you don't find another tool for processing TDB-file, have a look to my gmtool. This is only a experimental tool but it do the job. I use only this tool for creating my test-maps. Don't forget the GarminCore.dll. https://github.com/FSofTlpz/GmTool/blob/master/bin/Release/GmTool.exe https://github.com/FSofTlpz/GmTool/blob/master/bin/Release/GarminCore.dll gmtool --overwrite --input ????????.img --output . --mapsource=pid:1;fid:10010;cp:1252;ov:osmmap.img;tdb:osmmap.tdb;noov;notyp;nomdx;nomdr;noinst --version=1710 --mapfamilyname="Test" --mapseriesname="Test" --description="Test" --routable=1 --highestroutable=24 --maxbits4overview=18 --hasdem=1 --hasprofile=1 --copyright=*I* This use infos from all IMG-files with 8 characters in the actual directory and create a new osmmap.tdb. (See also the (german) help with gmtool --help) If anybody want to patch a few bytes in a TDB-file and test the result of this, he can read and then rewrite this file with gmtool. This should update the crc. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, Thanks for your tool, but can you explain how to specify those img tiles since the gmap folder does not contain any img? This command does not work obviously: GmTool.exe --overwrite --input g:\mkgmap\Openfietsmap\versions\test\Openfietsmap(BNL).gmap\Product1\1001????.img --output . --mapsource=pid:1;fid:10010;cp:1252;ov:10010000.img;tdb:10010000.tdb.tdb;noov;notyp;nomdx;nomdr;noinst --version=1710 --mapfamilyname="Test" --mapseriesname="Test" --description="Test" --routable=1 --highestroutable=24 --maxbits4overview=18 --hasdem=1 --hasprofile=1 --copyright=*I* ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: woensdag 1 november 2017 10:17 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hi, if you don't find another tool for processing TDB-file, have a look to my gmtool. This is only a experimental tool but it do the job. I use only this tool for creating my test-maps. Don't forget the GarminCore.dll. https://github.com/FSofTlpz/GmTool/blob/master/bin/Release/GmTool.exe https://github.com/FSofTlpz/GmTool/blob/master/bin/Release/GarminCore.dll gmtool --overwrite --input ????????.img --output . --mapsource=pid:1;fid:10010;cp:1252;ov:osmmap.img;tdb:osmmap.tdb;noov;notyp;nomdx;nomdr;noinst --version=1710 --mapfamilyname="Test" --mapseriesname="Test" --description="Test" --routable=1 --highestroutable=24 --maxbits4overview=18 --hasdem=1 --hasprofile=1 --copyright=*I* This use infos from all IMG-files with 8 characters in the actual directory and create a new osmmap.tdb. (See also the (german) help with gmtool --help) If anybody want to patch a few bytes in a TDB-file and test the result of this, he can read and then rewrite this file with gmtool. This should update the crc. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev mkgmap-dev Info Page<http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev> www.mkgmap.org.uk This is a general development list for mkgmap. To see the collection of prior postings to the list, visit the mkgmap-dev Archives.
Hi, I believe, the problem is the msdos-mask "1001????.img". Don't ask me why, but for microsoft matches this mask also the file 10010000_mdr.img (see also: dir 1001????.img). Unfortunately is it the same with the mask ????????.img. I think, the best way is, the file 10010000_mdr.img temporarly move to another directory. Then you can use the mask *.img. Another way is using a namelist in a texfile with the option --inputlist. By the way: "tdb:10010000.tdb.tdb" is probably not really that what you want. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, But my main question/problem with your tool is, there are no img files at all in a gmap folder structure, so what do I have to do with this tool? Execute it on the "old"format folder with no DEM data? Sorry but to me it is very confusing now. ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: donderdag 2 november 2017 10:02:57 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hi, I believe, the problem is the msdos-mask "1001????.img". Don't ask me why, but for microsoft matches this mask also the file 10010000_mdr.img (see also: dir 1001????.img). Unfortunately is it the same with the mask ????????.img. I think, the best way is, the file 10010000_mdr.img temporarly move to another directory. Then you can use the mask *.img. Another way is using a namelist in a texfile with the option --inputlist. By the way: "tdb:10010000.tdb.tdb" is probably not really that what you want. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB. For the old TDB you get with gmtool -i 10010000.tdb -I 2 the following output: Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) .... The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
I'm afraid I don't understand your tools Frank. I guess I will wait until mkgmap has included the DEM handling. ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: donderdag 2 november 2017 11:57:06 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hi, i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB. For the old TDB you get with gmtool -i 10010000.tdb -I 2 the following output: Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) .... The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
If I got that right gmtool doesn't expect the data in a gmapi folder hirarchy. I've not made much progress so far. The DEM data structure (esp. the bitstream) is quite complex and I am really amazed that Frank found out how it works. I've cross read the pdf a few times, now I installed Visual Studio and started to debug step by step to find out what BuildDEMFile does and how this matches with the pdf ;-) Not easy for me because I am not familiar with the c# conventions and the Visual Studio environment. So, at the moment I don't see the light at the end of the tunnel, but I think I am in the right tunnel ;-) (I am also a bit distracted because my mother moved house last week and I am still busy helping her.) Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfietser@hotmail.com> Gesendet: Donnerstag, 2. November 2017 22:27:02 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option I'm afraid I don't understand your tools Frank. I guess I will wait until mkgmap has included the DEM handling. ________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: donderdag 2 november 2017 11:57:06 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hi, i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB. For the old TDB you get with gmtool -i 10010000.tdb -I 2 the following output: Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) .... The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd That sounds very promising. btw which visual studio version did you install as 2005 doesn't seem to be available any more? r Nick On 03/11/2017 07:36, Gerd Petermann wrote:
If I got that right gmtool doesn't expect the data in a gmapi folder hirarchy. I've not made much progress so far. The DEM data structure (esp. the bitstream) is quite complex and I am really amazed that Frank found out how it works. I've cross read the pdf a few times, now I installed Visual Studio and started to debug step by step to find out what BuildDEMFile does and how this matches with the pdf ;-) Not easy for me because I am not familiar with the c# conventions and the Visual Studio environment. So, at the moment I don't see the light at the end of the tunnel, but I think I am in the right tunnel ;-) (I am also a bit distracted because my mother moved house last week and I am still busy helping her.)
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfietser@hotmail.com> Gesendet: Donnerstag, 2. November 2017 22:27:02 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option
I'm afraid I don't understand your tools Frank.
I guess I will wait until mkgmap has included the DEM handling.
________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: donderdag 2 november 2017 11:57:06 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option
Hi,
i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB.
For the old TDB you get with
gmtool -i 10010000.tdb -I 2
the following output:
Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) ....
The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this.
Frank
--- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
_______________________________________________ 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
Hi Nick, I've downloaded the 2017 community version from here: https://www.visualstudio.com/de/downloads/ Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von osm@pinns <osm@pinns.co.uk> Gesendet: Freitag, 3. November 2017 09:17:55 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option Hi Gerd That sounds very promising. btw which visual studio version did you install as 2005 doesn't seem to be available any more? r Nick On 03/11/2017 07:36, Gerd Petermann wrote:
If I got that right gmtool doesn't expect the data in a gmapi folder hirarchy. I've not made much progress so far. The DEM data structure (esp. the bitstream) is quite complex and I am really amazed that Frank found out how it works. I've cross read the pdf a few times, now I installed Visual Studio and started to debug step by step to find out what BuildDEMFile does and how this matches with the pdf ;-) Not easy for me because I am not familiar with the c# conventions and the Visual Studio environment. So, at the moment I don't see the light at the end of the tunnel, but I think I am in the right tunnel ;-) (I am also a bit distracted because my mother moved house last week and I am still busy helping her.)
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfietser@hotmail.com> Gesendet: Donnerstag, 2. November 2017 22:27:02 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option
I'm afraid I don't understand your tools Frank.
I guess I will wait until mkgmap has included the DEM handling.
________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: donderdag 2 november 2017 11:57:06 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option
Hi,
i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB.
For the old TDB you get with
gmtool -i 10010000.tdb -I 2
the following output:
Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) ....
The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this.
Frank
--- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
_______________________________________________ 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
Thanks Gerd. I always find that older versions never seem to be compatible with the latest ones :( Thanks for the url Nick On 03/11/2017 08:23, Gerd Petermann wrote:
Hi Nick,
I've downloaded the 2017 community version from here: https://www.visualstudio.com/de/downloads/
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von osm@pinns <osm@pinns.co.uk> Gesendet: Freitag, 3. November 2017 09:17:55 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option
Hi Gerd
That sounds very promising.
btw which visual studio version did you install as 2005 doesn't seem to be available any more?
r
Nick
On 03/11/2017 07:36, Gerd Petermann wrote:
If I got that right gmtool doesn't expect the data in a gmapi folder hirarchy. I've not made much progress so far. The DEM data structure (esp. the bitstream) is quite complex and I am really amazed that Frank found out how it works. I've cross read the pdf a few times, now I installed Visual Studio and started to debug step by step to find out what BuildDEMFile does and how this matches with the pdf ;-) Not easy for me because I am not familiar with the c# conventions and the Visual Studio environment. So, at the moment I don't see the light at the end of the tunnel, but I think I am in the right tunnel ;-) (I am also a bit distracted because my mother moved house last week and I am still busy helping her.)
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfietser@hotmail.com> Gesendet: Donnerstag, 2. November 2017 22:27:02 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option
I'm afraid I don't understand your tools Frank.
I guess I will wait until mkgmap has included the DEM handling.
________________________________ Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> Verzonden: donderdag 2 november 2017 11:57:06 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option
Hi,
i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB.
For the old TDB you get with
gmtool -i 10010000.tdb -I 2
the following output:
Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) ....
The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this.
Frank
--- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
_______________________________________________ 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 _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Frank I wonder if you could help me with the following points which relate to DEM on a gps. 1) One of the problems of DEM on a gps is the intensity of darkness which you get near steep hills. It looks terrific in Basecamp but I prefer it to be lighter. I have experimented with higher values of dlon , i e dlon=.01 - this does seem to decrease the contrast but instead ofcourse it tends to spread a grey veil over the whole map. Is there another option I could use ? 2) Related to this ; its great to be able to create different zoom levels , however I have not been able to do the following: level 1 - no dem level 2 dem This would result in a more Basecamp style zoom, where the dem disappears when you zoom in. I tried --dlon=0 --dlon=0.0027 etc but setting it to 0 causes an error Would this be at all possible? Thanks in advance r Nick On 02/11/2017 21:27, lig fietser wrote:
I'm afraid I don't understand your tools Frank.
I guess I will wait until mkgmap has included the DEM handling.
------------------------------------------------------------------------ *Van:* mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> namens Frank Stinner <Frank.Stinner@kabelmail.de> *Verzonden:* donderdag 2 november 2017 11:57:06 *Aan:* mkgmap-dev@lists.mkgmap.org.uk *Onderwerp:* Re: [mkgmap-dev] a new DEM-File Option Hi,
i don't now your build-process. But i have installed your original map (without the DEM's). After you include the DEM's in this IMG files, create with gmtool with this NEW IMG's a new TDB.
For the old TDB you get with
gmtool -i 10010000.tdb -I 2
the following output:
Datei 'd:\tmp\OpenFietsMap\10010000.tdb' 21729 Bytes (21,2 kB, 0,0 MB), letzter Schreibzugriff 28.10.2017 01:43:28 TDBVersion: 407 CodePage: 1252 (0x000004E4) Family-ID: 10010 (0x271A) Product-ID: 1 (0x0001) ProductVersion: 1710 (0x06AE) FamilyName: OpenFietsMap (BNL) SeriesName: OpenFietsMap (Benelux_v28-10-2017) Routingfähig: 1 (0x01) größter Routing-Typ: 24 (0x18) mit Contourlinien: 1 (0x01) DEM: 0 (0x00) niedrigster MapLevel:18 (0x12) Beschreibung: Test preview map .... Unknown29: 10000 (0x00002710) Copyright: [CopyrightInformation, ProductInformationAndPrinting] Map created with mkgmap-r3908 [CopyrightInformation, ProductInformationAndPrinting] PROGRAM LICENCED UNDER GPL V2 [CopyrightInformation, ProductInformationAndPrinting] MAP DATA © OPENSTREETMAP.ORG, MAP LAYOUT © OPENFIETSMAP.NL, SRTM DATA © U.S. GEOLOGICAL SURVEY [CopyrightInformation, ProductInformationAndPrinting] OPENSTREETMAP.ORG CONTRIBUTORS|SEE: HTTP://WIKI.OPENSTREETMAP.ORG/INDEX.PHP/ATTRIBUTION Overviewmap: Kartenummer: 10010000 (0x0098BD90) übergeordnet: 0 (0x00000000) Beschreibung: OFM_BNL(28-10-2017) Anzeigebereich: Lon 2,373047°..7,382920°, Lat 49,350586°..55,264900° Detailkarten: 145 Kartenummer: 10010001 (0x0098BD91) übergeordnet: 10010000 (0x0098BD90) Beschreibung: BE-Ieper (10010001) Anzeigebereich: Lon 2,373047°..2,900391°, Lat 50,668945°..50,888672° Dateien: 10010001.TRE (38603 Byte), 10010001.RGN (3909498 Byte), 10010001.LBL (175026 Byte), 10010001.NET (428039 Byte), 10010001.NOD (714739 Byte) ....
The main-part is a long list of all mapnumbers/files with the subfiles. It is necessary to rebuild this list with the DEM-files with their filesize. That's why use the NEW IMG's for this.
Frank
--- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
_______________________________________________ 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
Hi Nick, i believe there is no way to change the shading. DEM files include only the strong compressed height data. That means, we have only coordinates for that points and their height. The shading makes the software on pc or gps. 2) yes, you can create more zoomlevels. That is necessary for gps because on gps every zoomlevel is visible for a few zoom's. I think, you should have for every maplevel (see options-file in mkgmap-style) its own zoomlevel. --dlon and --dlat is the distance between the points. Normally --dlon == --dlat, thats why you can omit --dlat. --dlon=0 is senseless, that means: no distance between the points. For more zoomlevels use multiple --dlon. The values are experimental: BuildDEMFile ... --dlon=0.00027761 --dlon=0.00049 --dlon=0.00075 --dlon=0.00106 --dlon=0.0017 --dlon=0.0025 Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank, my understanding is that DEM describes a grit of height values and --dlon / --dlat describe the resolution of this grit. I wonder why these values are not in Garmin map units. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank Stinner <Frank.Stinner@kabelmail.de> Gesendet: Samstag, 4. November 2017 09:39:26 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option Hi Nick, i believe there is no way to change the shading. DEM files include only the strong compressed height data. That means, we have only coordinates for that points and their height. The shading makes the software on pc or gps. 2) yes, you can create more zoomlevels. That is necessary for gps because on gps every zoomlevel is visible for a few zoom's. I think, you should have for every maplevel (see options-file in mkgmap-style) its own zoomlevel. --dlon and --dlat is the distance between the points. Normally --dlon == --dlat, thats why you can omit --dlat. --dlon=0 is senseless, that means: no distance between the points. For more zoomlevels use multiple --dlon. The values are experimental: BuildDEMFile ... --dlon=0.00027761 --dlon=0.00049 --dlon=0.00075 --dlon=0.00106 --dlon=0.0017 --dlon=0.0025 Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Frank OK, I understand. I even experimented with your 'unknown bytes' at 0x1b and 0x25 but filling these with data didn't seem to visually make a difference. I was hoping they contained the colour of the shading, which is always set to black ! One more thing : How useful are the --width and --height options , do they tweak the dlon or dlat values? r Nick On 04/11/2017 08:39, Frank Stinner wrote:
Hi Nick,
i believe there is no way to change the shading. DEM files include only the strong compressed height data. That means, we have only coordinates for that points and their height. The shading makes the software on pc or gps.
2) yes, you can create more zoomlevels. That is necessary for gps because on gps every zoomlevel is visible for a few zoom's. I think, you should have for every maplevel (see options-file in mkgmap-style) its own zoomlevel.
--dlon and --dlat is the distance between the points. Normally --dlon == --dlat, thats why you can omit --dlat. --dlon=0 is senseless, that means: no distance between the points.
For more zoomlevels use multiple --dlon. The values are experimental: BuildDEMFile ... --dlon=0.00027761 --dlon=0.00049 --dlon=0.00075 --dlon=0.00106 --dlon=0.0017 --dlon=0.0025
Frank
--- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
What a pity. I'm afraid, the implementation in mkgmap takes a few days ;). It's not a easy job. That's why i preferred for a transitional period a special DEM option for mkgmap. We can build the DEM's before and then say with this option: please mkgmap, take the ready DEM's from this directory and include they in the map like the TRE's, RGN's and so on. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank OK, I agree that this could be the 1st step. I am also not familiar with the code that combines RGN, NET etc. I hoped that Steve would jump on this ;-) Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Frank Stinner <Frank.Stinner@kabelmail.de> Gesendet: Samstag, 4. November 2017 09:47:07 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] a new DEM-File Option What a pity. I'm afraid, the implementation in mkgmap takes a few days ;). It's not a easy job. That's why i preferred for a transitional period a special DEM option for mkgmap. We can build the DEM's before and then say with this option: please mkgmap, take the ready DEM's from this directory and include they in the map like the TRE's, RGN's and so on. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
hi all, there is another problem: the old mdr-file, created from IMG-files without DEM-subfiles do not work when try to search adresses. Mapsource and Basecamp crashes . gmt can produce only valide tdb, but not mdr. If i add in gmap-folder -->Product1\<numericfolder>\the DEM-subfile , after that create a new tdb using gmt, remove the <MDR> name_mdr</MDR> in info.xml, the map appear fine in Basecamp. But address-searching fails. Any hints to solve the problem? How to produce a valid mdr ? thomas Am 04.11.2017 um 12:20 schrieb Steve Ratcliffe:
Hi Gerd
I hoped that Steve would jump on this;-)
OK I shall give it a go. I've just added printing out the DEM entries in the TdbDisplay.
Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Thomas, I don't expect any dependency between DEM and MDR. Have you added DEM layer to overview map? I think it is needed, but I don't remember if map crashes without or there is only some weird rendering outside map area. -- Best regards, Andrzej
Hi Thomas, i have tested that with few adresses with my germany-map and i have no problem. I use the original osmmap_mdr.img from mkgmap. Perhaps still a problem with TDB? Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Hi Frank Your superb program works a real treat - What an amazing feat to have more or less deciphered the DEM sub file . I can now give the whole of the UK a proper DEM look! Thanks Gerd for providing us with a script as I would have been completely lost despite the help file. Unfortunately I too get this odd comment about mapset approx (42mb) but only 27.8 gig available ! At the moment , I'n not too fussed as DEM files tend to darken the GPS display , in my opinion. I tried setting different flags in the tdb but to no avail ! I suspect there is a length block issue in the DEM file itself which is ignored by Basecamp & Mapsource and only used when creating a gmapsupp. thanks again Nick -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
Hi, it is like andrzej wrote: after including the DEM files re-create the TDB file. I have had forgotten this in my test. In the TDB file is a list of all IMG-Files, the subfiles and the filesize of the subfiles. It is necessary to update this list. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
participants (11)
-
Andrzej Popowski -
Frank Stinner -
Frank.Stinner -
Gerd Petermann -
Gerd Petermann
-
lig fietser -
nwillink -
osm＠pinns
-
Steve Ratcliffe -
Thomas Morgenstern -
Waxy