Re: [mkgmap-dev] Changing styles and TYP integrating
On Wed, Feb 02, 2011 at 11:00:15AM +0100, Minko wrote: You could also think of displaying paved footways/path with bicycle=yes as cycleway. This makes it distinguish from a forest mtb trail. That could do a disservice to on-road and city bicyclists. It is forbidden to ride on footways (except for short distances, in crossings, accessing properties and the like) and usually compulsory to ride on a cycleway. It can be safer and more convenient to ride on a highway=tertiary or highway=residential than on a poor cycleway. The bicycle=designated or bicycle=official suggests compulsory usage. I would like to distinguish the compulsory cycleways from optional ones. I tested the 0x0d and have somewhat mixed results. It does not show up at all in QLandkarteGT. If it really works on all devices and in MapSource and RoadTrip, I guess that we can dismiss that as a QLandkarteGT bug. The Edge 705 draws the 0x0d as a black thin line, with the default label of 'Line' (translated from Finnish). Bicycle and foot routing are OK, and car routing looks like access=destination when I tested routing to a point on such a line. The black thin line would be a better rendering for cycleways than the brown dashed line (0x16, default label 'trail'). If the 0x0d works everywhere, then I would rather use the solid black thin line 0x0d for cycleways and the brown dashed line 0x16 for footways and paths. And how about highway=track bicycle=designated [0x16] ? Do you have a photo of a traffic sign that specifically allows bicycles on a highway=track? I would not expect any traffic signs along a highway=track, and I would expect tracks to be smoothness=bad unless tagged otherwise. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Commit: r1815: Only img files are used to construct the mdx file.
Version 1815 was commited by steve on 2011-02-02 12:47:00 + (Wed, 02 Feb 2011) Only img files are used to construct the mdx file. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Changing styles and TYP integrating
I think we also need to look what kind of definitions Mapnik is using. The default mkgmap Garmin map should look the same, in order to prevent that some cycleways on the Garmin are footways on mapnik. Sorry about the tracks, better leave highway=track displayed as track, if the track is actually a compulsory cycleway, it had to be mapped as highway=cycleway with surface=unpaved instead of highway=track with bicycle=designated. I dont think its mkgmap task to interpret things like 'if highway=track bicycle=designated, lets make it a cycleway'. On my cycling map it's a bit different, because my goal is to show cyclists which roads are suitable for cycling. On my map I need to display highway=track bicycle=designated as cycleways (dotted red lines for unpaved, solid red lines for paved). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to fix amenity=shelter in the default style?
On 02/02/2011 07:40, Marko Mäkelä wrote: Well, I would not want to pollute the hairdresser list with shelters. This is getting funny. Think about this scenario: Someone has been hiking and camping for weeks in the forests and is looking for the closest hairdresser, so that he can return to civilization without scaring too many people. And all he gets is another hiking shelter. :-) I certainly wouldn't want to upset the hairdressers ... I have not used the 0x2f14 so far, because its Garmin Finnish translation says 'social welfare office'. I can imagine that shelters could be used by the homeless, but somehow such tagging feels inappropriate. In English it's Social Service which is about as vague. In British English that would normally mean a department of the local or city goverment, and I'm not sure that American English even has the same concept. Does anyone have any idea what Garmin actually meant it to be used for or if a symbol actually appears by default on any devices? Cheers, Andy ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
My results with the latest rev. 1820: Compiled Germany geofabrik extract. Mapsource: - All searches work except street search when entering a city name (the selected street is not valid in this map product. Please select a different street.). - Uploading to device crashes. The error message box contains the information: MDR_TRIM_ADDR.CXX-6.16.3.0 WanMil On 31/01/11 23:58, Felix Hartmann wrote: Finally mkgmap is not anymore crashing for me when searching for city street ( optional zip code) in Mapsource. That is good. Also searching for Bahnhofsstrasse in extract of Austria still crashes (but does so since the advent of the index branch more or less). I am going to have to have a look at your complete map to sort this one out. Is anyone else having problems with crashes in the latest index branch version? ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to fix amenity=shelter in the default style?
On Wed, Feb 02, 2011 at 01:26:11PM +, SomeoneElse wrote: I have not used the 0x2f14 so far, because its Garmin Finnish translation says 'social welfare office'. In English it's Social Service which is about as vague. I believe that it was translated from that string without making any attempt to establish the context. The Finnish translation is unambiguous. There are mistranslations in the Edge 705 menu labels as well: Units is 'laitteet' (devices) and the imperial unit of elevation is miles, not feet in Finnish. I wonder if anyone has bothered to complain to Garmin. It has been the same in all firmware versions that I have tried. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Increase MAXHINCR or MAX_HEAP_SECTS
Hi! compiling http://downloads.cloudmade.com/europe/austria/austria.osm.bz2 failed: 'java -Xmx3000M -jar /usr/share/mkgmap/mkgmap.jar --route austria.osm' failed with Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS. How can I increase that? Will it help? debians dpkg says its version 0.0.0+svn1067-1. I haven't tried the current version because that hasn't finished a smaller map after 15 mins while debians mkgmap finished in seconds. Bernhard ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Increase MAXHINCR or MAX_HEAP_SECTS
On Wed, Feb 02, 2011 at 09:07:52PM +0100, Bernhard Kuemel wrote: compiling http://downloads.cloudmade.com/europe/austria/austria.osm.bz2 failed: 'java -Xmx3000M -jar /usr/share/mkgmap/mkgmap.jar --route austria.osm' failed with Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS. How can I increase that? Will it help? Which Java runtime environment are you using? Oracle (Sun) Java could work better than OpenJDK. debians dpkg says its version 0.0.0+svn1067-1. I haven't tried the current version because that hasn't finished a smaller map after 15 mins while debians mkgmap finished in seconds. r1067 would be from 2009-06-17, over 18 months old. Many things have been implemented since then. Are you really trying to compile the entire Austria in a single tile using the mkgmap default style? I think that you should split it to smaller tiles with splitter.jar. I have published my scripts and configuration files at http://www.polkupyoraily.net/osm/. I run them on Debian to create a map of Finland. You may want to adapt your translation from them. Best regards, Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Changing styles and TYP integrating
On Wed, Feb 02, 2011 at 02:12:23PM +0100, Minko wrote: I think we also need to look what kind of definitions Mapnik is using. Would you propose using the Mapnik.TYP file? I share Charlie Ferrero's concerns about the spaghetti appearance. Being an owner of an 'old' unit (Edge 705) I would prefer a plain drawing style that omits any borders around ways. The default mkgmap Garmin map should look the same, in order to prevent that some cycleways on the Garmin are footways on mapnik. Where can I access the Mapnik drawing rules? I tested the line types 0xe..0x13, and all seem indeed routable in the Edge 705. Just like the 0xd, all display as a thin black line and carry the default label 'Line'. If the 0xd works like this on all units, I would translate cycleways to it in the default style. The current 0x16 (brown dashed line) would be for footways and paths that are not (primarily or at all) for bicycling. Best regards, Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Increase MAXHINCR or MAX_HEAP_SECTS
On 02/02/2011 09:07 PM, Bernhard Kuemel wrote: Hi! compiling http://downloads.cloudmade.com/europe/austria/austria.osm.bz2 failed: 'java -Xmx3000M -jar /usr/share/mkgmap/mkgmap.jar --route austria.osm' failed with Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS. How can I increase that? Will it help? debians dpkg says its version 0.0.0+svn1067-1. I haven't tried the current version because that hasn't finished a smaller map after 15 mins while debians mkgmap finished in seconds. Same with version 1804 after 169 minutes. There were also many of these messages: SEVERE (RoadNetwork): austria.osm: Road (http://www.openstreetmap.org/browse/way/28311585) contains zero length arc at http://www.openstreetmap.org/?mlat=mlon=zoom=17 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Increase MAXHINCR or MAX_HEAP_SECTS
On 02/02/2011 22:53, Bernhard Kuemel wrote: There were also many of these messages: SEVERE (RoadNetwork): austria.osm: Road (http://www.openstreetmap.org/browse/way/28311585) contains zero length arc at http://www.openstreetmap.org/?mlat=mlon=zoom=17 Maybe try with --remove-short-arcs perhaps? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev