[mkgmap-dev] mkgmap and marine mode

I was informed by an user, that the Freizeitkarte maps are by default in marine mode. Has someone information which bit is set in this case and what the default set by mkgmap is? Cheers Klaus -- View this message in context: http://gis.19327.n5.nabble.com/mkgmap-and-marine-mode-tp5795133.html

Re: [mkgmap-dev] Commit: r2714: Make java 1.7 mandatory and refuse to run on earlier versions.

WanMil wrote > Do you have any numbers? What is the most used standard JVM? Here you will find some interesting facts: https://community.jboss.org/en/tools/blog/2012/07/30/observations-from-two-year-of-ping-backs-from-jboss-tools-users WanMil wrote > - isn't available for some OS > Can you be m

Re: [mkgmap-dev] Commit: r2714: Make java 1.7 mandatory and refuse to run on earlier versions.

Here my arguments. Java 7 ... - isn't the widespread used standard JVM - isn't available for some OS - isn't available as ready-to-use installation paket for some OS @Steve ... you said it yourself: "Although it is funny that I only changed to using 1.7 to run mkgmap in the last week!" Regards Kl

Re: [mkgmap-dev] Commit: r2714: Make java 1.7 mandatory and refuse to run on earlier versions.

-1 Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refuse-to-run-on-earlier-versions-tp5778111p5778195.html Sent from the Mkgmap Development mailing list archive at Nabble.com. __

Re: [mkgmap-dev] Basecamp 4.2.2 Inter-tile routing problem

We have a lot of complaints concerning the confuse routing ... no one has an idea? Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Basecamp-4-2-2-Inter-tile-routing-problem-tp5772247p5773856.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

Re: [mkgmap-dev] Basecamp 4.2.2 Inter-tile routing problem

Today Garmin has updated the Mac version of BaseCamp to release 4.2.2. With this release I'm able to reproduce the inter-tile routing problem. This means (imho): Garmin has changed something general. Possible workaround: Do not set the option "Road Type Avoidances - Interstates". Klaus -- View

Re: [mkgmap-dev] Basecamp 4.2.2 Inter-tile routing problem

This seems to be an old bug ... I'm able to reproduce it with BaseCamp 4.0.2 (Windows) and a map (Freizeitkarte Deutschland) from February 2013. But it seems that I'm not able to reproduce the effect with BaseCamp 4.2.1 (Mac) ... peculiar. Regards Klaus -- View this message in context: http:

Re: [mkgmap-dev] Is there a character limit concering the search index ?

Steve Ratcliffe wrote >> Question: Is there a character limit concering the search index ? > Not to my knowledge. > > But "Kunstobjekt" is not part of that name - so is it added by your > style? Are you sure that it is really in the name. > > ..Steve Right ... "Kunstobjekt" is added by my style

[mkgmap-dev] Is there a character limit concering the search index ?

I have this POI (OSM-Node 1379747163 at N50 20.132 E9 37.533) with a very long name: The search (with BaseCamp) for "Kunstobjekt" leads to nothing ... but the search for "Kunstobjek" is successful. Question: Is there a character limit concering the search index ? Regards Klaus -- View this

[mkgmap-dev] mkgmap support for JRE 1.6.x will be discontinued

=== You are using an old Java runtime environment 1.6.0_26 mkgmap support for JRE 1.6.x will be discontinued after June 2013. Please update the JRE to the latest release. === What are th

Re: [mkgmap-dev] Norway not buildable with the no-trim option

I have tested the norway map in both of my devices (Montana, Dakota) and couldn't find any problem. Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Norway-not-buildable-with-the-no-trim-option-tp5741482p5743274.html Sent from the Mkgmap Development mailing list ar

Re: [mkgmap-dev] Norway not buildable with the no-trim option

Hi Gerd, here are the results with splitter r276: Splitter version unknown compiled 2013-01-03T19:08:35+ cache= description= geonames-file=/home/kto/Freizeitkarte-Entwicklung-1212/cities/cities15000.zip keep-complete=true mapid=65780001 max-areas=512 max-nodes=80 max-threads=3 mixed=false

Re: [mkgmap-dev] Norway not buildable with the no-trim option

GerdP wrote > ... > Hmm, I did not commit the latest changes to weight the sea nodes with a > factor of two. > The open question is: will we see problems when a tile contains only sea > and land polygons? > Do you want to try that? > > I think the more promising approach is to use generate-sea=pol

Re: [mkgmap-dev] Norway not buildable with the no-trim option

Hi Gerd, I have tried to build the norway map (unmodified data) with splitter 275 (on top of splitter 270) ... but the result was negativ: There is not enough room in a single garmin map for all the input data The .osm file should be split into smaller pieces first. Question: Is r275 the righ

Re: [mkgmap-dev] Norway not buildable with the no-trim option

Hi Gerd, does it makes sense to build a norway map with the "new" splitter ? Currently I don't think so - right ? Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Norway-not-buildable-with-the-no-trim-option-tp5741482p5742552.html Sent from the Mkgmap Development

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

I have tried to follow this discussion ... difficult without a lot of internal knowlegde. It seems that my norway notrim issue reveals a general problem. Please let me know if I can help anyway (eg. by building testmap or providing data) ... Regards Klaus -- View this message in context: http:

Re: [mkgmap-dev] Polygons deformed [Antwort]

GerdP wrote > I assume this problem will "disappear" when cheap hardware is able to > handle > more details, means, Garmin will sell new hardware with new software and > new map > formats or everything will be done just in time using online data. > > Gerd Offtopic: The competitors are already th

Re: [mkgmap-dev] Norway not buildable with the no-trim option

> I see only one reason for using --no-trim with r263: If you want to have tiles that cover the original bounding box of the input file completely. Hi Gerd, yes, that's exactly the reason fr using the "--no-trim" option. The results is, that the map looks like a (rectangular) map ... I think Norw

Re: [mkgmap-dev] Norway not buildable with the no-trim option

Hi Gerd, thanks for looking into it ... yes I add contours to the map data. In case of Norway the map data are 86 MB and the elevation data are 145 MB (both in pbf format). You can find the requested data here: http://www.freizeitkarte-osm.de/maps/Tmp/Norwegen/Freizeitkarte_Norwegen/ Regards Kla

[mkgmap-dev] Norway not buildable with the no-trim option

I'm not able to build the map for Norway with the "no-trim" option. - Source:norway extract from geofabrik from 22.12.2012 - Bounds from 18.11.2012, Sea Tiles from 12.12.2012 - mkgmap 2412 / splitter 263 Splitter options: Splitter version 263 compiled 2012-12-17T19:04:48+ cache= description=

Re: [mkgmap-dev] new tile splitter released: r263

I have build a lot of maps with the combination "mkgmap 2412 / splitter 263" ... looks very good for me. @Gerd: Thanks for the "hard" work. Regards Klaus PS: There was one exception - Norway wasn't buildable with the "no-trim" option. I will open a separate thread for this problem. -- View th

Re: [mkgmap-dev] Remove createbounds option?

I also think that a separate tool for bounds and sea tiles is (imho) ok. Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Remove-createbounds-option-tp5741270p5741323.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

Re: [mkgmap-dev] splitter r254

Hi Gerd, thanks for this essential, invaluable and excellent summary ! Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/splitter-r254-tp5739717p5739849.html Sent from the Mkgmap Development mailing list archive at Nabble.com. _

Re: [mkgmap-dev] splitter r254

Hi Gerd, release candidate ... sounds good after all the hard work. Is it possible for you to write a (short) summery concerning all changes and enhancements ? (I have to admit that I got lost in "all" the splitter threads.) Regards Klaus -- View this message in context: http://gis.19327.n5.

Re: [mkgmap-dev] R: mkgmap birthday

Congratulations and many thanks to - Steve - WanMil - GerdP - Marko for writing and maintaining splitter and mkgmap for a very long time. Six years for an open source project is like 50 years Rolling Stones on stage. My wishlist for the future: @Garmin: Please open your map format - this is nothi

Re: [mkgmap-dev] splitter r232

Sounds like a release candidate ... I will run some tests with it. Klaus -- View this message in context: http://gis.19327.n5.nabble.com/splitter-r232-tp5735799p5735825.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkg

Re: [mkgmap-dev] OSM-Id accessable in style ?

I have got an answer from geofabrik concerning the incomplete relations in their extracts. The tool geofabrik uses ("history splitter") does currently not makes sure, that a relation is always cut out complete. Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/OSM-I

[mkgmap-dev] Node IDs greather than 2.147.483.647 - problems expected ?

It is expected that the node ID count reaches this weak 2.000.000.000. Are there any problems expected when the int max limit (2.147.483.647) will be reached ? Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Node-IDs-greather-than-2-147-483-647-problems-expected-t

Re: [mkgmap-dev] splitter that generates problem list

GerdP wrote > ... I see --mixed in your parameter list. I can't say for sure, but I'd > say that the new algorithm may not work correctly with mixed input. It is > on my todo list to find out. > Do you really have a mixed pbf ? I think so - but I'm not sure ... I add elevation data to the osm data

Re: [mkgmap-dev] splitter that generates problem list

I have build further maps for GBR and CHE ... everthing looks good for me. Great work ... Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/splitter-that-generates-problem-list-tp5734014p5734103.html Sent from the Mkgmap Development mailing list archive at Nabble.co

Re: [mkgmap-dev] splitter that generates problem list

GerdP wrote > ... maybe I've already fixed that problem. Please try r216: > http://www.mkgmap.org.uk/splitter/splitter-problem-list-r216.jar ... Yes, you are right - with r216 I was able to successfully build the map for italy: java -Xmx6000M -jar /home/kto/Freizeitkarte-Entwicklung/tools/splitt

Re: [mkgmap-dev] splitter that generates problem list

GerdP wrote >> Questions: >> - Do you save the automatic generated problem list somewhere ? > No, but this could be done. What do you want to do with it? I currently haven't the demand for such a file ... but in case of problems a detailed log file could be very helpful. Regards Klaus -- View

Re: [mkgmap-dev] splitter that generates problem list

Splitting the current geofabrik extract for italy fails with an exception: java -Xmx6000M -jar /home/kto/Freizeitkarte-Entwicklung/tools/splitter-r214/splitter.jar --geonames-file=/home/kto/Freizeitkarte-Entwicklung/cities/cities15000.zip --mixed --no-trim --overlap=0 --keep-complete --mapid=63800

Re: [mkgmap-dev] splitter that generates problem list

Hi Gerd, I have run a first test with sweden (problematic: Vänern sea) ... *Without --keep-complete:* java -Xmx6000M -jar /home/kto/Freizeitkarte-Entwicklung/tools/splitter-r214/splitter.jar --geonames-file=/home/kto/Freizeitkarte-Entwicklung/cities/cities15000.zip --mixed --no-trim --overlap=10

Re: [mkgmap-dev] OSM-Id accessable in style ?

Minko-2 wrote > I would like to skip this mp from my germany map; it is probably broken in > de Geofabrik Germany abstract, so it will be flooded in my map: > http://www.openstreetmap.org/browse/relation/1685222 Yes, this mp is incomplete. Last week I have asked geofabrik if it's possible to make

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Minko-2 wrote > I did, Klaus: --problem-file=problem_polygons.txt Oops - sorry - it seems I'm blind today. Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5732199.html Sent from the Mkgmap Development mailing list archive at Na

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Minko-2 wrote > I have tested the patch but the southern half of Lake Geneva is still dry, > ... > java -Xmx1400m -jar splitter-r200\splitter_patched.jar > --write-kml=areas.kml --split-file=areas.list --no-trim --output=pbf > --problem-file=problem_polygons.txt alps.osm.pbf > ... Hi Minko, you h

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

The patch works for my sweden map (vänern): Before: After: Grand ... Klaus -- View this message in context: h

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Thanks for providing the patch ! I would like to verify the patch with a map of sweden (vänern sea). But I'm not familiar with pachtes ... how to apply the patch ? Or is it possible to provide a ready-to-run patched splitter ? Regards Klaus -- View this message in context: http://gis.19327.n5

Re: [mkgmap-dev] White tiles in the sea

Excellent Henning - thanks for pointing to this ... Yes you are right - the problem was caused by the avoidance of the "--no-trim" parameter in splitter. In the past I had touble with this paramater. Under special circumstances the parameter leads to an exception. The exception occurs on some sea

[mkgmap-dev] White tiles in the sea

I'm using the new strategy with "predefined sea tiles" for building my maps. Occasional I have a problem with "white tiles": Questions: - Has someone else similar problems ? - Has someone an idea what the p

Re: [mkgmap-dev] Still problems with lakes

If a list with the IDs of all huge polygons is helpful, such a list could perhaps created by - user (manually) - mkgmap (automatic) Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5726700.html Sent from the Mkgmap Development ma

Re: [mkgmap-dev] Still problems with lakes

@GerdP: Some ideas concerning the "huge polygon problem": - huge polygons are rare - a broken polygon leads to an ugly (amateur like) map - it's hard to find all broken polygons in a map manually Some questions concerning a solution: - is it possible to implement a "huge polygon" parameter ? - th

Re: [mkgmap-dev] Address search for Rostock doesn't work

Thanks for pointing to the debugging option. What I got was an overwhelming mass of data. Probably the area was too large ... Regards Klaus PS: In the meantime the problem with Rostock is solved. But if someone has an prettyprinter for a mdr file - I'm interested. -- View this message in conte

Re: [mkgmap-dev] ODbL precompiled bounds and sea

Thanks to WanMil for providing the bounds and sea files. Regards Klaus PS: How is it possible to create the sea file by oneself ? -- View this message in context: http://gis.19327.n5.nabble.com/ODbL-precompiled-bounds-and-sea-tp5725494p5725908.html Sent from the Mkgmap Development mailing lis

Re: [mkgmap-dev] Problem with huge polygon - vänern sea - sweden

First of all thanks to Marko and Henning for providing their (manually created) areas.list files. The problem occurs if one lets splitter create its own areas.list file. That's exactly what I do (and what I currently would not change). The same problem is discussed here: http://gis.19327.n5.nabbl

Re: [mkgmap-dev] [PATCH v1] Rework of the location-autofill parameter

Isn't it better to use "N.N." (or something like this) instead of a single blank " " ? "N.N." makes clear that something is missing - a single blank " " probably doesn't. Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/PATCH-v1-Rework-of-the-location-autofill-para

Re: [mkgmap-dev] understanding style files

@Marko: Thanks for the hint - this variant works as expected: tourism = hotel & name = * { set name = '${stars}* ${name} (Hotel)' | '${name} (Hotel)' } [0x2b01 resolution 24 continue with_actions] ... amenity = restaurant & cuisine = regional & name = * {set name = '${name} (${cuisine}, Restaurant

Re: [mkgmap-dev] understanding style files

You stated out that name isn't processed twice. My question: Is it possible to implement that ? Here's a real life example: Data: amenity: restaurant building: yes cuisine: regional name: Gasthof Stern stars: 3 tourism: hotel Point style: tourism = hotel & name = * { name '${stars}* ${name} (Hot

Re: [mkgmap-dev] Address search for Rostock doesn't work

Thanks to Thorsten for the valuable hint ... This quick-and-dirty solution solves the problem: An alternative solution could be this ("admin_level 7" will completely be ignored): In germany "admin_level 7" is used for special or artificial administration regions. Mostly they are called "Ämter",

[mkgmap-dev] Address search for Rostock doesn't work

Hi all, the address search for Rostock (germany) doesn't works for me. In BaseCamp I see the correct region "Rostock, Rostock, DEU", but no street can be found there. In my Garmin GPSr (Dakota-20) no city with the name Rostock exists - peculiar. I have build new bounds from scratch, based on the c

[mkgmap-dev] WARNING: input files have differing sort orders

Hi all, what does this warning mean ? WARNING: input files have differing sort orders Regards Klaus PS: All images are compiled with mkgmap r2309 and the option "--latin1". java -Xmx6000M -jar /home/kto/Freizeitkarte-Entwicklung/tools/mkgmap/mkgmap.jar --max-jobs=3 --license-file=license.txt

[mkgmap-dev] IllegalArgumentException: Illegal Capacity: -545480700

Hi all, I get this exception when building a map of france: java -Xmx7000M -jar E:/Freizeitkarte-Entwicklung/tools/mkgmap/mkgmap.jar --max-jobs=2 -c Freizeitkarte_Frankreich.cfg java.lang.IllegalArgumentException: Illegal Capacity: -545480700 at java.util.ArrayList.(Unknown Source)

[mkgmap-dev] Problem with huge polygon - vänern sea - sweden

Hi all, I'm currently working on a map of sweden. I run into a problem concerning the vänern sea (between Vänersborg and Karlstad). This is an very huge polygon / sea - 10 times larger than the german/swiss Bodensee. Only a small part of the sea will be displayed on the as water: http://gis.19327

[mkgmap-dev] How to avoid car routing on blocked roads ?

Hi all, I want to avoid car routing on blocked roads (eg. roads with bollards in the middle of the road). mkgmap default styles (points): barrier = bollard | barrier = bus_trap {add access = no; add bicycle = yes; add foot = yes} [0x660f resolution 24] What I want to achieve: In "points" someth

Re: [mkgmap-dev] Holes in the Sea

I have a similar problem with portugal (unmodified geofabrik extract, coastlines). http://gis.19327.n5.nabble.com/file/n5519589/Screenshot_20120227_180429.png Klaus splitter: --mixed --overlap=1 --max-nodes=60 mkgmap: generate-sea:multipolygon,no-sea-sectors,extend-sea-sectors,close-ga

[mkgmap-dev] Explanation for the mkgmap optimization options

Hi all, I'm at the point where it seems that my map overcharges the GPSr (probably too much details). mkgmap offers some optimization options: --reduce-point-density=NUM Simplifies the ways with the Douglas Peucker algorithm. NUM is the maximal allowed error distance, by which the resulting way m

Re: [mkgmap-dev] Preprocessor for style files

This looks (very) interesting: http://www.synesys.com/Downloads/ppp.html Concerning the style files it allows something like this: *perl ppp.pl polygons-master polygons -DGPSR* ... #include "indexsearch" ... #ifndef GPSR building = * [0x13 resolution 20] #endif ... Klaus -- View this messa

Re: [mkgmap-dev] Downloading pbf files

If you are on OS X or linux you can use "curl" - example: curl --location --url "http://download.geofabrik.de/osm/europe/germany/nordrhein-westfalen/muenster.osm.pbf"; --output "/Volumes/OneTouch4/Freizeitkarte-Entwicklung/source/Kartendaten_Freizeitkarte_Muenster.osm.pbf" Klaus -- View this me

Re: [mkgmap-dev] generate-sea:polygons broken between mkgmap r2160 and r2168

I have experimented with "polygons" in the past but this was unsuccessful. May be due to the problem you have found yet. Could you explain the basic difference between "multipolygon" and "polygons" ? And what is the advantage of "polygons" ? Thanks - Klaus -- View this message in context: http:

Re: [mkgmap-dev] generate-sea:polygons broken between mkgmap r2160 and r2168

This works for me: generate-sea:multipolygon,no-sea-sectors,extend-sea-sectors,close-gaps=5000,land-tag=natural=land Klaus -- View this message in context: http://gis.19327.n5.nabble.com/generate-sea-polygons-broken-between-mkgmap-r2160-and-r2168-tp5492769p5495304.html Sent from the Mkgmap Deve

Re: [mkgmap-dev] BaseCamp 3.3 and Routing

Garmin explains the new routing features as follows: ... We added more activity profiles, in preparation for maps that will support routing based on activity (mountain-bikers might want different routes that road bikers). You will now be able to add custom profiles, and you can hide profiles you

[mkgmap-dev] BaseCamp 3.3 and Routing

BaseCamp 3.3 offers some new features concerning routing: http://gis.19327.n5.nabble.com/file/n5474741/Routing-BC33-1.png http://gis.19327.n5.nabble.com/file/n5474741/Routing-BC33-2.png http://gis.19327.n5.nabble.com/file/n5474741/Routing-BC33-3.png How is it possible to take advantage from

Re: [mkgmap-dev] Idea for a "--split-pois" option

Splitting is a bit misleading - it's more a doubling. And here is an example where continue doesn't do the job or leads to a complex logic: tourism = alpine_hut & name = * & ele = * {name '${name} (${ele}) (Berghütte)'} [0x4803 resolution 23] tourism = alpine_hut & name = * {name '${name} (Berghü

[mkgmap-dev] Idea for a "--split-pois" option

Hi list, I have a node with two POIs inside (amenity=restaurant and tourism=alpine_hut): addr:city: Axams addr:country: AT addr:postcode: 6094 addr:street: Köhlgasse amenity: restaurant ele: 1927 name: Coburger Hütte operator: DAV Sektion Coburg operator:tenant: Friedrich Schranz smoking: no tour

Re: [mkgmap-dev] [PATCH V1] boundary preparer with quadtree

Why not only one (compressed) file ? Klaus -- View this message in context: http://gis.19327.n5.nabble.com/PATCH-V1-boundary-preparer-with-quadtree-tp5454571p5459756.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-d

Re: [mkgmap-dev] [PATCH V1] boundary preparer with quadtree

Hi, is it also possible to change the file organization? The world bounds contains 17.152 single files. I think this is very unhandy. Klaus -- View this message in context: http://gis.19327.n5.nabble.com/PATCH-V1-boundary-preparer-with-quadtree-tp5454571p5455964.html Sent from the Mkgmap Develo

Re: [mkgmap-dev] Incorrect tiles (filled with unwanted data)

Hi Marko, thanks for the hint - the option "--overlap=1" solves my problem. The usage help says: --overlap Nodes/ways/rels that fall outside an area will still be included if they are within this many map units. Default is 2000. Could someone explain more detailed the influence of the overl

[mkgmap-dev] Incorrect tiles (filled with unwanted data)

Hi all, for a few tiles I have the problem that the tile is filled with unwanted data: The problem: http://gis.19327.n5.nabble.com/file/n5444194/Screenshot_20120131_112548.png On a larger map it's ok: http://gis.19327.n5.nabble.com/file/n5444194/Screenshot_20120131_112622.png Any ideas ? Kla

Re: [mkgmap-dev] New stable release?

Friedrichstrasse search on OS X (BaseCamp 3.3.0.2 Beta): Search for: Friedrichstrasse near: Berlin, Berlin, DEU Result: 1x Friedrichstrasse Klaus PS: Nevertheless r2174 seems to be a good candidate for a stable version. -- View this message in context: http://gis.638310.n2.nabble.com/New-sta

Re: [mkgmap-dev] How to create the bounds for europe ?

OK - this workflow was successful: Step 1: osmconvert europe.osm.pbf --out-o5m >europe.o5m Step 2: osmfilter europe.o5m --keep-nodes= --keep-ways-relations="boundary=administrative" >europe-boundaries.osm Step 3: java -Xmx2500M -jar mkgmap.jar --createboundsfile=europe-boundaries.osm --bounds=e

[mkgmap-dev] How to create the bounds for europe ?

In germany we have done some optimication concerning the index search. We have changed a lot of the admin_level names. In order to benefit from this changes I have tried to create the europe bounds. But this wasn't successful - I have tried it with mkgmap r2164 First try (Windows 7): java -Xmx7000

Re: [mkgmap-dev] feedback about speedup patches

My first impression is "2.5 hours is a very long time" but it depends on ... - What do you build ? - What do you use (world bounds, world coastlines) ? - What are your hardware resources (number of cores, ram, ...) ? - Which OS are you using ? - ... A finding from yesterday: Using the world coast

Re: [mkgmap-dev] feedback about speedup patches

My first impression is "2.5 hours is a very long time" but it depends on ... - What do you build ? - What do you use (world bounds, world coastlines) ? - What are your hardware resources (number of cores, ram, ...) ? - Which OS are you using ? - ... A finding from yesterday: Using the world coast

[mkgmap-dev] Preprocessor for style files

My style file are becoming more and more complex. IMHO a (simple) preprocessor would be very helpful. Important features (analogue C preprocessor): - ##include (includes a text file) - ##define (defines a preprocessor var; also as command line option) - ##ifdef (checks if a preprocessor var is def

Re: [mkgmap-dev] License text

Just a hint: The option "--license-file=file" only works as command line option. It doesn't work if it's part of a configuration file. Klaus -- View this message in context: http://gis.638310.n2.nabble.com/License-text-tp6092865p7141781.html Sent from the Mkgmap Development mailing list archive

Re: [mkgmap-dev] exclude words from city / state

Here some stats: Germany, admin_level 8, name prefix: "Gemeinde " = 658x (!) "Stadt " = 67 Austria, admin_level 8, name prefix: "Gemeinde " = 1925x (!) My recommendation: - "Gemeinde " should be removed by default for germany and austria - "Stadt " should be corrected by the mappers Klaus --

Re: [mkgmap-dev] exclude words from city / state

The following suggestions are tested and are working fine: 1. (Thorsten) mkgmap:country=DEU & mkgmap:city!=* & mkgmap:admin_level8~'Gemeinde.*' { set mkgmap:city='${mkgmap:admin_level8|subst:Gemeinde }' } mkgmap:country=DEU & mkgmap:city!=* & mkgmap:admin_level8~'Stadt.*' { set mkgmap:city='${mkg

Re: [mkgmap-dev] Draw priority of lines

OK - and how to interpret this comment from the mkgmap default lines file? ... # The following boundary styles are after the highway rules because ways # are frequently tagged with both and we want the highway to take priority. boundary=administrative { name '${mkgmap:boundary_name}' } ... -- Vi

[mkgmap-dev] Draw priority of lines

In the same map I have sometimes the unwanted effect that a stream (river) overlays a way. That's what I want: http://gis.638310.n2.nabble.com/file/n7078255/Bridge-OK.png But often I get this: http://gis.638310.n2.nabble.com/file/n7078255/Bridge-NOK.png The streams are defined after the ways i

Re: [mkgmap-dev] exclude words from city / state

How is it possible to substitute more than one word ? I have something like this as names in "admin_level=8": "Gemeinde Spalt" "Gemeinde Maxdorf" "Stadt Linz am Rhein" "Stadt Rodgau" I want to replace "Gemeinde " and "Stadt " with nothing. How is it possible to combine: mkgmap:country=DEU & mkgma

Re: [mkgmap-dev] License text

I'm also interested in an option to control the copyright text. Reason: I want to create an osm map with integrated srtm data. Concerning the (correct) srtm copyright message you will find more infos here: http://www.cgiar-csi.org/data/elevation/item/45-srtm-90m-digital-elevation-database-v41 Imp

Re: [mkgmap-dev] routing on new devices

The idea behind "avoid carpool lanes" is: - different profiles for cars, bicycles (and pedestrians) - car profile: avoid carpool lanes - bicycle profile: allow carpool lanes Regards Klaus PS: Concerning "add" and "set" - I agree - "set" would be better. -- View this message in context: http://g

Re: [mkgmap-dev] routing on new devices

The code snippet was incomplete: highway = cycleway & bicycle = designated {set highway = radweg} highway = path & bicycle = designated {set highway = radweg} highway = path & bicycle = official {set highway = radweg} # "radweg" verarbeiten: # - # Verbleibende Eleme

Re: [mkgmap-dev] routing on new devices

I use carpool lanes to avoid cars from cycleways - and it works fine. highway = radweg {add mkgmap:carpool=1} highway = radweg {add access = no; add bicycle = yes; add foot = yes} Regards Klaus -- View this message in context: http://gis.638310.n2.nabble.com/routing-on-new-devices-tp7001203p701

Re: [mkgmap-dev] [PATCHv4]splitter memory usage

Hi GerdP, I'm a little bit confused about the changes of the changes. >The default is now to assume a highest node id of 2^31 and resize when needed. Does this mean that the 'old' limit is back ? Regards Klaus -- View this message in context: http://gis.638310.n2.nabble.com/PATCH-splitter-mem

Re: [mkgmap-dev] [PATCH]splitter memory usage

GerdP wrote: > ... Still not solved by this patch: > - Memory usage depends on the highest node id in the data. > - Node id > Integer.MAX_VALUE do not work (not a problem at this moment) > If this small patch is okay for you, I can provide a bigger one that also > fixes these issues, but touches m

Re: [mkgmap-dev] gmapsupp visible in Basecamp

Just for my understanding - What's your intention ? As map creator it's possible to create BaseCamp map as well as GPSr maps. Klaus -- View this message in context: http://gis.638310.n2.nabble.com/gmapsupp-visible-in-Basecamp-tp6917545p6919623.html Sent from the Mkgmap Development mailing list a

Re: [mkgmap-dev] Perculiar index search concerning bus_stops

Just for clarification: All bus_stops have the point number 0x2f08. That means that they also must be available as categorized POIs. But what I see in the category is the same result as above - peculiar. Regards Klaus -- View this message in context: http://gis.638310.n2.nabble.com/Perculiar-in

[mkgmap-dev] Perculiar index search concerning bus_stops

It seems that the index search doesn't work correct for POIs which occur very often. Remarks: - Haltestelle (german) = bus stop - Compiler = r2049 Screenshot (BaseCamp OS X) - result OK (many bus_stops available): http://gis.638310.n2.nabble.com/file/n6892353/Haltestellen-OSX.png Screenshot (

Re: [mkgmap-dev] add-pois-to-areas processing vs. point processing

Perfect and just-in-time - thanks for implementing this. Regards Klaus -- View this message in context: http://gis.638310.n2.nabble.com/add-pois-to-areas-processing-vs-point-processing-tp6885984p6886385.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___

[mkgmap-dev] add-pois-to-areas processing vs. point processing

Question: Is it possible to achieve for a point, generated by add-pois-to-areas, the same processing as for an identical point? point: name: Junge shop: bakery Rule: shop = bakery & name = * {name '${name} (Bäckerei)'} [0x2a0d resolution 24] Result: Junge (Bäckerei) closedway: building: yes name:

Re: [mkgmap-dev] Coastline issues - analysis and possible solution

Thanks for providing the coastline data. Regards Klaus -- View this message in context: http://gis.638310.n2.nabble.com/Coastline-issues-analysis-and-possible-solution-tp6735954p6848795.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

Re: [mkgmap-dev] No line drawing on specific polygons

Thanks for the answers. My intention is / was to avoid something like this: http://gis.638310.n2.nabble.com/file/n6772670/graveyard-footways.png The mappers are very diligent ... Maybe a feature request for the future. Klaus -- View this message in context: http://gis.638310.n2.nabble.com/No

Re: [mkgmap-dev] Routing - Documentation and Best Practice

I have tested the routing behavior on my Dakota-20 with firmware 4.70. The behavior is as expected and totally different from BaseCamp (Windows, OS X). Maybe a bug in BaseCamp ... -- View this message in context: http://gis.638310.n2.nabble.com/Routing-Documentation-and-Best-Practice-tp6710634p67

[mkgmap-dev] No line drawing on specific polygons

Question: Is it possible to avoid the drawing of lines on a specific polygon? E.g.: I would like to suppress the drawing of footways on graveyards. Regards Klaus -- View this message in context: http://gis.638310.n2.nabble.com/No-line-drawing-on-specific-polygons-tp6765345p6765345.html Sent fro

Re: [mkgmap-dev] Routing - Documentation and Best Practice

Minko-2 wrote: > > I just noticed that even cars are routed on cycleways on OSM maps... > Yes you are right. BTW: This was the reason why I have started this thread. I have always tested my maps with BaseCamp (3.2.1 / 3.2.2, Windows, OS X) and on my Dakota-20 with the new Firmware 4.30. I thoug

Re: [mkgmap-dev] Routing - Documentation and Best Practice

Sounds terrible - devaluates *all* OSM garmin maps. Next week I will do further test on my Dakota-20 with Firm 4.30. Klaus PS: My workaround is to use the "toll and ferry" bits (toll for footways and ferry for cycleways). Yes I agree, it's a dirty workaround. And I hope that someone finds the re

Re: [mkgmap-dev] Routing - Documentation and Best Practice

Further investigation has shown a significant difference (concerning routing) between MapSource (Windows, 6.16.3) and BaseCamp (Windows, OS X, 3.2.2). It seems that the access bits (e.g. access=no; bicycle=yes; ...) in BaseCamp are not working as expected. Could someone verify my observation? Tha

Re: [mkgmap-dev] Road name depending on the zoom level

You can do something like this in your lines style file: highway = primary {set name = '${name}' | '${ref}' | ''} [0x03 road_class=3 road_speed=5 resolution 24 continue with_actions] highway = primary {set name = '${name}' | '${ref}' | ''} [0x01040e resolution 23 continue with_actions] highway = p

  1   2   >