Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Importing a route is kinda useless #486

Closed
thany opened this issue Mar 22, 2022 · 4 comments
Closed

Importing a route is kinda useless #486

thany opened this issue Mar 22, 2022 · 4 comments

Comments

@thany
Copy link

thany commented Mar 22, 2022

I tried importing a previously created route, in hopes to make some tweaks. Nope. When I import a route, it's just sort of there. It's just decoration. Can't do anything with it. Would be nice if I could click it and change the start/finish points or something.

@mjaschen
Copy link
Contributor

I guess you used “Load Tracks” instead of “Load Tracks as Route”. While the former feature just create a “dumb” overlay, the latter creates a fully customizable route.

Besides that: the proper way to work on previously created routes is to use the permalink, i.e. the link from the browser's address bar as it contains all information to fully define a route.

Hope that helps.

@thany
Copy link
Author

thany commented Mar 22, 2022

Ah right, I see.

In my mind an export-and-then-import ideally shouldn't loose information, and when using KML it doesn't need to either. I think the important bit is the waypoints used to tweak a route, and it might be possible to include those in a KML export as some kind of vendor-specific metadata.

As for the "dumb overlay" as you call it, I still fail to see what the intended purpose of such a feature is. Maybe only if this tool is used for presentation purposes, but even then I'd expect a tooltip on an imported route at the very least.

@EssBee59
Copy link

EssBee59 commented Mar 28, 2022

Sorry, in my opinion the import functions are very very usefull!!!!!!!

Yes, for an optimal usage, basic knowledges (actually only the differences betweent track and route!) are prerequisited, but it is very easy to learn the usage of the brouter-web import-functions...

-with "Load tracks" you only show the corresponding track on your display
(as example, it helps if you want to create a new track which should not use the same route, or or or...)

-with "Load track as route" a "reverse routing" occurs (from thausends of track-points only the significant route-points remain)
A-using the option "tuning /fuzziness" the number of route points can be defined (minimum start and end point, maximum is the limit of brouter some hundreds)
Depending on what you intent to do, you set the fuzziness....
==> "low", you get a lot of route-points and will not loose information by re-export, but you can not easylly change the route!
==> "high", you get only few route-points: changes of the route is easy, but, if you do not want modifications of the route, you should select the "right" profile (ideally the profile used to create the initial track).
As explained, as route-points are now used, a new route-calculation is necessary to get a new track!
Regards
EssBee

@nrenner
Copy link
Owner

nrenner commented Mar 28, 2022

In my mind an export-and-then-import ideally shouldn't loose information

Saving and reloading routes is not yet implemented, see #16.

As for the "dumb overlay" as you call it, I still fail to see what the intended purpose of such a feature is.

This is mostly meant for GPS recordings, e.g. to see where you previously have or have not yet been and to manually plan a new route with a previous trace as a guide in the background. Yes, this is still very basic with lots of room for improvements, but well...

@nrenner nrenner closed this as completed Mar 28, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants