Re: [mkgmap-dev] Commit r4918: add surface=chipseal to group of surfaces which means paved

surface=chipseal to group of surfaces which means paved Patch chipseal.diff by Carlos Dávila http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4918 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman

[mkgmap-dev] Missing surface=chipseal in default style

Hello all One user of my maps has reported estrange detours in New Zealand. I have found the reason was the lack of a rule for surface=chipseal in default lines style, causing those roads to be considered as unpaved. Attached patch fixes the issue. Carlos Index:

Re: [mkgmap-dev] Splitter feature request

driving. ciao Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Sonntag, 3. Dezember 2023 12:26 An: Development list for mkgmap Betreff: [mkgmap-dev] Splitter feature request Hi all I usually let splitter decide tiles based on max-nodes value

[mkgmap-dev] Splitter feature request

Hi all I usually let splitter decide tiles based on max-nodes value, but for some maps I need to supply splitter an areas.list file which I adjust manually. Reasons for that include reducing the total number of tiles, avoiding cutting of some islands and separating right/left hand side

Re: [mkgmap-dev] Trouble with merging IMG files (for Garmin)

Try this: java -jar mkgmap.jar --gmapsupp otm-hungary.img otm-slovenia.img El 13/7/23 a las 16:35, Tamas Gal escribió: Hi all, maybe I got that wrong but I thought I can merge multiple IMG files into a single one with Mkgmap. My problem is that I need a bunch of maps and my Garmin 64s only

[mkgmap-dev] Meaning of some mkgmap output messages

Hello all I receive two types of messages when compiling some maps which I don't know how to interpret and if I should take any action to avoid them. First is of the form "(Area): 31177007.o5m: Area.split 1669081 4757504 1670337 4759552 res 11 can't 2 1" which is produced for tile 31177007:

Re: [mkgmap-dev] Error processing tile

Thanks for investigating it. This is my java environment: openjdk version "11.0.18" 2023-01-17 OpenJDK Runtime Environment (build 11.0.18+10-post-Debian-1deb11u1) OpenJDK 64-Bit Server VM (build 11.0.18+10-post-Debian-1deb11u1, mixed mode, sharing) El 1/6/23 a las 11:28, Ticker Berkin

[mkgmap-dev] Error processing tile

Hello list I'm getting the error below processing a tile from Vietnam: Exception in thread "main" java.lang.AssertionError    at uk.me.parabola.imgfmt.app.net.RoadIndex.write(RoadIndex.java:45)    at uk.me.parabola.imgfmt.app.net.RoadDef.writeLevelDivs(RoadDef.java:356)    at

Re: [mkgmap-dev] DEM data from gmapsuppp not showing on BaseCamp

with scripts. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Montag, 2. Januar 2023 18:45 An: Development list for mkgmap Betreff: [mkgmap-dev] DEM data from gmapsuppp not showing on BaseCamp Happy New Year to all! One user of my maps has reported

[mkgmap-dev] DEM data from gmapsuppp not showing on BaseCamp

Happy New Year to all! One user of my maps has reported that when he loads a gmapsupp with DEM in BaseCamp, it doesn't show shaded relief, while if he loads gmap version of the same map it does. I have confirmed the issue with a couple of maps and also that BaseCamp reads height information

Re: [mkgmap-dev] Compile error

Failing tile should be 0 bytes size. Regarding this question, in the past mkgmap showed the tile that was failing to compile, but this feature was removed some time ago. I use a patched version which re-implements it (see attached patch). El 2/5/22 a las 20:02, Dave Swarthout escribió:

Re: [mkgmap-dev] some findings about NT format

But also a lot already learnt. Good job!! El 7/4/22 a las 10:15, Gerd Petermann escribió: Still a lot to learn... ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Code to read locked maps

That sounds promising, great!! Le 26/1/22 à 13:01, Gerd Petermann a écrit : Hi all, The source code [1] for GPXSee [2] contains a routine demangle() which "unlocks" a locked TRE file. I was aware that there are tools which can do that but never saw open source so far. It's easy to add this

Re: [mkgmap-dev] Polygon deformation

What options/values have you used? Specially --reduce-point-density-polygon, --simplify-polygons and map levels Le 21/1/22 à 8:52, Alexis Lecanu a écrit : Hello, I'm contacting you because I can't understand why my polygons are deformed, I tried to find the options that could be the cause but

Re: [mkgmap-dev] Please help

Could you provide display.jar binary? I can't find it in the web, sorry. El 28/12/21 a las 15:55, Gerd Petermann escribió: Hi all, those who have original garmin maps for the PC and know how to compile display tool: Update to r575 or higher. Please execute the program MdrDisplay on the global

Re: [mkgmap-dev] Problem using profiles with OSM based maps

17 (0x11) to 23 (0x17) is done when the --custom option is given. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Montag, 20. Dezember 2021 09:55 An: Development list for mkgmap Betreff: [mkgmap-dev] Problem using profiles with OSM based

[mkgmap-dev] Problem using profiles with OSM based maps

An user of my maps has reported the following problem when using OSM based maps. He uses profiles in a GPSMAP 65s mainly to enable/disable different sets of maps associated to each profile. When he has several OSM based maps in the SD card (not only mines, also from other sources, witch I

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

, Felix Hartmann escribió: O5m is always faster, but needs more disk space. Converting geofabrik osm.pbf to o5m makes sense however (especially if you can write to Ramdisk or slow Harddisk) On Wed, 10 Nov 2021, 17:38 Carlos Dávila mailto:car...@alternativaslibres.org>> wrote: I'm

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

(especially if you can write to Ramdisk or slow Harddisk) On Wed, 10 Nov 2021, 17:38 Carlos Dávila mailto:car...@alternativaslibres.org>> wrote: I'm aware of the supposed advantages of pbf, but I did some tests in the past and I found o5m to be quite faster than pbf, but I'l

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

think this is no longer a good choice, pbf is a lot smaller and almost as fast. Esp. when it comes to the goal of reducing disk I/O (as with --gmapi-minimal) Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Dienstag, 9. November 2021 22:54

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

. Ticker On 09/11/2021 19:43, Carlos Dávila wrote: code-page=932, sorry for the typo. El 9/11/21 a las 20:36, Carlos Dávila escribió: The command below produces an assertion while compiling this tile <https://files.mkgmap.org.uk/download/526/31191025.o5m> from Japan. Process con

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

code-page=932, sorry for the typo. El 9/11/21 a las 20:36, Carlos Dávila escribió: The command below produces an assertion while compiling this tile <https://files.mkgmap.org.uk/download/526/31191025.o5m> from Japan. Process continues with remaining tiles and finishes without &

[mkgmap-dev] New assertion, now with code-page=632 and Japan tile

The command below produces an assertion while compiling this tile from Japan. Process continues with remaining tiles and finishes without "Number of MapFailedExceptions: 1" as expected. This is with r4813, but I also tried with an old

Re: [mkgmap-dev] Failure splitting USA

the branch version https://www.mkgmap.org.uk/download/splitter-solve-parallel-r641.zip I never found the time to complete the work on this. Would also be good to have the densities-out.txt file. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet

[mkgmap-dev] Failure splitting USA

Since a couple of weeks or so I'm unable to split USA. I have tried with my own extract and also with the one from Geofabrik . Splitter crashes trying to find a nice split. I have tried different --max-nodes values, from 40 to

Re: [mkgmap-dev] Commit r4809: fix java.lang.AssertionError while building index from unicode tiles

the assertion crash. The actual output in the map image is cp836, which Basecamp and Mapsource appear to handle. I don't know how well it is supported by Garmin devices. Is there a reason for using cp836 rather than cp65001/unicode? Ticker On Sun, 2021-10-24 at 16:22 +0200, Carlos Dávila wrote

Re: [mkgmap-dev] Commit r4809: fix java.lang.AssertionError while building index from unicode tiles

problems as unicode sort had for unspecified characters. I'll also investigate the other change relating to collation strength. Ticker On Sat, 2021-10-23 at 22:26 +0200, Carlos Dávila wrote: Hi devs. With this new version I get a new crash, but now with --code- page=936, not with unicode

Re: [mkgmap-dev] Commit r4809: fix java.lang.AssertionError while building index from unicode tiles

Hi devs. With this new version I get a new crash, but now with --code-page=936, not with unicode: Exception in thread "main" java.lang.AssertionError: mdr20 value changed f=5174 t=5180 count=2995     at uk.me.parabola.imgfmt.app.mdr.Mdr5Record.setMdr20(Mdr5Record.java:134)     at

Re: [mkgmap-dev] java.lang.AssertionError while building index from unicode tiles

In that case, it seems estrange that only 2 of 67 tiles of China map cause problems, doesn't it? El 17/10/21 a las 12:16, Ticker Berkin escribió: Hi It is most likely that this problem is because Chinese requires 2 UTF16 chars to encode many of its characters - see

[mkgmap-dev] java.lang.AssertionError while building index from unicode tiles

Hi all I'm getting error below while building index from this tile: https://files.mkgmap.org.uk/download/523/31177029.o5m. Minimum mkgmap options triggering the error are: java -jar mkgmap-trunk.jar --bounds=bounds.zip --index --unicode 31177029.o5m Another tile from the same splitter run

Re: [mkgmap-dev] mkgmap doing excessive writing and converting to disk if used with --gmapi option

lso think that gmapsupp contains a collection of *.img files, but maybe those could be created on the fly... Gerd Von: mkgmap-dev mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>> im Auftrag von Carlos Dávila mailto:car...@alterna

Re: [mkgmap-dev] mkgmap doing excessive writing and converting to disk if used with --gmapi option

ailto:mkgmap-dev-boun...@lists.mkgmap.org.uk><mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk<mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>><mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk<mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk><mailto:mkgmap-dev-boun...@lists.mkgmap.org

Re: [mkgmap-dev] mkgmap doing excessive writing and converting to disk if used with --gmapi option

I think it's a good idea if mkgmap checks the required files are present. El 12/9/21 a las 21:16, Gerd Petermann escribió: Hi Felix, so you just want a new option so that mkgmap doesn't fail if it cannot overwrite (write-protected) files in the output directory, right? No need to verify the

Re: [mkgmap-dev] mkgmap doing excessive writing and converting to disk if used with --gmapi option

I share the same issue exposed by Felix, but not only for contour lines but also for DEM, which I have precompiled as *.img for many countries and just combine with the updated OSM tiles. El 12/9/21 a las 19:10, Felix Hartmann escribió: And well - it is burning SSD for the contourlines

Re: [mkgmap-dev] Deletion of unneeded hgt files

for this area or did you do this already? Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Sonntag, 4. April 2021 11:21 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Deletion of unneeded hgt files El 3/4/21 a las 15:06, Gerd Petermann

Re: [mkgmap-dev] Deletion of unneeded hgt files

find 3 arcsec tile from viewfinderpanoramas for this tile, no 1 arcsec in VFP, SRTM or ALOS. Results are in new patch. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Samstag, 3. April 2021 13:27 An: mkgmap-dev@lists.mkgmap.org.uk Betreff

Re: [mkgmap-dev] Deletion of unneeded hgt files

files and they show a constant height of -29m as stated in the linked page. My understanding is that you don't have those files, but you should have. A non-existing file is treated like a file with height 0. Gerd Von: mkgmap-dev im Auftrag von Carlos

Re: [mkgmap-dev] Deletion of unneeded hgt files

Updated patch with typo El 3/4/21 a las 9:45, Carlos Dávila escribió: Attached patch deletes some hgt files which correspond to ocean areas from known-hgt.txt file. They just lead to confusing warnings when running mkgmap to generate a map with DEM

[mkgmap-dev] Deletion of unneeded hgt files

Attached patch deletes some hgt files which correspond to ocean areas from known-hgt.txt file. They just lead to confusing warnings when running mkgmap to generate a map with DEM. Index: resources/known-hgt.txt === ---

Re: [mkgmap-dev] Behavior of overview options

, but you can use --no-tdbfile to overwrite the default. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Mittwoch, 31. März 2021 15:18 An: Development list for mkgmap Betreff: [mkgmap-dev] Behavior of overview options According to options

[mkgmap-dev] Behavior of overview options

According to options file,  --overview-mapname and --overview-mapnumber parameters should only have an effect "If --tdbfile is enabled...", but they seem to be always taken into account regardless of --tdbfile, as can be checked with command: java -jar mkgmap.jar --gmapsupp

Re: [mkgmap-dev] Error writing overviewmap - continue at failure

Don't you have sea in your map? If yes, what do you need coastline for? El 28/2/21 a las 17:47, Mike Baggaley escribió: I have coastline in my overview of the UK down to the lowest level. At the lowest level, my overview contains just coastline, country boundaries, major cities and motorways.

Re: [mkgmap-dev] internal error: found no housenumber road

=language=non_latin --style-file=..\mio 51690125.o5m Also with a smaller extract. It seems your style in combination with --link-pois-to-ways triggers this... Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Donnerstag, 25. Februar 2021 23:06

Re: [mkgmap-dev] internal error: found no housenumber road

/tmp/no_housenumber.zip El 25/2/21 a las 22:34, Carlos Dávila escribió: According to your comment, I think it may be caused by the line below passed by  --road-name-config parameter. Testing now... suffix:en = " Avenue", " Close", " Court", " Crescent&quo

Re: [mkgmap-dev] internal error: found no housenumber road

he error message means that mkgmap found a matching road at some time and later it didn't. This should not happen, but maybe it depends on the style or other options. I downloaded the small area and tried with java -jar dist\mkgmap.jar --bounds=bounds.zip --route --housenumbers --index d:\OSM\

[mkgmap-dev] internal error: found no housenumber road

While processing Australia I get several warnings of the form: SEVERE (HousenumberGenerator): 51690125.o5m: internal error: found no housenumber road for interpolated house http://www.openstreetmap.org/?mlat=-37.782001=144.959382=17 Looking at that area in JOSM, I see addr:interpolation

Re: [mkgmap-dev] Pending changes

ice will recalculate or looking at the end-point route and, seeing it is stupid, choosing a better end-point. Ticker On Thu, 2021-02-11 at 18:05 +0100, Carlos Dávila wrote: Regarding your extra comment on #3, would it be really the case for bridges? What about any connected highway=* + bridge=yes?

Re: [mkgmap-dev] Pending changes

address fields to prevent it getting into the Address index 27/ Add comment about colour pallet to mapnik.txt Patch attached Ticker On Tue, 2021-02-09 at 11:30 +0100, Carlos Dávila wrote: On [1] Ticker proposed a set of changes to default style lines file. There was a long discussion about po

[mkgmap-dev] Pending changes

On [1] Ticker proposed a set of changes to default style lines file. There was a long discussion about point #14, which ended without a consensus. Other changes didn't get any objection, but they didn't get into trunk. I agree with numbers 1, 6, 8, 10, 15, 17, 18. Also with 7 and 16, but for

Re: [mkgmap-dev] Splitter download broken

You can update it with the attached (minor) patch El 1/2/21 a las 22:24, Steve Ratcliffe escribió: Hi Download for splitter r597 (and all older versions) is broken. Please check. Thanks for reporting, I have rebuild the latest release. It was removed because it is over a year old! Best

Re: [mkgmap-dev] Tiles pruned in DEM map

I have compiled Australia with mkgmap r4600, with dem and without --no-order-by-decreasing-area at the end of command line and all tiles seem to display correctly. Overview size is 4.5 GB. What size is expected to cause trouble? El 24/1/21 a las 8:59, Gerd Petermann escribió: Hi Ticker, my

Re: [mkgmap-dev] Tiles pruned in DEM map

I'm sorry for not giving feedback. I'll try to test updated mkgmap in the following days and report any issue. I suppose best way to detect overview map size problems is processing a big map, such as Europe or Asia. El 24/1/21 a las 8:59, Gerd Petermann escribió: Hi Ticker, my concern was

Re: [mkgmap-dev] Garmin Topo Europe map

If you want the accuracy of resolution 24, you need resolution 24. But you can remove any undesired element from the style used to generate your map. El 28/12/20 a las 19:21, Pierre Brico escribió: Yes: - there is no building anymore - address search is still working Is it possible to

Re: [mkgmap-dev] Tiles pruned in DEM map

for the combiners, esp. the overview map. I had understood. I built Australia map that way and worked fine, thanks. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Sonntag, 27. Dezember 2020 19:07 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re

Re: [mkgmap-dev] Tiles pruned in DEM map

los\51145001.o5m and the overview map has the same amount of 0x4a and 0x4b polygons as yours from 11-error.zip. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Samstag, 26. Dezember 2020 19:12 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [m

Re: [mkgmap-dev] Tiles pruned in DEM map

ttps://alternativaslibres.org/tmp/ovm_51145001.img>. El 22/12/20 a las 18:05, Carlos Dávila escribió: I'm sorry, probably I didn't explain well enough. Overview is always correct, the problem affects only tiles. As you saw in the screenshots of my first mail, they are different in si

Re: [mkgmap-dev] Tiles pruned in DEM map

--overview-dem-dist option or a modified polygon given with the --dem-poly option. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Montag, 21. Dezember 2020 22:09 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Tiles pruned in DEM map The problem s

Re: [mkgmap-dev] Tiles pruned in DEM map

ermann escribió: Hi Carlos, not sure if I understand what the problem is. The two screenshots show completely different tile boundaries, so they were not created from the same splitter output. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Donn

Re: [mkgmap-dev] Tiles pruned in DEM map

output. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Donnerstag, 17. Dezember 2020 23:44 An: Development list for mkgmap Betreff: [mkgmap-dev] Tiles pruned in DEM map I build several types of map (OSM, OSM+contour lines, maps for trucks

Re: [mkgmap-dev] Split gmapsupp.img

El 19/10/20 a las 0:30, Andrzej Popowski escribió: Hi Carlos, splitting could be useful, when you'd like to create img in one step. Other option is to install map on PC and then use MapInstall to create img. MapInstall does splitting for big maps. Hi Andrej I know I can use

Re: [mkgmap-dev] Split gmapsupp.img

Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Sonntag, 18. Oktober 2020 09:14 An: Development list for mkgmap Betreff: [mkgmap-dev] Split gmapsupp.img As far a I know, mkgmap is able to produce unlimited size gmapsupp files, but SD cards and internal device

[mkgmap-dev] Split gmapsupp.img

As far a I know, mkgmap is able to produce unlimited size gmapsupp files, but SD cards and internal device memories have a limit of 4 GB in a single file. To overcome that limit, recent versions of Garmin City Navigator maps are split into several gmapsupp that work as a single one in devices

[mkgmap-dev] mapnik.txt Spanish translation

I'm working on Spanish translation of mapnik.txt file. It's still a work in progress, but in order to avoid conflicts with changes announced by Karl (7770) I send a diff with current state. I've chosen String5 for Spanish, as it was the first unused number. Index:

Re: [mkgmap-dev] question about output-dir and indexing

mapname and description are taken from template.args. Try removing those parameters from your command line. Regarding index, in order to get right addresses you need to supply bounds file (--bounds). You can get it from http://osm.thkukuk.de/data/bounds-latest.zip El 5/10/20 a las 19:32, 7700

Re: [mkgmap-dev] Fwd: Re: "Small" SRTM1 files and DEM maps

Thanks!! El 5/10/20 a las 8:13, Gerd Petermann escribió: Hi Carlos, sorry, no idea what went wrong with the communication. I've now committed the patch with r4586. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Mittwoch, 24. Juni 2020

Re: [mkgmap-dev] Another AssertionError

directories. Enable logging with to find more information about the file that is corrupted: uk.me.parabola.mkgmap.combiners.FileInfo.level=INFO Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Dienstag, 22. September 2020 22:54 An: Development

[mkgmap-dev] Another AssertionError

I get the error reproduced below when I combine osm and contour lines precompiled tiles for the map of all Asia. Command line used is: java -Xmx27G -ea -jar mkgmap_trunk.jar --gmapi --max-jobs --index --latin1 --code-page=1252 --description="OSM-$MAPA-Topo" --family-name="OSM $MAPA Topo"

Re: [mkgmap-dev] Unable to build unicode map with index

it because it requires almost no space and maybe some old devices need it. With r4584 this should be fixed. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Dienstag, 22. September 2020 10:45 An: Development list for mkgmap Betreff: [mkgmap

[mkgmap-dev] Unable to build unicode map with index

Hello all I am trying to build an unicode map of Israel or Greece but they always fail with java.lang.AssertionError as soon as I add --index to command line. I have tried both my own style and default one. Only if I use an small osm file as input it succeeds. The simplest command line that

Re: [mkgmap-dev] DEM display level.

Are you sure BaseCamp doesn't also show DEM at 30 km-20 km zoom level in Mongolia map and 3000 km in Europe map? El 14/9/20 a las 5:12, Joao Almeida escribió: Hi, I have a question about the behavior of mkgmap. If I build 2 different maps using the same exact settings I get 2 different

Re: [mkgmap-dev] precomp sea test environment

I also face wrong sea from time to time. I agree a pre-check would be much useful. Also your sea-check style+empty tiles, thanks Gerd. El 10/9/20 a las 11:27, Joris Bo escribió: Hi Gerd I recently (24-8-2020) had the same problem. The bad sea.zip was about 14Mb smaller then usual. A

Re: [mkgmap-dev] DEM There is not enough room in a single garmin map for all the input data

El 1/9/20 a las 1:39, Joao Almeida escribió: There is however a different behaviour, this only happens if I try to include different polygon areas, if I just try the same are by it self it does not throw the message about map too big. Could you explain this a little bit further?

Re: [mkgmap-dev] DEM file options do not work

. On Sun, 30 Aug 2020 at 16:15, Carlos Dávila mailto:car...@alternativaslibres.org>> wrote: Hi Gerd Does it mean it is imperative DEM tiles have the same bounding box that tiles containing OSM data? I ask because I have recently tried building DEM img's with no OS

Re: [mkgmap-dev] DEM file options do not work

Hi Gerd Does it mean it is imperative DEM tiles have the same bounding box that tiles containing OSM data? I ask because I have recently tried building DEM img's with no OSM data (empty style) and then combining them with OSM tiles, in the same way I do with contour lines tiles, but MapSource

[mkgmap-dev] Fwd: Re: "Small" SRTM1 files and DEM maps

, but it seems to be generated against a different version of files in trunk. Mensaje reenviado Asunto: Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps Fecha: Tue, 21 Apr 2020 17:38:19 +0200 De: Carlos Dávila Para: mkgmap-dev@lists.mkgmap.org.uk Hi G

Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps

vel 0." shows how to interpret the data. It seems there are a few more variants... For now I'll try to support also the 1801 * 3601 * 2 format Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Donnerstag, 16. April 2020 17:41 An:

Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps

: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Donnerstag, 16. April 2020 11:19 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps Hi Gerd Forgot to mention files are downloaded as geotiff, but I then convert them to hgt, sorry. You ca

Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps

... El 17/4/20 a las 10:43, Gerd Petermann escribió: Hi Carlos, maybe you can ask the developers of gdal_translate? Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Freitag, 17. April 2020 10:32 An: Development list for mkgmap Betreff: Re

Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps

documentation. Gerd Von: Gerd Petermann Gesendet: Donnerstag, 16. April 2020 18:06 An: Carlos Dávila Betreff: AW: [mkgmap-dev] "Small" SRTM1 files and DEM maps Hi Carlos, the hgt files are very simple. They contain an array of n * n 16-bit values, no

Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps

someone documented how that format can be converted to *.hgt. Can you post a link to such a file? Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Montag, 13. April 2020 14:08 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] "

Re: [mkgmap-dev] "Small" SRTM1 files and DEM maps

data. The hgt format is not compressed. Do you know from where these 12.4 MB files came from? Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Samstag, 11. April 2020 17:09 An: Development list for mkgmap Betreff: [mkgmap-dev] "Small" S

[mkgmap-dev] "Small" SRTM1 files and DEM maps

I use phyghtmap to build contour lines and also to download hgt data that I then use to build DEM maps with mkgmap. For a long time, SRTM1 files (and also VFP1) have all been ~24.7 MB in size, but lately (I don't remember since when) SRTM1 are also served as 12.4 MB files. phyghtmap is able to

Re: [mkgmap-dev] Problem with drive-on

should add code in the boundary generator to warn when it stores a name for mkgmap:admin_level2 which doesn't show up in LocatorConfig.xml? Gerd Von: mkgmap-dev im Auftrag von Gerd Petermann Gesendet: Donnerstag, 5. Dezember 2019 20:08 An: Carlos Dávi

Re: [mkgmap-dev] Problem with drive-on

. Maybe you can post a link to that tile? Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Mittwoch, 4. Dezember 2019 12:15 An: Development list for mkgmap Betreff: [mkgmap-dev] Problem with drive-on I am preparing an areas.list file to split

[mkgmap-dev] Problem with drive-on

I am preparing an  areas.list file to split Oceania, so that each tile contains only roads driven on the same side. I have found a tile where all roads should be driven on left side, as it all lies within Indonesia, but mkgmap reports "Tile contains both drive-on-left (2695) and drive-on-right

[mkgmap-dev] Building map with Hebrew characters

I'm trying to build a map of Israel with Hebrew characters, but using --code-page=1255 a get the following assertion: at uk.me.parabola.imgfmt.app.srt.SRTFile.writeWeights(SRTFile.java:117)     at uk.me.parabola.imgfmt.app.srt.SRTFile.writeSrt4Chars(SRTFile.java:99)     at

[mkgmap-dev] Problem sending maps to device with latest versions of BaseCamp

Hi all In the last two months or so I have received several complains from users of my maps reporting when they send map to device via BaseCamp, although process is completed successfully, map is not loaded in device or only partially. 4.6.2 seems to be last version sending maps correctly.

Re: [mkgmap-dev] Commit r4244: Reduce number of includes in default style

Carlos Dávila Gesendet: Montag, 24. September 2018 23:11 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Commit r4244: Reduce number of includes in default style El 24/9/18 a las 9:37, svn commit escribió: Version mkgmap-r4244 was committed by gerd on Mon, 24 Sep 2018 Reduce number

Re: [mkgmap-dev] Commit r4244: Reduce number of includes in default style

El 24/9/18 a las 9:37, svn commit escribió: Version mkgmap-r4244 was committed by gerd on Mon, 24 Sep 2018 Reduce number of includes in default style The removed includes were only included in one file and some rules were repeated. unIncDefault.patch by Ticker Berkin I've noticed this

Re: [mkgmap-dev] osmconvert64

El 17/05/18 a las 14:35, Manfred Haiduk escribió: I've played again with my map creation because i discovered a new phenomenom (only at map source or base camp, not on my GPSMAP276Cx). At the attached picture you see two icons at the place of a waterfall, the right one and curiosly an aircraft

[mkgmap-dev] Unspecific warning

What the meaning of this kind of warnings? What data should be fixed to avoid them? (ExtNumbers): 55171060.o5m: can't change intervals, road has already 250 points ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

[mkgmap-dev] Current state of --dem-reuse option

Hi Gerd Have you done any further development of option --x-dem-reuse mentioned at http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2018q1/027951.html ? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

[mkgmap-dev] LocatorConfig patch

Attached patch fixes a " Tile contains both drive-on-left and drive-on-right roads" warning compiling map of Cyprus island Index: resources/LocatorConfig.xml === --- resources/LocatorConfig.xml (revisión: 4127) +++

[mkgmap-dev] Change splitter Total time taken format the same than mkgmap

Attached is a patch that sets the same time format that was recently changed for mkgmap. I just copied the changes from mkgmap (I'm not a developer), so please check if it's correct before commit. Index: src/uk/me/parabola/splitter/Main.java

[mkgmap-dev] Error building DEM map

I'm facing an error compiling Algeria map with DEM, using SRTM1 hgt files. In a first run I use splitter as follows: java -Xmx6G -jar splitter.jar --max-nodes=200 --geonames-file=geonames/cities15000_$ABR.zip --mapid=551${FID}001 --output=o5m algeria.o5m It gives 5 tiles and when I run

[mkgmap-dev] Maps aspect ratio

One user of my maps has commented that in my maps longitude looks much shorter than latitude. Comparing the same area in three maps (CityNavigator, OpenFiestMap and my maps) they all show different aspect ratio [1]. Do you know reason for that? Any way to control it? [1]

Re: [mkgmap-dev] Commit r4124: slightly modified maxjobs-v6.patch by Mike Baggaley

El 19/02/18 a las 14:53, svn commit escribió: Version mkgmap-r4124 was committed by gerd on Mon, 19 Feb 2018 slightly modified maxjobs-v6.patch by Mike Baggaley -- if max-jobs option is not set, try to find a reasonable value -- further improve documentation of options -- report run time in

Re: [mkgmap-dev] Please test r4116

El 14/02/18 a las 15:44, Gerd Petermann escribió: Hi all, Please try r4116 [1] with normal splitter. I hope you don't see any more crashes in MapSource with the "Show Profile..." button or corresponding empty "Graphs" in Basecamp, even if you hgt files contain voids or if you use --dem-poly

Re: [mkgmap-dev] Problem with gmapi-builder

:43, Gerd Petermann escribió: Hi Carlos, maybe gmapi-builder.py cannot handle block sizes <> 512? Why do you that tool and not the --gmapi option ? Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Carlos Dá

[mkgmap-dev] Problem with gmapi-builder

Since mkgmap r4092 I get errors like "Missing part: 0 of GARMIN .RGN in IMG-file" or "Missing part: 0 of ~�?�.�� in IMG-file" when I use gmapi-builder.py to transform maps to gmap format. r4091 works fine with gmapi-builder. Resulting *.gmapi folder is almost empty with r4092 and above.

  1   2   3   4   5   6   7   >