
Folks, I'm sometime getting routing issues to some POIs - most seems ok but some are always showing the problem. I'm wondering if what I'm hitting is the problem described at: http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_som... Here's what happens: * In my garmin device I select a poi * the device calculates the route, but the purple path displayed does not follow real streets (it goes mostly parallel to them - see below pictures) Any idea? In the example the POI name is: Where To->Point if Interest->Hospitals "Ospedale Ca' Foncell" - it's near Treviso, Italy) http://imageshack.us/a/img829/3130/leftt.jpg http://imageshack.us/a/img198/3915/overviewer.jpg http://imageshack.us/a/img6/1766/poiv.jpg I'm using splitter r299, mkgmap r2540 (same issue with older version), fresh maps from geofabrick and command line is: java -Xmx2000M -jar ./mkgmap/mkgmap.jar --family-name="OSM Ita and Alps" --description="OSM Ita and Alps" --route --remove-short-arcs --add-pois-to-areas --bounds=bounds --location-autofill=bounds,nearest,is_in --index --gmapsupp --output-dir="./data/" ./data/6*osm.pbf Many thanks as usual!!! Enrico

Him On Sat, Mar 30, Enrico Liboni wrote:
Folks, I'm sometime getting routing issues to some POIs - most seems ok but some are always showing the problem. I'm wondering if what I'm hitting is the problem described at: http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_som...
Here's what happens: * In my garmin device I select a poi * the device calculates the route, but the purple path displayed does not follow real streets (it goes mostly parallel to them - see below pictures)
Any idea?
Do you have a second map installed and active, for example the basemap? This looks like as if your map does not have routeable ways in the near and the Garmin jumps to the basemap. At least this is what happens if I see such a "broken" routing. Solution: Disable the basemap. Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

If I go to Tools->Settings->Map->Map Info only the OSM map is enabled. However I believe the basemap - if I understood correctly what the basemap is - is always enabled by default since when zooming out I can see mountains and (high)ways outside the tiles I used for my osm map. I tried by renaming gmapbmap.img to gmapbmap.iii and restart the device, the result is worste since it can't route to most POIs/address now. By the way this also means that gmapbmap has some relations with routing on the osm map... confused!!! Enrico On Sat, Mar 30, Enrico Liboni wrote:
* Folks, I'm sometime getting routing issues to some POIs - most seems ok but*>* some are always showing the problem. I'm wondering if what I'm hitting is*>* the problem described at:*>* http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_sometimes_places_the_POI_outside_the_polygon*>* *>* Here's what happens:*>* * In my garmin device I select a poi*>* * the device calculates the route, but the purple path displayed does not*>* follow real streets (it goes mostly parallel to them - see below pictures)*>**>* Any idea?* Do you have a second map installed and active, for example the basemap?
This looks like as if your map does not have routeable ways in the near and the Garmin jumps to the basemap. At least this is what happens if I see such a "broken" routing. Solution: Disable the basemap. Thorsten On Sat, Mar 30, 2013 at 1:13 PM, Enrico Liboni <eliboni@gmail.com> wrote:
Folks, I'm sometime getting routing issues to some POIs - most seems ok but some are always showing the problem. I'm wondering if what I'm hitting is the problem described at:
http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_som...
Here's what happens: * In my garmin device I select a poi * the device calculates the route, but the purple path displayed does not follow real streets (it goes mostly parallel to them - see below pictures)
Any idea?
In the example the POI name is: Where To->Point if Interest->Hospitals "Ospedale Ca' Foncell" - it's near Treviso, Italy) http://imageshack.us/a/img829/3130/leftt.jpg http://imageshack.us/a/img198/3915/overviewer.jpg http://imageshack.us/a/img6/1766/poiv.jpg
I'm using splitter r299, mkgmap r2540 (same issue with older version), fresh maps from geofabrick and command line is:
java -Xmx2000M -jar ./mkgmap/mkgmap.jar --family-name="OSM Ita and Alps" --description="OSM Ita and Alps" --route --remove-short-arcs --add-pois-to-areas --bounds=bounds --location-autofill=bounds,nearest,is_in --index --gmapsupp --output-dir="./data/" ./data/6*osm.pbf
Many thanks as usual!!! Enrico

On Sat, Mar 30, Enrico Liboni wrote:
If I go to Tools->Settings->Map->Map Info only the OSM map is enabled.
However I believe the basemap - if I understood correctly what the basemap is - is always enabled by default since when zooming out I can see mountains and (high)ways outside the tiles I used for my osm map. I tried by renaming gmapbmap.img to gmapbmap.iii and restart the device, the result is worste since it can't route to most POIs/address now.
Yes, this means that parts of your OSM map are not routeable and thus the device is falling back to your gmapbmap. Maybe you are using non-routeable lines for your map?
By the way this also means that gmapbmap has some relations with routing on the osm map... confused!!!
The relation is, that if your map has no way, the device tries the next map. Thorsten
Enrico
On Sat, Mar 30, Enrico Liboni wrote:
* Folks, I'm sometime getting routing issues to some POIs - most seems ok but*>* some are always showing the problem. I'm wondering if what I'm hitting is*>* the problem described at:*>* http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_sometimes_places_the_POI_outside_the_polygon*>* *>* Here's what happens:*>* * In my garmin device I select a poi*>* * the device calculates the route, but the purple path displayed does not*>* follow real streets (it goes mostly parallel to them - see below pictures)*>**>* Any idea?* Do you have a second map installed and active, for example the basemap?
This looks like as if your map does not have routeable ways in the near and the Garmin jumps to the basemap. At least this is what happens if I see such a "broken" routing.
Solution: Disable the basemap.
Thorsten
On Sat, Mar 30, 2013 at 1:13 PM, Enrico Liboni <eliboni@gmail.com> wrote:
Folks, I'm sometime getting routing issues to some POIs - most seems ok but some are always showing the problem. I'm wondering if what I'm hitting is the problem described at:
http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_som...
Here's what happens: * In my garmin device I select a poi * the device calculates the route, but the purple path displayed does not follow real streets (it goes mostly parallel to them - see below pictures)
Any idea?
In the example the POI name is: Where To->Point if Interest->Hospitals "Ospedale Ca' Foncell" - it's near Treviso, Italy) http://imageshack.us/a/img829/3130/leftt.jpg http://imageshack.us/a/img198/3915/overviewer.jpg http://imageshack.us/a/img6/1766/poiv.jpg
I'm using splitter r299, mkgmap r2540 (same issue with older version), fresh maps from geofabrick and command line is:
java -Xmx2000M -jar ./mkgmap/mkgmap.jar --family-name="OSM Ita and Alps" --description="OSM Ita and Alps" --route --remove-short-arcs --add-pois-to-areas --bounds=bounds --location-autofill=bounds,nearest,is_in --index --gmapsupp --output-dir="./data/" ./data/6*osm.pbf
Many thanks as usual!!! Enrico
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

Thorsten many thanks for your help!!! My osm generated map is routable and I was wrong in my previous post: I did some further tests with renaming the base map to gmapbmap.iii - so the device can't use the basemap - and I can properly navigate to address/pois, just in some pretty long routes across countries I'm getting "cannot calculate the route": so what you stated about the fact the device tries the next map seems to apply here. Back to the POI I was experiencing the issue with, if I try to reach it now, the device does not try even to calculate the route, as if the POI was really not defined correctly. If I navigate to another POI in front of the former or to the address where the problematic POI is it works just fine so there must be something wrong with it, maybe that's the issue/bug I refer to in my first email... it would be nice to prove this (i.e. if the POI is placed outside the proper polygon). Thanks again, Enrico On Sat, Mar 30, 2013 at 5:01 PM, Thorsten Kukuk <kukuk@suse.de> wrote:
On Sat, Mar 30, Enrico Liboni wrote:
If I go to Tools->Settings->Map->Map Info only the OSM map is enabled.
However I believe the basemap - if I understood correctly what the basemap is - is always enabled by default since when zooming out I can see mountains and (high)ways outside the tiles I used for my osm map. I tried by renaming gmapbmap.img to gmapbmap.iii and restart the device, the result is worste since it can't route to most POIs/address now.
Yes, this means that parts of your OSM map are not routeable and thus the device is falling back to your gmapbmap. Maybe you are using non-routeable lines for your map?
By the way this also means that gmapbmap has some relations with routing on the osm map... confused!!!
The relation is, that if your map has no way, the device tries the next map.
Thorsten
Enrico
On Sat, Mar 30, Enrico Liboni wrote:
* Folks, I'm sometime getting routing issues to some POIs - most seems ok but*>* some are always showing the problem. I'm wondering if what I'm hitting is*>* the problem described at:*>* http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_sometimes_places_the_POI_outside_the_polygon*>* *>* Here's what happens:*>* * In my garmin device I select a poi*>* * the device calculates the route, but the purple path displayed does not*>* follow real streets (it goes mostly parallel to them - see below pictures)*>**>* Any idea?* Do you have a second map installed and active, for example the basemap?
This looks like as if your map does not have routeable ways in the near and the Garmin jumps to the basemap. At least this is what happens if I see such a "broken" routing.
Solution: Disable the basemap.
Thorsten
On Sat, Mar 30, 2013 at 1:13 PM, Enrico Liboni <eliboni@gmail.com> wrote:
Folks, I'm sometime getting routing issues to some POIs - most seems ok but some are always showing the problem. I'm wondering if what I'm hitting is the problem described at:
http://wiki.openstreetmap.org/wiki/Mkgmap/known_issues#add-pois-to-areas_som...
Here's what happens: * In my garmin device I select a poi * the device calculates the route, but the purple path displayed does
not
follow real streets (it goes mostly parallel to them - see below pictures)
Any idea?
In the example the POI name is: Where To->Point if Interest->Hospitals "Ospedale Ca' Foncell" - it's near Treviso, Italy) http://imageshack.us/a/img829/3130/leftt.jpg http://imageshack.us/a/img198/3915/overviewer.jpg http://imageshack.us/a/img6/1766/poiv.jpg
I'm using splitter r299, mkgmap r2540 (same issue with older version), fresh maps from geofabrick and command line is:
java -Xmx2000M -jar ./mkgmap/mkgmap.jar --family-name="OSM Ita and Alps" --description="OSM Ita and Alps" --route --remove-short-arcs --add-pois-to-areas --bounds=bounds --location-autofill=bounds,nearest,is_in --index --gmapsupp --output-dir="./data/" ./data/6*osm.pbf
Many thanks as usual!!! Enrico
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

On Sun, Mar 31, 2013 at 12:38:25AM +0100, Enrico Liboni wrote:
Back to the POI I was experiencing the issue with, if I try to reach it now, the device does not try even to calculate the route, as if the POI was really not defined correctly. If I navigate to another POI in front of the former or to the address where the problematic POI is it works just fine so there must be something wrong with it, maybe that's the issue/bug I refer to in my first email... it would be nice to prove this (i.e. if the POI is placed outside the proper polygon).
Look at the ways around the POI. Could the nearest routeable way be a routing island (not connected to the rest of the road network, for example because of a missing junction node)? I experienced this some years ago in the center of Helsinki. One POI was reachable, because there was a highway=residential near it. Another POI next door (some 20 meters away) was not reachable, because it was in a highway=pedestrian area, which at that time was not translated as a routeable line. The nearest routeable way was some corridor in a shopping mall, which ended at the boundary of the highway=pedestrian area. My Garmin Edge 705 would choose the basemap for routing to the 'unreachable' POI, unless I renamed the gmapbmap.img to hide it. Best regards, Marko

Am 31.03.2013 09:45, schrieb Marko Mäkelä:
Look at the ways around the POI. Could the nearest routeable way be a routing island (not connected to the rest of the road network, for example because of a missing junction node)?
The only routing island I find in this area is this footway: http://www.openstreetmap.org/?mlat=45.660793&mlon=12.264106&zoom=18 Maybe the device has some option to show the position of the POI on the map. To see if it near this island. Chris

Am 31.03.2013 12:23, schrieb chris66:
The only routing island I find in this area is this footway:
Also could be these 2 steps-islands: <http://www.openstreetmap.org/?mlat=45.6603&mlon=12.25836&zoom=18> Indeed, routing islands are one of the worst things in OSM-routing. The new mkgmap function "is_connected" may help a little. Chris

Marko, Chris thanks a lot, I'll give a try with the styles - actually I'm not using any custom style. One strange behavior I loaded the very same map in another Garmin device (different model) and I can route to it properly - but I did not disable the basemap so maybe it's defaulting to it and since it is surely different from the other device it is going ok... Thanks On Sun, Mar 31, 2013 at 1:32 PM, chris66 <chris66nrw@gmx.de> wrote:
Am 31.03.2013 13:22, schrieb chris66:
The new mkgmap function "is_connected" may help a little.
So what you could try in your style:
highway=steps {add mkgmap:check_connected = true}
preceeding your ordinary highway=steps ...
Chris
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

On Thu, Apr 04, 2013 at 11:05:55PM +0200, Enrico Liboni wrote:
One strange behavior I loaded the very same map in another Garmin device (different model) and I can route to it properly - but I did not disable the basemap so maybe it's defaulting to it and since it is surely different from the other device it is going ok...
What did the route look like? If it is very edgy, it is the basemap. If it follows the OSM way details closely, then it should be using the mkgmap-generated routing graph. Marko

could be these 2 steps-islands:
<http://www.openstreetmap.org/?mlat=45.6603&mlon=12.25836&zoom=18>
Indeed, routing islands are one of the worst things in OSM-routing.
The new mkgmap function "is_connected" may help a little.
Also ORS is not able to find a foot-route to the hospital: <http://up.picr.de/14015327jk.jpg> Chris

Strange it seems for me ORS is working, http://www.zimagez.com/zimage/screenshot-04062013-095909pm.php On Fri, Apr 5, 2013 at 11:36 AM, chris66 <chris66nrw@gmx.de> wrote:
could be these 2 steps-islands:
<http://www.openstreetmap.org/?mlat=45.6603&mlon=12.25836&zoom=18>
Indeed, routing islands are one of the worst things in OSM-routing.
The new mkgmap function "is_connected" may help a little.
Also ORS is not able to find a foot-route to the hospital:
<http://up.picr.de/14015327jk.jpg>
Chris
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Am 06.04.2013 22:04, schrieb Enrico Liboni:
Strange it seems for me ORS is working,
Yes, because you have set ORS to car mode. The highway=steps are not routable for cars, so in car mode they are no routing-islands. Garmin is working a little bit different, because the routing network is the same for all modes. Chris

could be these 2 steps-islands:
<http://www.openstreetmap.org/?mlat=45.6603&mlon=12.25836&zoom=18>
Indeed, routing islands are one of the worst things in OSM-routing.
The new mkgmap function "is_connected" may help a little.
Also ORS is not able to find a foot-route to the hospital: <http://up.picr.de/14015327jk.jpg> Chris
participants (4)
-
chris66
-
Enrico Liboni
-
Marko Mäkelä
-
Thorsten Kukuk