... the user friendly GPS tool


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Annoying change of map area
#1
Rolleyes 
Why does the map pane reset to view the whole track when I toggle between track/waypointlist/route?

Is there a was to configure RouteConverter so that is doesn't update which area of the map that is being viewed (only redraw the track/waypoint list/route)?

Cheers,
John
Reply
#2
(20.10.2010, 13:08)JRThump Wrote: Why does the map pane reset to view the whole track when I toggle between track/waypointlist/route?

Since a track is something different than a waypoint list or a route I'm using different ways to display them. Not removing them when you change the characteristics of the position list seems ridiculous to me.

(20.10.2010, 13:08)JRThump Wrote: Is there a was to configure RouteConverter so that is doesn't update which area of the map that is being viewed (only redraw the track/waypoint list/route)?

That's what a lot of code inside RouteConverter is about: reducing the amount of effort required to update the map.

But what is your real problem? Is RouteConverter too slow for you?
--
Christian
Reply
#3
Thanks for the quick reply!

I am exploring options to prepare an offroad route/track for loading into my garmin unit. I loaded a track from a .gpx into routeconverter and wanted to study how it was drawn in detail so I zoomed in on a specific section of the track. Then swapped to route and got a bit annoyed Shy that the map location was zoomed out to cover the complete route/track again. In my case it would have been better to redraw the route (clearing previous track representation) without zooming out, simply to the fact that I had a bit of a hard time to relocate the same section, which I had previously been studying as track, for comparison.

My initial problem was that I wanted to take a track file (.gpx) and convert that into a route file (still .gpx).

RouteConverter seems to do "auto-routing" using Google Maps as reference. Since my offroad tracks are not always following roads it is a bad thing for me if RouteConverter recalculates the routes. Is it possible to disable use of traffic map when doing the track-to-route conversion?

I understand in many cases you DO want Google Maps to adjust the route for you but, in the offroad case however, it is not desired.

RouteConverter is not too slow, during my brief experience with the application it seems to be really quick.

(20.10.2010, 15:34)routeconverter Wrote:
(20.10.2010, 13:08)JRThump Wrote: Why does the map pane reset to view the whole track when I toggle between track/waypointlist/route?

Since a track is something different than a waypoint list or a route I'm using different ways to display them. Not removing them when you change the characteristics of the position list seems ridiculous to me.

(20.10.2010, 13:08)JRThump Wrote: Is there a was to configure RouteConverter so that is doesn't update which area of the map that is being viewed (only redraw the track/waypoint list/route)?

That's what a lot of code inside RouteConverter is about: reducing the amount of effort required to update the map.

But what is your real problem? Is RouteConverter too slow for you?
Reply
#4
(21.10.2010, 08:20)JRThump Wrote: I am exploring options to prepare an offroad route/track for loading into my garmin unit. I loaded a track from a .gpx into routeconverter and wanted to study how it was drawn in detail so I zoomed in on a specific section of the track. Then swapped to route and got a bit annoyed Shy that the map location was zoomed out to cover the complete route/track again. In my case it would have been better to redraw the route (clearing previous track representation) without zooming out, simply to the fact that I had a bit of a hard time to relocate the same section, which I had previously been studying as track, for comparison.

You've convinced me to change this behaviour. After loading it makes sense to adjust the zoom level such that all positions are visible, but changing the type of the presentation should have no effect on that.

It was only a small code change, but I cannot estimate the effects it had. Please test the prerelease I've just uploaded if it contains other bugs.

(21.10.2010, 08:20)JRThump Wrote: RouteConverter seems to do "auto-routing" using Google Maps as reference.

In fact, it uses Google Maps.

(21.10.2010, 08:20)JRThump Wrote: Since my offroad tracks are not always following roads it is a bad thing for me if RouteConverter recalculates the routes. Is it possible to disable use of traffic map when doing the track-to-route conversion?

Google Maps is just used to display the data and RouteConverter does not use the traffic map for the track-to-route conversion. So yes, it possible, and it's the default and there is no other option Wink

(21.10.2010, 08:20)JRThump Wrote: RouteConverter is not too slow, during my brief experience with the application it seems to be really quick.

Glad to hear that.
--
Christian
Reply
#5
(23.10.2010, 13:33)routeconverter Wrote: You've convinced me to change this behaviour. After loading it makes sense to adjust the zoom level such that all positions are visible, but changing the type of the presentation should have no effect on that.

It was only a small code change, but I cannot estimate the effects it had. Please test the prerelease I've just uploaded if it contains other bugs.
Splendid!

Right now (probably due to using prerelease) I am getting some debug messages at the top most section of the map pane. The map itself is pushed down and there are some messages like:

XMLHttpRequest zoomend/9/10
XMLHttpRequest insert-position...

However, it does not prevent me from confirming that the actual behaviour has changed.

Spot on! Thanks for listening to the user community! Smile
Reply
#6
(08.11.2010, 12:29)JRThump Wrote: Right now (probably due to using prerelease) I am getting some debug messages at the top most section of the map pane. The map itself is pushed down and there are some messages like:

XMLHttpRequest zoomend/9/10
XMLHttpRequest insert-position...

I'm sorry, thats the easiest way for me to debug problems with platforms where I don't own the hardware. It'll be gone sone.

(08.11.2010, 12:29)JRThump Wrote: However, it does not prevent me from confirming that the actual behaviour has changed.

Thank you for that feedback.

(08.11.2010, 12:29)JRThump Wrote: Spot on! Thanks for listening to the user community! Smile

You're welcome.
--
Christian
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)