Re: [mkgmap-dev] Missing foot of T-shaped way
Hi Steve, Do you have the osm file that produces the broken tile to download anywhere? It would be good to try and find out why it fails, we do try to give messages when something is not going to work if we know what it is. Can I upload it to your server somehow? The 63240002.osm.pbf is 21,015,229 bytes. You could probably otherwise repeat this with the finland.osm.pbf from Geofabrik and my scripts on http://www.polkupyoraily.net/osm/, but currently Geofabrik says 403. This way is still missing, but the driveways, paths, parking lots and buildings that I added there do occur on the map. See the attached screenshot. The T-foot should start near the arrow. Also, at least one highway=service,service=driveway that I added is missing: http://www.openstreetmap.org/browse/way/143826941 Best regards, Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Bug in LocationHook?
WanMil,
LocationHook checks these hard coded tag names:
private static final String[] LEVEL2_NAMES = new
String[]{name,name:en,int_name};
but it doesn't add them in getUsedTags() as long as the user doesn't set
them in parameter name-tag-list.
Is this intended?
Ciao,
Gerd
--
View this message in context:
http://gis.638310.n2.nabble.com/Bug-in-LocationHook-tp7157897p7157897.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Possible optimization of StyledConverter
Hi thanks for the explanation, I'll verify my assumptions. Regarding your patch: I see a change in the number of evaluated rules, but it is is slightly higher with the patch. I think this proves that my understanding is wrong, but the patch is probably too special, means, it has to be modified for each set of styles. I'd expect it to vary based on the actual input data, the tag/values with the lowest probability of being matched should be moved towards the beginning so that as few rules as possible are selected to begin with. My example of amenity was probably a bad one to include, since I was only looking at amenity=restaurant, and it may not be benificial with other values. I'm would be suprised that the highway one did not make an improvement. But in any case, I didn't see a difference in performance and I suspect that there are better places to look. For example there are 56 hardwired calls to getTag() in StyledConverter. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing foot of T-shaped way
Hi Steve, On Fri, Jan 06, 2012 at 11:31:55AM +0200, Marko Mäkelä wrote: Do you have the osm file that produces the broken tile to download anywhere? It would be good to try and find out why it fails, we do try to give messages when something is not going to work if we know what it is. Can I upload it to your server somehow? The 63240002.osm.pbf is 21,015,229 bytes. The error is repeatable with today's extract as well. I am using the following tools: splitter r199 mkgmap r2160 http://www.polkupyoraily.net/osm/files/osm2img.sh http://www.polkupyoraily.net/osm/files/areas.list [and the logging.ignore and logging.properties] QLandkarte GT 0.18.5 Sorry, I just looked at my Garmin Edge 705 map that I had updated from yesterday. I see both the foot of the T and this highway=service there, and the foot of T is routable. For some reason, QLandkarte GT 0.18.5 is missing both ways. Sorry for the noise, I guess that's what you get from using obsolete software. But, here is a possible real bug. There is a warning for a roundabout that goes away when the roundabout is drawn with fewer points. (I tried it in live data, and the owner of the roundabout came after me. There was no warning while it was the low-resolution version.) Roundabout segment 125418517 direction looks wrong (see http://www.openstreetmap.org/?mlat=60.20986mlon=25.07535zoom=17) Last time I looked at that position, the roundabout looked fine (well, jagged lines). I do not remember if I tested routing. Best regards, Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Commit: r2162: If the global address index option is given alongside the --gmapsupp
Version 2162 was commited by steve on 2012-01-06 16:58:50 + (Fri, 06 Jan 2012) If the global address index option is given alongside the --gmapsupp option, then the index will be created directly within the gmapsupp.img file, so that address search will work on devices without having to install via MapSource. If in addition the tdbfile option is given, then the existing MapSource style index will also be created. This will take about twice the amount of memory, so it best to avoid doing this. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r2162: If the global address index option is given alongside the --gmapsupp
Great!! Thanks for merging the branch. Now mkgmap fully supports address search. Isn't that worthy to post that as news in the osm wiki: http://wiki.openstreetmap.org/wiki/Template:News ? Thanks Steve! Great work! WanMil Version 2162 was commited by steve on 2012-01-06 16:58:50 + (Fri, 06 Jan 2012) If the global address index option is given alongside the --gmapsupp option, then the index will be created directly within the gmapsupp.img file, so that address search will work on devices without having to install via MapSource. If in addition the tdbfile option is given, then the existing MapSource style index will also be created. This will take about twice the amount of memory, so it best to avoid doing this. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Bug in LocationHook?
Gerd,
it is intended. The tag names are used only to retrieve the name from
the precompiled boundaries. Loading precompiled boundaries does not care
about the getUsedTags() information so it is correct not to add them to
this list.
WanMil
WanMil,
LocationHook checks these hard coded tag names:
private static final String[] LEVEL2_NAMES = new
String[]{name,name:en,int_name};
but it doesn't add them in getUsedTags() as long as the user doesn't set
them in parameter name-tag-list.
Is this intended?
Ciao,
Gerd
--
View this message in context:
http://gis.638310.n2.nabble.com/Bug-in-LocationHook-tp7157897p7157897.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r2162: If the global address index option is given alongside the --gmapsupp
Awsome guys! A big thank you all for this and all the other tweaks, improvements and new features. Steve, do I understand it correctly that if I want to create a gmapsupp and also a tdb then I better run Mkgmap twice? Once with --gmappsupp and once with --tdb? Also, would you be so kind to put a compiled version of r2162 on the download page? Thanks in advance. On 06-01-12 17:58, svn commit wrote: Version 2162 was commited by steve on 2012-01-06 16:58:50 + (Fri, 06 Jan 2012) If the global address index option is given alongside the --gmapsupp option, then the index will be created directly within the gmapsupp.img file, so that address search will work on devices without having to install via MapSource. If in addition the tdbfile option is given, then the existing MapSource style index will also be created. This will take about twice the amount of memory, so it best to avoid doing this. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Commit: r2163: Remove elements that would not pass the style processing
Version 2163 was commited by wanmil on 2012-01-06 20:11:27 + (Fri, 06 Jan 2012) Remove elements that would not pass the style processing The new UnusedElementsRemoverHook removes all elements (nodes, ways and polygons) that lie outside the tile bounding box. These elements might have been required for the multipolygon processing. But after that they can be safely removed to save processing time and memory. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Loading a relation of numerous unconnected sections to my GPSr
I am walking parts of The Chiltern Way and, as I progress, adding members in JOSM to relation 23309. I should like to view this relation as a tracklog on my Legend HCx so that I can more easily fill in the missing parts. I cannot combine the ways in JOSM because there are numerous breaks. I can create a .gpx file but the sections are too numerous to transfer from Garmin MapSource or BaseCamp to my Legend. Ideally, I should like to combine the sections into one record, which I can do with my MapInfo software and, I daresay, QGIS (although I do not know how to do it in that particular software). However, it seems that once combined, the resulting record is not recognised as a polyline for me to be able export it as a .gpx file. I wonder if anyone can suggest a method that would get such a relation into internal memory on my Legend? I am not sure where to post this question. so I shall place it on the JOSM development list, too.___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Loading a relation of numerous unconnected sections to my GPSr
Bob Hawkins wrote:
I wonder if anyone can suggest a method that would get such a relation
into internal memory on my Legend?
This might not be exactly what you want, but you can append a relation
name (or something else) to a way name by following the instructions here:
http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules#apply
The example's written for bus routes, but it works for me after a minor
tweak for hiking route names too.
In relations I have:
#
type=route
(route=foot|route=hiking|'route=foot;bicycle;horse'|'route=bicycle;horse;foot'|route=multiaccess|route='foot;horse'|route=bicycle)
{
add ref='${name}'; # if ref is missing, use name
apply_once {
set route_ref='$(route_ref),${ref}' | '${ref}';
set route=hiking;
}
}
#
(you might want a shorter list of route types I suspect0
And in lines:
#
route=hiking {name '${name} (${route_ref})'}
#
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Commit: r2164: Instead of copying use the first area directly while loading precompiled bounds
Version 2164 was commited by wanmil on 2012-01-06 21:56:17 + (Fri, 06 Jan 2012) Instead of copying use the first area directly while loading precompiled bounds The first area of any boundary loaded from the bounds file is now directly used instead of copied. This saves a lot of Area object creations although the performance improvement is hardly measurable. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Routing issue with split road
Hi, I have seen some strange routing issues with the way below. If I am driving south, my GPS wants me to make a U-turn where the divided highway ends. It seems like the ways are not connected but I checked and I can't find anything wrong in the OSM data. http://www.openstreetmap.org/browse/way/37649065 Any ideas? Francisco ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing issue with split road
Hi The fault is in osm-data. There is no turn restriction tagged. I've added such an restriction. Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
