[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.

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

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

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

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:

[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

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 and is

[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

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

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:

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] 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

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=polygons,

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

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 there ...

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

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 Norway

[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] 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:

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

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. ___

[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:

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:

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

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

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 this

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

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

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] 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

The patch works for my sweden map (vänern): Before: http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.13.01.png After: http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.33.49.png Grand ... Klaus -- View this message in context:

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

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

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:

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: http://gis.19327.n5.nabble.com/file/n5729561/Bildschirmfoto_2012-10-09_um_09.46.13.png Questions: - Has someone else similar problems ? - Has someone an idea what the

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

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 ? - the

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:

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:

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}

[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

[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.init(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:

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:

[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

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

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 message

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:

[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] [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-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

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}

[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 ?

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

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:

[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

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

[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

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

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

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 -- View this

[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

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}' } ... --

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 mkgmap:city!=*

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

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:

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:

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 many

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

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:

[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

[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] 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.

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:

[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

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:

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: [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 though

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?

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 =

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

Could someone describe the unwanted side effects of the avoid carpool roads setting ? Thanks - Klaus -- View this message in context: http://gis.638310.n2.nabble.com/Routing-Documentation-and-Best-Practice-tp6710634p6715703.html Sent from the Mkgmap Development mailing list archive at

[mkgmap-dev] Routing - Documentation and Best Practice

Currently I'm working on the routing feature of my garmin maps and run into some problems. I was looking for detailed information concerning routing (incl. best pratice) but couldn't find such a document. Question: Could someone point me to such a documentation or describe the best practice?

[mkgmap-dev] Routing - Documentation and Best Practice

Currently I'm working on the routing feature of my garmin maps and run into some problems. I was looking for detailed information concerning routing (incl. best pratice) but couldn't find such a document. Question: Could someone point me to such a documentation or describe the best practice?

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

Thanks for the response - I have something like this: highway = path foot = designated {set highway = fussweg} highway = footway foot = designated {set highway = fussweg} ... # Routing (nur Fussgaenger zulassen) highway = fussweg {add access = no; add foot = yes} highway = fussweg [0x16

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

The effect on BaseCamp OS X (3.2.1) Map with routing (red line = foot only; blue line = foot + bicycle): http://gis.638310.n2.nabble.com/file/n6710993/Map.png Map with unexpected motorcar routing: http://gis.638310.n2.nabble.com/file/n6710993/Unexpected_Routing.png Map with expected

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

It seems that the avoid features (toll, carpool, ferry, unpaved, ...) are still working as expected. Maybe a workaround ... Klaus -- View this message in context: http://gis.638310.n2.nabble.com/Routing-Documentation-and-Best-Practice-tp6710634p6711106.html Sent from the Mkgmap Development

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

Toll roads and ferries seems to have the highest priority. Both have something to do with money - sounds reasonable. Klaus -- View this message in context: http://gis.638310.n2.nabble.com/Routing-Documentation-and-Best-Practice-tp6710634p6711963.html Sent from the Mkgmap Development mailing