Hi there! we are having a problem with the maps: In some cases, the routing uses streets that don't exist! Here's a video that shows the problem: http://www.youtube.com/watch?v=SUG370VDBFY We are using the following commands with r2479: wget -O map1.osm http://api.openstreetmap.org/api/0.6/map?bbox=57.349,-20.300,57.82,-19.976 wget -O map2.osm http://api.openstreetmap.org/api/0.6/map?bbox=57.298,-20.529,57.818,-20.250 java -jar mkgmap.jar --reduce-point-density=4 --reduce-point-density-polygon=8 --show-profiles=1 --add-pois-to-lines --index --location-autofill=bounds,is_in,nearest --latin1 --ignore-maxspeeds --remove-short-arcs --min-size-polygon=10 --add-pois-to-areas --preserve-element-order --route --name-tag-list=name:en,int_name,name:zh_py,name:engels,name --bounds=bounds --drive-on-left --gmapsupp map1.osm map2.osm Could anybody comment on what might be causing this problem? Is is a bug in mkgmap or in the OSM data? Greets, Fabian
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <mkgmap-dev@salo.mailrange.com>wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com < jaakko@helleranta.com> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <mkgmap-dev@salo.mailrange.com>wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img). However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)? There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap? On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com <jaakko@helleranta.com <mailto:jaakko@helleranta.com>> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com <mailto:jaakko@helleranta.com> * Skype: jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <mkgmap-dev@salo.mailrange.com <mailto:mkgmap-dev@salo.mailrange.com>> wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hmm . That sounds interesting/odd (to me, a non developer). Are you implying that you loose routing capability to _OSM_ data's POIs? I wonder what information there is in that gmapbmap.img if that's the case... But more so: I've always understood that the unit routes purely with the OSM-derived .img. .. But as noted, I'm no dev person and my technical understanding of this is limited. -Jaakko -- jaakko@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me On Fri, Feb 8, 2013 at 12:44 PM, <mkgmap-dev@salo.mailrange.com> wrote:
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img).
However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)?
There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap?
On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com < jaakko@helleranta.com> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <mkgmap-dev@salo.mailrange.com
wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing listmkgmap-dev@lists.mkgmap.org.ukhttp://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I think it makes a lot of sense. Maybe I should clarify it further: - If I calculate a route that is completely within the top part of the island, everything's fine. - If I calculate a route that is completely within the bottom part of the island, everything's fine. - If I calculate a route that goes across the two parts of the island, the base map streets seem to be the only ones that provide a way across the "border". With gmapbmap.img that results in our crappy route, without gmapbmap.img that results in no route at all. On 09/02/13 05:30, Jaakko Helleranta.com wrote:
Hmm . That sounds interesting/odd (to me, a non developer). Are you implying that you loose routing capability to _OSM_ data's POIs?
I wonder what information there is in that gmapbmap.img if that's the case... But more so: I've always understood that the unit routes purely with the OSM-derived .img. .. But as noted, I'm no dev person and my technical understanding of this is limited.
-Jaakko -- jaakko@helleranta.com <mailto:jaakko@helleranta.com> * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 12:44 PM, <mkgmap-dev@salo.mailrange.com <mailto:mkgmap-dev@salo.mailrange.com>> wrote:
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img).
However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)?
There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap?
On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com <jaakko@helleranta.com <mailto:jaakko@helleranta.com>> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com <mailto:jaakko@helleranta.com> * Skype: jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <mkgmap-dev@salo.mailrange.com <mailto:mkgmap-dev@salo.mailrange.com>> wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 08/02/13 18:37, mkgmap-dev@salo.mailrange.com wrote:
I think it makes a lot of sense. Maybe I should clarify it further:
- If I calculate a route that is completely within the top part of the island, everything's fine.
- If I calculate a route that is completely within the bottom part of the island, everything's fine.
- If I calculate a route that goes across the two parts of the island, the base map streets seem to be the only ones
Map tiles don't automatically connect, so you can't just download two overlapping areas and have them join up for routing purposes. The easiest way is to start with a single file that covers the area of interest and use use splitter to create the separate tiles since it is designed to do the right thing. You could probably make your downloads work by ensuring there is enough overlap in the actual data, and then manually changing the bounding boxes inside the files so that the bounding boxes join with zero overlap. ..Steve
In general it is not possible to download data this way and combine it. There is a high chance that the boundary nodes are missing and that is where routing brakes. To some extend Garmin devices will fix missing connections and fall back to the basemap routing to find a rout between tiles. It is highly recommended to download an extract for the whole area or cut it out from a planet or a big enough extract. Then use splitter to split it into 2 part. If the island is really small you could download the whole from XAPI or Overpass On Fri, Feb 8, 2013 at 10:37 AM, <mkgmap-dev@salo.mailrange.com> wrote:
I think it makes a lot of sense. Maybe I should clarify it further: - If I calculate a route that is completely within the top part of the island, everything's fine. - If I calculate a route that is completely within the bottom part of the island, everything's fine. - If I calculate a route that goes across the two parts of the island, the base map streets seem to be the only ones that provide a way across the "border". With gmapbmap.img that results in our crappy route, without gmapbmap.img that results in no route at all.
On 09/02/13 05:30, Jaakko Helleranta.com wrote:
Hmm . That sounds interesting/odd (to me, a non developer). Are you implying that you loose routing capability to _OSM_ data's POIs?
I wonder what information there is in that gmapbmap.img if that's the case... But more so: I've always understood that the unit routes purely with the OSM-derived .img. .. But as noted, I'm no dev person and my technical understanding of this is limited.
-Jaakko -- jaakko@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 12:44 PM, <mkgmap-dev@salo.mailrange.com> wrote:
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img).
However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)?
There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap?
On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com < jaakko@helleranta.com> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. < mkgmap-dev@salo.mailrange.com> wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing listmkgmap-dev@lists.mkgmap.org.ukhttp://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing listmkgmap-dev@lists.mkgmap.org.ukhttp://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Thanks guys. Getting it from overpass now as a whole. Still, as long as the base map is there, it will sometimes use the streets from the base map. But it's okay for me to delete the base map. Sad that there isn't a nicer solution. Another problem that I have is that the routing is not giving enough "attention" to the highway, i.e. it uses streets that go parallel to the highway sometimes. Sometimes the route even goes on and off the highway. Could that be because I'm using the --ignore-maxspeeds flag? I've got that one from the guy at garmin.openstreetmap.nl who uses it for some reason. On 09/02/13 06:11, Apollinaris Schöll wrote:
In general it is not possible to download data this way and combine it. There is a high chance that the boundary nodes are missing and that is where routing brakes. To some extend Garmin devices will fix missing connections and fall back to the basemap routing to find a rout between tiles. It is highly recommended to download an extract for the whole area or cut it out from a planet or a big enough extract. Then use splitter to split it into 2 part. If the island is really small you could download the whole from XAPI or Overpass
On Fri, Feb 8, 2013 at 10:37 AM, <mkgmap-dev@salo.mailrange.com <mailto:mkgmap-dev@salo.mailrange.com>> wrote:
I think it makes a lot of sense. Maybe I should clarify it further: - If I calculate a route that is completely within the top part of the island, everything's fine. - If I calculate a route that is completely within the bottom part of the island, everything's fine. - If I calculate a route that goes across the two parts of the island, the base map streets seem to be the only ones that provide a way across the "border". With gmapbmap.img that results in our crappy route, without gmapbmap.img that results in no route at all.
On 09/02/13 05:30, Jaakko Helleranta.com wrote:
Hmm . That sounds interesting/odd (to me, a non developer). Are you implying that you loose routing capability to _OSM_ data's POIs?
I wonder what information there is in that gmapbmap.img if that's the case... But more so: I've always understood that the unit routes purely with the OSM-derived .img. .. But as noted, I'm no dev person and my technical understanding of this is limited.
-Jaakko -- jaakko@helleranta.com <mailto:jaakko@helleranta.com> * Skype: jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 12:44 PM, <mkgmap-dev@salo.mailrange.com <mailto:mkgmap-dev@salo.mailrange.com>> wrote:
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img).
However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)?
There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap?
On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com <jaakko@helleranta.com <mailto:jaakko@helleranta.com>> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko -- jaakko@helleranta.com <mailto:jaakko@helleranta.com> * Skype: jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <mkgmap-dev@salo.mailrange.com <mailto:mkgmap-dev@salo.mailrange.com>> wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Fabian, yes, --ignore-maxspeed is useful if you want to use the maps for biking Gerd Fabian S. wrote
Thanks guys. Getting it from overpass now as a whole. Still, as long as the base map is there, it will sometimes use the streets from the base map. But it's okay for me to delete the base map. Sad that there isn't a nicer solution.
Another problem that I have is that the routing is not giving enough "attention" to the highway, i.e. it uses streets that go parallel to the highway sometimes. Sometimes the route even goes on and off the highway. Could that be because I'm using the --ignore-maxspeeds flag? I've got that one from the guy at garmin.openstreetmap.nl who uses it for some reason.
On 09/02/13 06:11, Apollinaris Schöll wrote:
In general it is not possible to download data this way and combine it. There is a high chance that the boundary nodes are missing and that is where routing brakes. To some extend Garmin devices will fix missing connections and fall back to the basemap routing to find a rout between tiles. It is highly recommended to download an extract for the whole area or cut it out from a planet or a big enough extract. Then use splitter to split it into 2 part. If the island is really small you could download the whole from XAPI or Overpass
On Fri, Feb 8, 2013 at 10:37 AM, <
mkgmap-dev@.mailrange
> <mailto:
mkgmap-dev@.mailrange
>> wrote:
I think it makes a lot of sense. Maybe I should clarify it further: - If I calculate a route that is completely within the top part of the island, everything's fine. - If I calculate a route that is completely within the bottom part of the island, everything's fine. - If I calculate a route that goes across the two parts of the island, the base map streets seem to be the only ones that provide a way across the "border". With gmapbmap.img that results in our crappy route, without gmapbmap.img that results in no route at all.
On 09/02/13 05:30, Jaakko Helleranta.com wrote:
Hmm . That sounds interesting/odd (to me, a non developer). Are you implying that you loose routing capability to _OSM_ data's POIs?
I wonder what information there is in that gmapbmap.img if that's the case... But more so: I've always understood that the unit routes purely with the OSM-derived .img. .. But as noted, I'm no dev person and my technical understanding of this is limited.
-Jaakko --
jaakko@
<mailto:
jaakko@
> * Skype:
jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 12:44 PM, <
mkgmap-dev@.mailrange
>> <mailto:
mkgmap-dev@.mailrange
>> wrote:
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img).
However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)?
There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap?
On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com <
jaakko@
<mailto:
jaakko@
>> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko --
jaakko@
<mailto:
jaakko@
> *
Skype: jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <
mkgmap-dev@.mailrange
>>> <mailto:
mkgmap-dev@.mailrange
>> wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
<mailto:
mkgmap-dev@.org
>
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
<mailto:
mkgmap-dev@.org
>
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
<mailto:
mkgmap-dev@.org
>
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
<mailto:
mkgmap-dev@.org
>
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/Routing-issues-tp5748615p5748640.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
Yeah, but it still doesn't use the highway as often as it should. I'm wondering if Garmin's routing algorithm actually gives any precedence to highways if they have the same maxspeed as a normal street? Do I have to increase the maxspeed of the highway ever so slightly to make it more "attractive"? On 09/02/13 06:31, GerdP wrote:
Hi Fabian,
yes, --ignore-maxspeed is useful if you want to use the maps for biking
Gerd
Fabian S. wrote
Thanks guys. Getting it from overpass now as a whole. Still, as long as the base map is there, it will sometimes use the streets from the base map. But it's okay for me to delete the base map. Sad that there isn't a nicer solution.
Another problem that I have is that the routing is not giving enough "attention" to the highway, i.e. it uses streets that go parallel to the highway sometimes. Sometimes the route even goes on and off the highway. Could that be because I'm using the --ignore-maxspeeds flag? I've got that one from the guy at garmin.openstreetmap.nl who uses it for some reason.
On 09/02/13 06:11, Apollinaris Schöll wrote:
In general it is not possible to download data this way and combine it. There is a high chance that the boundary nodes are missing and that is where routing brakes. To some extend Garmin devices will fix missing connections and fall back to the basemap routing to find a rout between tiles. It is highly recommended to download an extract for the whole area or cut it out from a planet or a big enough extract. Then use splitter to split it into 2 part. If the island is really small you could download the whole from XAPI or Overpass
On Fri, Feb 8, 2013 at 10:37 AM, < mkgmap-dev@.mailrange > <mailto: mkgmap-dev@.mailrange >> wrote: I think it makes a lot of sense. Maybe I should clarify it further: - If I calculate a route that is completely within the top part of the island, everything's fine. - If I calculate a route that is completely within the bottom part of the island, everything's fine. - If I calculate a route that goes across the two parts of the island, the base map streets seem to be the only ones that provide a way across the "border". With gmapbmap.img that results in our crappy route, without gmapbmap.img that results in no route at all.
On 09/02/13 05:30, Jaakko Helleranta.com wrote:
Hmm . That sounds interesting/odd (to me, a non developer). Are you implying that you loose routing capability to _OSM_ data's POIs?
I wonder what information there is in that gmapbmap.img if that's the case... But more so: I've always understood that the unit routes purely with the OSM-derived .img. .. But as noted, I'm no dev person and my technical understanding of this is limited.
-Jaakko --
jaakko@ <mailto: jaakko@ > * Skype:
jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 12:44 PM, <
mkgmap-dev@.mailrange >> <mailto: mkgmap-dev@.mailrange >> wrote:
Thanks Jaakko, I'm pretty sure that the problem is indeed related to gmapbmap.img (the "wrong" street has the same shape as one of the streets that show up when I disable my gmapsupp.img).
However, when I delete the gmapbmap.img, I loose routing capabilities to many of the POIs and addresses! Is there another way? Maybe edit the gmapbmap.img to delete the streets (it's only a few)?
There is another theory I have: As you can see in our wget commands, we are downloading the island in two parts. It seems that the routing has issues only when going between the two parts. Maybe the overlap isn't big enough? Does anybody know the minimum required overlap?
On 09/02/13 04:08, Jaakko Helleranta.com wrote:
Checked the video: Looks _exactly_ like my basemap problem. -Jaakko
On Fri, Feb 8, 2013 at 12:00 PM, Jaakko Helleranta.com <
jaakko@ <mailto: jaakko@ >> wrote:
I didn't look at the video but what you describe sounds like a pesky problem I have experienced before. My solution was to delete the global basemap(?) from the device memory. It's an .img file of about 50MB. Solved the problem. Cheers, -Jaakko --
jaakko@ <mailto: jaakko@ > *
Skype: jhelleranta * Mobile: +509-37-269154 <tel:%2B509-37-269154> * http://go.hel.cc/about.me
On Fri, Feb 8, 2013 at 11:36 AM, Fabian S. <
mkgmap-dev@.mailrange >>> <mailto: mkgmap-dev@.mailrange >> wrote:
we are having a problem with the maps: In some cases, the routing uses streets that don't exist!
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org <mailto: mkgmap-dev@.org >
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
<mailto:
mkgmap-dev@.org >
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org <mailto: mkgmap-dev@.org >
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org <mailto: mkgmap-dev@.org >
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@.org http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-- View this message in context: http://gis.19327.n5.nabble.com/Routing-issues-tp5748615p5748640.html Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Road class can be tweaked to make the road more preferred. The results are obvious especially on a longer routes. Unfortunately if you have too much roads on a higher class the routing time can be seriously impacted. On 02/08/2013 09:35 PM, mkgmap-dev@salo.mailrange.com wrote:
Yeah, but it still doesn't use the highway as often as it should. I'm wondering if Garmin's routing algorithm actually gives any precedence to highways if they have the same maxspeed as a normal street? Do I have to increase the maxspeed of the highway ever so slightly to make it more "attractive"?
El 08/02/13 20:31, GerdP escribió:
yes, --ignore-maxspeed is useful if you want to use the maps for biking Not only for biking. It's also useful for car routing to get more accurate route time calculation, taking advantage of maxspeed tag in OSM data, and thus to better calculate fastest route.
participants (8)
-
Apollinaris Schöll -
Carlos Dávila -
Fabian S. -
GerdP -
harri -
Jaakko Helleranta.com -
mkgmap-dev＠salo.mailrange.com
-
Steve Ratcliffe