Memory problems since 1245
Hi, I don't know where to post a ticket, but I'm sure you'll tell me if it's the wrong forum. Since version 1245 I had to increase the memory size in the MkGMap command line and the virtual memory of my machine to get mkGMap to work. (1245 was the last version I could get to work, but with the -index switch off) What am I doing wrong or is my hardware just too small? Did anyone else experience a large increase in memory resource usage since MDR & indexing was introduced? I have not been able to test the results of the new dev around indexing yet, because I am not able to compile a map to send mapsource. It takes 3 hours to compile with these errors, so I can barely run 2 tries per night. If someone can save me time with some tips, I will sincerely appreciate it. java -ea -Xmx1300M -jar mkgmap-mdr-r1257.jar (if I increase Xmx java cannot create VM (whoever that is)) --name-tag-list=name:af,name --route --remove-short-arcs --road-name-pois (I need this to search streets on device, but I can remove it & build a separate map for the device if is the cause of the problem) --tdbfile --style-file=MyStyle --description=01000000 --product-id=0001 --overview-mapname=SdAf1T1246 (should have been 1257 this time, but will not have an effect) --mapname=10000000 --family-name=GeoSdAf1T1246 (should have been 1257 this time, but will not have an effect --family-id=0001 --Region-name="SARegion" --generate-sea --ignore-osm-bounds (If I don't use this the land & sea is reversed) --index --gmapsupp 10000000.osm.gz (29 MB -1644587,605843 to -885464,1677722# : -35.289,12.99998 to -19,36 I can reduce this, but reluctantly) SdAf1T1246_mdr.img gets made; .mdx not; 10000000.img gets made; gmapsupp not Acer travelmate 4202WLMi Intel Core Duo processor T2300 1.66 Ghz; 667Mhz FSB; 2MB L2 Cache 2 x 512DDR2 (Support dual channel) Windows XP Home Virtual memory Max size 5000 MB (increased to this point to try) Initial size 1524 MB Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: -68 at java.util.ArrayList.get(Unknown Source) at uk.me.parabola.imgfmt.sys.BlockTable.physFromLogical(BlockTable.java: 112) at uk.me.parabola.imgfmt.sys.Dirent.getPhysicalBlock(Dirent.java:262) at uk.me.parabola.imgfmt.sys.FileNode.read(FileNode.java:156) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.fillBuffer(BufferedIm gFileReader.java:256) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.get(BufferedImgFileRe ader.java:86) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.getChar(BufferedImgFi leReader.java:103) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNF ileReader.java:227) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNF ileReader.java:196) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.getOffsets(RGNFileRead er.java:185) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.pointsForSubdiv(RGNFil eReader.java:70) at uk.me.parabola.imgfmt.app.map.MapReader.pointsForLevel(MapReader.java :93) at uk.me.parabola.mkgmap.combiners.MdrBuilder.addPoints(MdrBuilder.java: 156) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd(MdrBuilder.java:1 09) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:358) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.ja va:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:121) If you could not tell by now: I have no IT savvy so laymans terms & patience required ;-\ BennieD ##################################################################################### Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com #####################################################################################
On 05/10/09 08:52, Du Plessis, Bennie wrote:
I don’t know where to post a ticket, but I’m sure you’ll tell me if it’s the wrong forum.
Hello, No problem, this is fine place to report this.
Since version 1245 I had to increase the memory size in the MkGMap command line
and the virtual memory of my machine to get mkGMap to work.
There should be absolutely no difference in making the .img files. The index generation itself could take a lot of memory, but only if you are dealing with a lot of maps. However the specific error you report is not related to memory (see below).
to send mapsource. It takes 3 hours to compile with these errors, so I can barely run 2 tries per night.
I know that sometimes --generate-sea can take a long time. Also if you are creating a map for a country that has lots of tags on every node, then it will take a lot more memory. This is unfortunate and I plan to fix that problem, but it does mean that you should probably split the file into more pieces if that is the case. You are running java with more virtual memory than you have physical memory on your machine which is also guaranteed to be slow. For me, it takes just over 4 minutes to do the UK split into 14 tiles, and 8 seconds to make the index.
If someone can save me time with some tips, I will sincerely appreciate it.
I would recommend that you run the index creation separately from creating the .img files. The index should only take a few seconds to create once you have some .img files to work with, and will give you a lot more time to experiment if things don't work the first time. First, since you are using both --index and --gmapsupp, I should point out that the index will not currently work in the gmapsupp file on the GPS device. It currently only works with mapsource. The index generation only needs the .img files, not the .osm files. So first create the .img files using all the options apart from --index and --gmapsupp. You can use a different version of mkgmap if that is what it takes to make them. It does not need to be the mdr version if you need a fix that is the mainline for example. You only need the mdr version to actually generate the index in the next step. Then run mkgmap with the --index on all the img file(s) that were created in the previous step, apart from the overview map file (called by default osmmap.img in the mdr branch, or 63240000.img in the mainline). Along with --index you will need as a minimum --family-id but there is no harm in repeating all the other options. You can do the same thing to generate the gmapsupp.img, using the --gmapsupp option, this will take even less time than the index.
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: -68 at java.util.ArrayList.get(Unknown Source) at uk.me.parabola.imgfmt.sys.BlockTable.physFromLogical(BlockTable.java: 112) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNFileReader.java:227)
I've seen this error, but I can't remember where or what I did about it. If this still happens with the latest version of the mkgmap-mdr jar file then please report back. It is a bug and not a problem with too little memory. Best Regards, ..Steve
Steve, Thanks for your advice.
I know that sometimes --generate-sea can take a long time. Also if you are creating a map for a country that has lots of tags on every node, then it will take a lot more memory. This is unfortunate and I plan to fix that problem, but it does mean that you should probably split the file into more pieces if that is the case. You are running java with more virtual memory than you have physical memory on your machine which is also guaranteed to be slow.
Like Apollinaris says: --generate-sea takes very long. And it doesn't work well with tiles, and depends on --ignore-osm-bounds which buggers intertile routing. So I compiled --generate-sea with a style with nothing but the coastline, which ran for 1.5 hr and gave me a lovely map with the land & sea seperated but nothing else. The plan is to use this in a mapset if I want to have a blue sea. Almost like an overlay, but maybe an underlay?
For me, it takes just over 4 minutes to do the UK split into 14 tiles, and 8 seconds to make the index.
I would recommend that you run the index creation separately from creating the .img files. The index should only take a few seconds to create once you have some .img files to work with, and will give you a lot more time to experiment if things don't work the first time.
Then run mkgmap with the --index on all the img file(s) that were created in the previous step, apart from the overview map file (called by default osmmap.img in the mdr branch, or 63240000.img in the mainline). Along with --index you will need as a minimum --family-id but there is no harm in repeating all the other options.
Then I compiled the img with 1260, --generate-sea off, --index on - I think the mdr branch is not included in 1260 yet? Because I only got the normal Imgs & tdbs.(this took max 5 minutes) Then I compiled with 1257 and --index. Gave me the mdr's and mdx's within 2 seconds. (I just realised I did not make the maps transparent, so I'll probably have to do it again - no sweat it takes less than 10 min without generate-sea.) Now I try to send it to mapsource - And realise I am still as stupid as I've always been :-/ [HKEY_LOCAL_MACHINE\Software\Garmin\MapSource\Families\uk-test] (uk-test = family-name?) "ID"=hex:8d,03 (Family ID? How to convert 0005 to this format? Hex:05,00?) "IDX"="c:\\maps\\osm\\osmmap.mdx" (overviewmapname.mdx) "MDR"="c:\\maps\\osm\\osmmap_mdr.img" (overviewmapname_mdr.mdx) [HKEY_LOCAL_MACHINE\Software\Garmin\MapSource\Families\uk-test\1] (1 = ?product ID? FamilyID?just 1? "BMAP"="c:\\maps\\osm\\osmmap.img" (overviewmapname.img) "LOC"="c:\\maps\\osm\\" "TDB"="c:\\maps\\osm\\osmmap.tdb" (overviewmapname.tdb) Thanks for the great work on this project. Every new dev is as exciting as the birth of a new baby, and I love to read how you all work through the various hick-ups & challenges! BennieD ##################################################################################### Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com #####################################################################################
On Tue, Oct 6, 2009 at 9:29 AM, Du Plessis, Bennie <Bennie.DuPlessis@sappi.com> wrote:
Like Apollinaris says: --generate-sea takes very long. And it doesn't work well with tiles, and depends on --ignore-osm-bounds which buggers intertile routing. So I compiled --generate-sea with a style with nothing but the coastline, which ran for 1.5 hr and gave me a lovely map with the land & sea seperated but nothing else. The plan is to use this in a mapset if I want to have a blue sea. Almost like an overlay, but maybe an underlay?
This is the approach I am experimenting with: I create a map with a lower draw priority which includes only coastline, and use the --generate-sea option. Since the coastline does not change very much, this map does not need to be generated very often. Also, since the map is not relevant for routing, and is much smaller than normal maps, it does not necessarily need to be split. Of course, the other maps need to be transparent for this to work. I've tried this out with a map of Ontario Canada, and it seems to work quite well, with the exception of the usual generate-sea problems (some flooded islands, etc.). I've tested it on a Nuvi and an eTrex. Cheers.
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon. On Tue, Oct 6, 2009 at 6:08 PM, Clinton Gladstone <clinton.gladstone@googlemail.com> wrote:
On Tue, Oct 6, 2009 at 9:29 AM, Du Plessis, Bennie <Bennie.DuPlessis@sappi.com> wrote:
Like Apollinaris says: --generate-sea takes very long. And it doesn't work well with tiles, and depends on --ignore-osm-bounds which buggers intertile routing. So I compiled --generate-sea with a style with nothing but the coastline, which ran for 1.5 hr and gave me a lovely map with the land & sea seperated but nothing else. The plan is to use this in a mapset if I want to have a blue sea. Almost like an overlay, but maybe an underlay?
This is the approach I am experimenting with: I create a map with a lower draw priority which includes only coastline, and use the --generate-sea option. Since the coastline does not change very much, this map does not need to be generated very often. Also, since the map is not relevant for routing, and is much smaller than normal maps, it does not necessarily need to be split.
Of course, the other maps need to be transparent for this to work.
I've tried this out with a map of Ontario Canada, and it seems to work quite well, with the exception of the usual generate-sea problems (some flooded islands, etc.). I've tested it on a Nuvi and an eTrex.
Cheers. _______________________________________________ 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/ ------------------------------------------------------
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory: 1. Copy the style files to a new directory. Use this for the new coastline styles. 2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.) 3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons. - Make sure you give the new map a unique family ID, and unique file names. - Set draw-priority to a low number (I used 10, I believe). - You can leave away a lot of the other options (such as routing) as they are not relevant for this map. - If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.) - Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr. 4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time. 5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file. 6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.) - Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc. 7. Install this map into MapSource/Roadtrip, if you use them. 8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file. Once you install the maps on your device, you can also select and deselect the entire maps for display. - On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area. As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line. I hope this helps.
Clinton Gladstone wrote:
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory:
1. Copy the style files to a new directory. Use this for the new coastline styles.
2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.)
3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons.
- Make sure you give the new map a unique family ID, and unique file names.
- Set draw-priority to a low number (I used 10, I believe).
- You can leave away a lot of the other options (such as routing) as they are not relevant for this map.
- If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.)
- Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr.
4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time.
5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file.
6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.)
- Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc.
7. Install this map into MapSource/Roadtrip, if you use them.
8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file.
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line.
To make life easier, you could craft an XAPI call just to download the coastline for a particular area of interest (makes the OSM file much smaller so more likely that you'll have enough memory to process it). I've been trying with wget http://www.informationfreeway.org/api/0.6/way[natural=coastline][bbox=9.31641,49.49668,2.28516,61.27023] -O UK_coastline.osm but it doesn't seem to work. Does anyone have any experience of XAPI and know where I'm going wrong? -- Charlie
Charlie Ferrero escribió:
Clinton Gladstone wrote:
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory:
1. Copy the style files to a new directory. Use this for the new coastline styles.
2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.)
3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons.
- Make sure you give the new map a unique family ID, and unique file names.
- Set draw-priority to a low number (I used 10, I believe).
- You can leave away a lot of the other options (such as routing) as they are not relevant for this map.
- If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.)
- Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr.
4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time.
5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file.
6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.)
- Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc.
7. Install this map into MapSource/Roadtrip, if you use them.
8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file.
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line.
To make life easier, you could craft an XAPI call just to download the coastline for a particular area of interest (makes the OSM file much smaller so more likely that you'll have enough memory to process it). I've been trying with wget http://www.informationfreeway.org/api/0.6/way[natural=coastline][bbox=9.31641,49.49668,2.28516,61.27023] -O UK_coastline.osm
but it doesn't seem to work. Does anyone have any experience of XAPI and know where I'm going wrong?
I have just used wget http://osmxapi.hypercube.telascience.org/api/0.6/way%5Bnatural=coastline%5D%... -O yuorfile.osm and it to worked fine. Cheers Carlos
Carlos Dávila wrote:
Charlie Ferrero escribió:
Clinton Gladstone wrote:
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory:
1. Copy the style files to a new directory. Use this for the new coastline styles.
2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.)
3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons.
- Make sure you give the new map a unique family ID, and unique file names.
- Set draw-priority to a low number (I used 10, I believe).
- You can leave away a lot of the other options (such as routing) as they are not relevant for this map.
- If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.)
- Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr.
4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time.
5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file.
6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.)
- Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc.
7. Install this map into MapSource/Roadtrip, if you use them.
8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file.
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line.
To make life easier, you could craft an XAPI call just to download the coastline for a particular area of interest (makes the OSM file much smaller so more likely that you'll have enough memory to process it). I've been trying with wget http://www.informationfreeway.org/api/0.6/way[natural=coastline][bbox=9.31641,49.49668,2.28516,61.27023] -O UK_coastline.osm
but it doesn't seem to work. Does anyone have any experience of XAPI and know where I'm going wrong?
I have just used wget http://osmxapi.hypercube.telascience.org/api/0.6/way%5Bnatural=coastline%5D%... -O yuorfile.osm and it to worked fine. Cheers Carlos Yep, my fault: I omitted a - sign on the very first bound. It's working now.
-- Charlie
Charlie Ferrero wrote:
Carlos Dávila wrote:
Charlie Ferrero escribió:
Clinton Gladstone wrote:
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory:
1. Copy the style files to a new directory. Use this for the new coastline styles.
2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.)
3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons.
- Make sure you give the new map a unique family ID, and unique file names.
- Set draw-priority to a low number (I used 10, I believe).
- You can leave away a lot of the other options (such as routing) as they are not relevant for this map.
- If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.)
- Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr.
4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time.
5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file.
6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.)
- Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc.
7. Install this map into MapSource/Roadtrip, if you use them.
8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file.
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line.
To make life easier, you could craft an XAPI call just to download the coastline for a particular area of interest (makes the OSM file much smaller so more likely that you'll have enough memory to process it). I've been trying with wget http://www.informationfreeway.org/api/0.6/way[natural=coastline][bbox=-9.31641,49.49668,2.28516,61.27023] -O UK_coastline.osm
As an update, I've tried running mkgmap on this coastline extract (the OSM input file is about 90MB.) but after two hours there is still no sign of anything and not even an empty .img file has been created. Java is chuntering away at 50% CPU utilisation. I assume this isn't right - but can anyone who has successfully got --generate-sea to work let me know how they can tell it is working or not? -- Charlie
Charlie Ferrero escribió:
Charlie Ferrero wrote:
Carlos Dávila wrote:
Charlie Ferrero escribió:
Clinton Gladstone wrote:
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory:
1. Copy the style files to a new directory. Use this for the new coastline styles.
2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.)
3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons.
- Make sure you give the new map a unique family ID, and unique file names.
- Set draw-priority to a low number (I used 10, I believe).
- You can leave away a lot of the other options (such as routing) as they are not relevant for this map.
- If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.)
- Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr.
4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time.
5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file.
6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.)
- Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc.
7. Install this map into MapSource/Roadtrip, if you use them.
8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file.
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line.
To make life easier, you could craft an XAPI call just to download the coastline for a particular area of interest (makes the OSM file much smaller so more likely that you'll have enough memory to process it). I've been trying with wget http://www.informationfreeway.org/api/0.6/way[natural=coastline][bbox=-9.31641,49.49668,2.28516,61.27023] -O UK_coastline.osm
As an update, I've tried running mkgmap on this coastline extract (the OSM input file is about 90MB.) but after two hours there is still no sign of anything and not even an empty .img file has been created. Java is chuntering away at 50% CPU utilisation.
I assume this isn't right - but can anyone who has successfully got --generate-sea to work let me know how they can tell it is working or not?
I usually build map of Spain with --generate-sea using 7 tiles I get splitting Europe extract from Geofrabrik with the following command line: java -Xmx1000m -enableassertions -jar mkgmap.jar --generate-sea --route --latin1 --code-page=1252 --description="OpenStreetMap-Iberia" --gmapsupp --country-name=ESPAÑA --country-abbr=ESP --family-name="Open Street Map" --family-id=18 --product-id=318 --series-name="OSM-Iberia-s" --road-name-pois --ignore-maxspeeds --remove-short-arcs --add-pois-to-areas --location-autofill=1 --style=mio -c spain-s.args I didn't notice an special increase in the processing time. However I have done some attempts with only coastline (only 27 MB) and it take more than ten minutes, which I find too long for so small input file. Command line used is: java -Xmx500m -enableassertions -jar mkgmap.jar --generate-sea --latin1 --code-page=1252 --description="Costa-Iberia" --family-name="Open Street Map" --family-id=20 --product-id=320 --series-name="OSM-Iberia-costa" --mapname=63240100 --tdbfile --style=sea --draw-priority=10 /home/carlos/JOSM/costa_peninsula.osm Hope it helps Regards Carlos -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale OpenOffice desde http://es.openoffice.org/programa/index.html OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. OpenOffice funciona mejor que otros paquetes de oficina. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones.
Clinton Gladstone escribió:
On Tue, Oct 6, 2009 at 12:11 PM, maning sambale <emmanuel.sambale@gmail.com> wrote:
I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon.
OK. I don't have my files here and I'm about to go on vacation, so I'll try to list the steps here from memory:
1. Copy the style files to a new directory. Use this for the new coastline styles.
2. In the new directory, remove everything from the points file, remove everything except coastline from the lines file, and remove everything except sea (or ocean) from the polygons file. (You might have to add a sea polygon; I can't remember.)
3. Compile the map with appropriate options to use the coastline style files, and to generate sea polygons.
- Make sure you give the new map a unique family ID, and unique file names.
- Set draw-priority to a low number (I used 10, I believe).
- You can leave away a lot of the other options (such as routing) as they are not relevant for this map.
- If your map is small enough, you can run mkgmap on the entire osm file instead of splitting it. (I would imagine that the Phillipines would be small enough.)
- Set an appropriate map description, so you can easily recognise the coastline map when you install it on your GPSr.
4. Wait a while for the map to generate. The generate-sea option appears to always take a fair amount of time.
5. Install the map you just generated into MapSource/Roadtrip, or save it for separate combination into a gmapsup file.
6. Compile your regular map. Make sure to set the transparent option, and to ensure that the draw priority is higher than the coastline map (I think 25 is the default draw priority.)
- Of course, do not use the generate-sea option here. - Also remember to use unique family IDs, map file names, etc.
7. Install this map into MapSource/Roadtrip, if you use them.
8. Combine the two maps into one gmapsup file on the GPSr, using MapSource/Map Install, or use another tool of your choice to create a combined gmapsup file.
I have followed all these steps up to step 6 and finally combined maps obtained in steps 4 and 6 using mkgmap just with --gmapsupp. In my Nuvi I can select/deselect any of the maps but when seeing the map it doesn't work as expected. Regular map doesn't seem to be transparent and I can see the sea only in the areas where the regular map doesn't overlap the sea map. When I zoom or pan the map in overlapped areas I can see the sea just for a second until regular map is drawn on top. Has anyone succeeded with this method?
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
In my case both maps are shown as "family name" "[1] OSM street map" although they were built with different parameters Cheers Carlos
As others have mentioned, you can use a similar technique to create map overlays with contours or other information. Just compile with an appropriate new style file, a higher draw-priority, and the transparent option. For example, I have created an overlay for public transit in Toronto, Canada which I can turn on and off at will if I want to find the nearest subway, tram or bus line.
Quoting Carlos Dávila <cdavilam@jemila.jazztel.es>:
I have followed all these steps up to step 6 and finally combined maps obtained in steps 4 and 6 using mkgmap just with --gmapsupp. In my Nuvi I can select/deselect any of the maps but when seeing the map it doesn't work as expected. Regular map doesn't seem to be transparent and I can see the sea only in the areas where the regular map doesn't overlap the sea map. When I zoom or pan the map in overlapped areas I can see the sea just for a second until regular map is drawn on top. Has anyone succeeded with this method?
Once you install the maps on your device, you can also select and deselect the entire maps for display.
- On an eTrex you can do this by paging to the map setup page. - On a Nuvi you can do this by navigating to the map options area.
In my case both maps are shown as "family name" "[1] OSM street map" although they were built with different parameters Cheers Carlos
Have you tried using sendmap instead (to create the single gmapsupp.img file)? -- Charlie
Hi
In my case both maps are shown as "family name" "[1] OSM street map" although they were built with different parameters Cheers Carlos
Have you tried using sendmap instead (to create the single gmapsupp.img file)?
This has come up a lot recently, and we should have a go at fixing it. I wasn't previously aware that you could send down maps in different families into the one gmapsupp. The MPS file that gets inserted into the gmapsupp has fields for family and product ids for each map, so I am guessing it is as simple as setting those correctly. ..Steve
Quoting Steve Ratcliffe <steve@parabola.me.uk>:
Hi
In my case both maps are shown as "family name" "[1] OSM street map" although they were built with different parameters Cheers Carlos
Have you tried using sendmap instead (to create the single gmapsupp.img file)?
This has come up a lot recently, and we should have a go at fixing it. I wasn't previously aware that you could send down maps in different families into the one gmapsupp.
The MPS file that gets inserted into the gmapsupp has fields for family and product ids for each map, so I am guessing it is as simple as setting those correctly.
..Steve
From what I've gleaned from this list, if you create a mapset with multiple layers, each layer *has* to have a different Family ID.
Hi
In my case both maps are shown as "family name" "[1] OSM street map" although they were built with different parameters Cheers Carlos
Have you tried using sendmap instead (to create the single gmapsupp.img file)?
This has come up a lot recently, and we should have a go at fixing it. I wasn't previously aware that you could send down maps in different families into the one gmapsupp.
The MPS file that gets inserted into the gmapsupp has fields for family and product ids for each map, so I am guessing it is as simple as setting those correctly.
..Steve
/ From what I've gleaned from this list, if you create a mapset with /multiple layers, each layer *has* to have a different Family ID. I'm not so sure about that. As far as I understood it has to have diff FamName, & FamID if you want to be able to switch it on/off, but if you only want it loaded as one map it should work OK, I think. But I have not played with it enough yet. With the --index option it now becomes possible to send families via mapsource to the device which was not possible earlier. At least not for me. But some people seems to get selectable maps from this, while I cannot. Maybe the first step to 'fix' this will be to reach consensus on what is broken? If some gets it to work, how do they manage it. Do I use all the neccessary options in my approach, is there certain options that fouls it (there was mention before that family-id did not work / messed something up, but that seems to have been fixed), how much of the failure / success hinge around the device model /age? For now I would prefer the skills to be concentrated on the address search function so that I can drop --road-name-pois ;D But that's only me. And maybe address search will depend on being able to send the maps successfully to the device? Not neccassarily multiple maps, but definitely the mdx mdr etc. As a start can we try to find out from those who has been able to send multiple maps to their devices successfully / with partial success / no success, what mkgmap options they used, what send methods they used, what gps device was used, what results they achieved? Will this maybe start an efficient investigation without involving too much of the programmers time initially. Will it help the programmers, or will it be a waste of time. Some of us is only users with no programming skills, but maybe we can contribute by accumulating info like this for the programmers. Just a thought Use it Don't use it BennieD ##################################################################################### Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com #####################################################################################
From: Carlos Dávila [mailto:cdavilam@jemila.jazztel.es]
...sea map. When I zoom or pan the map in overlapped areas I can see the sea just for a second until regular map is drawn on top. Has anyone succeeded with this method?
In my case both maps are shown as "family name" "[1] OSM street map" although they were built with different parameters
I've had success sending the maps from mapsource to device. I have not tried mkgmap --gmapsupp yet because my approach worked. Interesting enough without draw priority or transparency set. ::Make onetile SdAf Sea java -ea -Xmx1000M -jar latest/mkgmap.jar^ --tdbfile^ --style-file=MySeaStyle^ (the default style with everything not coast / sea deleted and resolution 12) --description=SdAfSea1260^ --product-id=0001^ --overview-mapname=SdAfSeaOView1260^ --mapname=10000000^ --family-name=SdAfSea1260^ --family-id=0001^ --generate-sea^ --ignore-osm-bounds^ 10000000.osm.gz ::Make onetile SdAf Sea java -ea -Xmx1000M -jar mkgmap-mdr-r1262.jar^ --tdbfile^ --description=SdAfSee1262^ --product-id=0001^ --overview-mapname=SdAfSeeOV1262^ --mapname=10000000^ --family-name=SdAfSee1262^ --family-id=0001^ --ignore-osm-bounds^ --seriesname=SdAfSee^ (makes selection in mapsource easier) --index^ 10000000.img This second run is to create mdr & mdx to be able to send family to device Most of the options are not needed, what is NB is: --index; Fam-name; fam-id & I think prod-id? I run a separate compile for -index because the first run to make the img takes 1,5 hr and if something goes wrong I don't want to do everything over again. My routable map I make like this: ::Make 4tile SdAf java -ea -Xmx1000M -jar latest/mkgmap.jar^ --name-tag-list=name:af,name^ --tdbfile^ --style-file=MyStyle^ --description=SdAf4T1260^ --product-id=0004^ --overview-mapname=SdAf4TOView1260^ --mapname=40000001^ --family-name=SdAf4TFam1260^ --family-id=0004^ --Region-name="SARegion"^ --remove-short-arcs^ --route^ --index^ --road-name-pois^ --seriesname=SdAf4T^ 10000001.osm.gz^ 10000002.osm.gz^ 10000003.osm.gz^ 10000004.osm.gz I should have added the appropriate draw priorities & transparancy, but fotgot, and it works perfect on my Nuvi200W except that although the maps shows up as separate maps on the map info, it is not selectable as I expected. Registry entry for mapsource: REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\families\SdAf4TFam1260] "ID"= hex:04,00 "IDX"="C:\\Garmin\\OSM\\Make200910052\\SdAf4TOView1260.mdx" "MDR"=="C:\\Garmin\\OSM\\Make200910052\\SdAf4TOView1260_mdr.img" [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\families\SdAf4TFam1260\0004] "LOC"="C:\\Garmin\\OSM\\Make200910052\\" "BMAP"="C:\\Garmin\\OSM\\Make200910052\\SdAf4TOView1257.img" "TDB"="C:\\Garmin\\OSM\\Make200910052\\SdAf4TOView1257.tdb" [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\families\SdAfSea1262] "ID"=hex:01,00 "IDX"="C:\\Garmin\\OSM\\Make200910052\\SdAfSeaOView1262.mdx" "MDR"=="C:\\Garmin\\OSM\\Make200910052\\SdAfSeaOView1262_mdr.img" [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\families\SdAfSea1262\0001] "LOC"="C:\\Garmin\\OSM\\Make200910052\\" "BMAP"="C:\\Garmin\\OSM\\Make200910052\\SdAfSeaOView1262.img" "TDB"="C:\\Garmin\\OSM\\Make200910052\\SdAfSeaOView1262.tdb" Hope this helps you. I will try again using Mkgmap --gmapsupp to see if I can get it to work that way, but will only be able to try it ovewr the weekend. Maybe in the mean time someone else can also tell us how they succeeded. BennieD The opinions contained in this message are those of the sender only and do not reflect those of Sappi Limited or any of its subsidiary or associated companies. "This message, including any attachment(s), may contain information which is private, privileged or confidential and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient of this message, please notify the sender thereof and destroy/delete the message. Neither the sender nor Sappi Limited (including its subsidiaries and associated companies, jointly referred to as 'Sappi') shall incur any liability resulting directly or indirectly from accessing any of the attached files which may contain a virus or the like. Any opinions, statements, conclusions and other information contained in this message and/or its attachment(s) that do not relate or refer to the official business of Sappi Limited or any of its subsidiary or associated companies shall be regarded as neither provided nor approved by any Sappi company. Views expressed in this message or its attachment(s) may not necessarily be those of Sappi and Sappi cannot be held liable for any direct or indirect loss or injury resulting from the contents of a message and/or its attachments." Directors names A list of Sappi companies and the names of their directors can be retrieved from http://www.sappi.com/SappiWeb/Investor+info/Corporate+governance/Board+resum... ##################################################################################### Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com #####################################################################################
Ahh, I made a mistake The reason why I could not see in mapsource what I expected is because I used the wrong input file for the one --index creation. I make SA in a one tile map, and also in a 4 tile map, to compare & play. The 4 tile version worked fine, but the 1 tile map still does not compile and returns the same ArrayIndexOutOfBounds error. This input file is 19MB. As for the time to return the error - approx 11 seconds java -ea -Xmx1000M -jar ../mkgmap-mdr-r1257.jar^ --name-tag-list=name:af,name^ --tdbfile^ --description=SdAf1TM1257^ --product-id=0003^ --overview-mapname=SdAf1TMOView1257^ --mapname=30000001^ --family-name=SdAf1TMFam1257^ --family-id=0003^ --Region-name="SARegion"^ --index^ 20000000.img (created with 1260) F:\MkGMap\Use\Make200910052>time The current time is: 15:03:42.22 F:\MkGMap\Use\Make200910052>java -ea -Xmx1000M -jar ../mkgmap-mdr-r1257.jar --name-tag-list=name:af,name --tdbfile --description=SdA f1TM1257 --product-id=0003 --overview-mapname=SdAf1TMOView1257 --mapname=30000001 --family-name=SdAf1TMFam1257 --family-id=0003 --Re gion-name="SARegion" --index 20000000.img Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: -68 at java.util.ArrayList.get(Unknown Source) at uk.me.parabola.imgfmt.sys.BlockTable.physFromLogical(BlockTable.java:112 ) at uk.me.parabola.imgfmt.sys.Dirent.getPhysicalBlock(Dirent.java:262) at uk.me.parabola.imgfmt.sys.FileNode.read(FileNode.java:156) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.fillBuffer(BufferedImgFi leReader.java:256) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.get(BufferedImgFileReade r.java:86) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.getChar(BufferedImgFileR eader.java:103) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNFile Reader.java:232) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNFile Reader.java:196) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.getOffsets(RGNFileReader. java:185) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.pointsForSubdiv(RGNFileRe ader.java:70) at uk.me.parabola.imgfmt.app.map.MapReader.pointsForLevel(MapReader.java:93 ) at uk.me.parabola.mkgmap.combiners.MdrBuilder.addPoints(MdrBuilder.java:156 ) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd(MdrBuilder.java:109) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:358) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java: 124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:121) F:\MkGMap\Use\Make200910052>time The current time is: 15:03:53.49 Enter the new time: Files created: SdAf1TMOView1257_mdr.img sizer 0 kb Does this mean the input file is just too big? The opinions contained in this message are those of the sender only and do not reflect those of Sappi Limited or any of its subsidiary or associated companies. "This message, including any attachment(s), may contain information which is private, privileged or confidential and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient of this message, please notify the sender thereof and destroy/delete the message. Neither the sender nor Sappi Limited (including its subsidiaries and associated companies, jointly referred to as 'Sappi') shall incur any liability resulting directly or indirectly from accessing any of the attached files which may contain a virus or the like. Any opinions, statements, conclusions and other information contained in this message and/or its attachment(s) that do not relate or refer to the official business of Sappi Limited or any of its subsidiary or associated companies shall be regarded as neither provided nor approved by any Sappi company. Views expressed in this message or its attachment(s) may not necessarily be those of Sappi and Sappi cannot be held liable for any direct or indirect loss or injury resulting from the contents of a message and/or its attachments." Directors names A list of Sappi companies and the names of their directors can be retrieved from http://www.sappi.com/SappiWeb/Investor+info/Corporate+governance/Board+resum... ##################################################################################### Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com #####################################################################################
Quoting "Du Plessis, Bennie" <Bennie.DuPlessis@sappi.com>:
Ahh, I made a mistake The reason why I could not see in mapsource what I expected is because I used the wrong input file for the one --index creation.
I make SA in a one tile map, and also in a 4 tile map, to compare & play.
The 4 tile version worked fine, but the 1 tile map still does not compile and returns the same ArrayIndexOutOfBounds error. This input file is 19MB. [snip]
Files created: SdAf1TMOView1257_mdr.img sizer 0 kb Does this mean the input file is just too big? In my experience you can have much bigger input files than that before mkgmap breaks: I have successfully used input files of up to 25Mb See http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/003584.html -- Charlie
generate-sea doesn't work very well. runtime can change from 1-3min per tile to 3-4hours. And I guess memory too. but didn't compare since the runtime problem was too much to continue. On 5 Oct 2009, at 24:52 , Du Plessis, Bennie wrote:
Hi,
I don’t know where to post a ticket, but I’m sure you’ll tell me if it’s the wrong forum.
Since version 1245 I had to increase the memory size in the MkGMap command line and the virtual memory of my machine to get mkGMap to work. (1245 was the last version I could get to work, but with the –index switch off)
What am I doing wrong or is my hardware just too small?
Did anyone else experience a large increase in memory resource usage since MDR & indexing was introduced?
I have not been able to test the results of the new dev around indexing yet, because I am not able to compile a map to send mapsource. It takes 3 hours to compile with these errors, so I can barely run 2 tries per night. If someone can save me time with some tips, I will sincerely appreciate it.
java -ea -Xmx1300M -jar mkgmap-mdr-r1257.jar (if I increase Xmx java cannot create VM (whoever that is)) --name-tag-list=name:af,name --route --remove-short-arcs --road-name-pois (I need this to search streets on device, but I can remove it & build a separate map for the device if is the cause of the problem) --tdbfile --style-file=MyStyle --description=01000000 --product-id=0001 --overview-mapname=SdAf1T1246 (should have been 1257 this time, but will not have an effect) --mapname=10000000 --family-name=GeoSdAf1T1246 (should have been 1257 this time, but will not have an effect --family-id=0001 --Region-name="SARegion" --generate-sea --ignore-osm-bounds (If I don’t use this the land & sea is reversed) --index --gmapsupp 10000000.osm.gz (29 MB -1644587,605843 to -885464,1677722# : -35.289,12.99998 to -19,36 I can reduce this, but reluctantly)
SdAf1T1246_mdr.img gets made; .mdx not; 10000000.img gets made; gmapsupp not
Acer travelmate 4202WLMi Intel Core Duo processor T2300 1.66 Ghz; 667Mhz FSB; 2MB L2 Cache 2 x 512DDR2 (Support dual channel) Windows XP Home Virtual memory Max size 5000 MB (increased to this point to try) Initial size 1524 MB
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: -68 at java.util.ArrayList.get(Unknown Source) at uk.me.parabola.imgfmt.sys.BlockTable.physFromLogical (BlockTable.java: 112) at uk.me.parabola.imgfmt.sys.Dirent.getPhysicalBlock (Dirent.java:262) at uk.me.parabola.imgfmt.sys.FileNode.read(FileNode.java:156) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.fillBuffer (BufferedIm gFileReader.java:256) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.get (BufferedImgFileRe ader.java:86) at uk.me.parabola.imgfmt.app.BufferedImgFileReader.getChar (BufferedImgFi leReader.java:103) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader $RgnOffsets.<init>(RGNF ileReader.java:227) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader $RgnOffsets.<init>(RGNF ileReader.java:196) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.getOffsets (RGNFileRead er.java:185) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.pointsForSubdiv(RGNFil eReader.java:70) at uk.me.parabola.imgfmt.app.map.MapReader.pointsForLevel (MapReader.java :93) at uk.me.parabola.mkgmap.combiners.MdrBuilder.addPoints (MdrBuilder.java: 156) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd (MdrBuilder.java:1 09) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:358) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs (CommandArgsReader.ja va:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:121)
If you could not tell by now: I have no IT savvy so laymans terms & patience required ;-\ BennieD
Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (8)
-
Apollinaris Schoell -
Carlos Dávila -
Charlie Ferrero -
charlie＠cferrero.net
-
Clinton Gladstone -
Du Plessis, Bennie -
maning sambale -
Steve Ratcliffe