Messages

The path can no longer be displayed for photos attached to a point.

Up to and including version 4.22.2, an info icon was displayed at the bottom right when the photo was opened, which could be used to call up the file path.

This no longer exists in the current version. Since I have attached photos from different folders on my device to points, I need this info and I would like to have it back.

Danke, das erwartete ich auch und findet man auf einigen Screenshots im Forum.
Bei mir siehts so aus, keine Pfadangabe und keine Möglichkeit ein Pfad einzugeben.


Erst jetzt beim Posten sehe ich mein Problem. Die Teilen Checkbox muss weg, dann erst erhält man die Möglichkeit der Pfadangabe...
Jetzt ist mir alles klar, habe das Teilen übersehen

But I noticed adding an attachment (jpg file) to a point doesn't work.

I can't confirm this. No problems when adding a photo to a point. Works as always.

I have a request for improvement when creating a new route in the route planner:

I am planning a route. Then, for example, there is a small bridge over a stream that is missing from the OSM map. The route planner doesn't want to take me along it. No problem, I create this section of the route "manually" in drawing mode. Or I want to take a shortcut somewhere cross-country. Here, too, I can insert a manual segment. Wonderful.

But: Whenever I recalculate the entire route ("recalculate all"), the manually drawn segments are ignored and the route is routed via existing paths, which ruins my planning.  See screenshot.

Would it be possible for manually drawn segments to be regarded as "unchangeable" during the recalculation and thus be retained? That would be great!

(If the manual segment cannot be reached in another profile (Car instead of Hike etc.), the orange error message "Routing service can't find the start point..." may appear. Just like when recalculating in car mode if shaping points are on hiking trails.)

The previous system had a few problems:

- you never knew what you get. The result was always a surprise and you had no simple option to post-modify it
- selection of routing profiles and their parameters was the old way (row with profiles) and does not fit to current new system, which is a lot more flexible
- adding via-points was way too complicated

I still think, that 10 sec timer should solve what you need here. I'll try to describe the steps ...

Start - identical
- click on the point on the map
- choose "Navigate to" from the menu

Old system
- old "Navigate to" screen opens
- click on the "Navigate" button
- app returned to the main screen and once GPS had a valid position, track was computed and nav. started

New system
- the "Route planner" screen opens
- once GPS has a valid position, track is computed
- the 10-second (may be user-defined) timer starts now. If you touch anything (even a map), it will be canceled!!
- you press the "Navigate" button or the timer ends, the app returns to the main screen and nav. starts

So the new system with the timer is even one click less, or in the worst case, the same. The huge advantage is, that is solve all problems I've mentioned at the start.

[@slarti76]

@slarti76
missing change GPS start location > all was already suggested, so just one more note. "Navigate" should be still available in the Route planner main menu.

I'm thinking if your use-case should be used by more users, but starting navigation NOT from my current location does not make too much sense to me, sorry. Why you should do it? Prepare the route before you ride (with "Plan to") or once you are out to start navigation immediately (with "Navigate to").

@lor74cas
while testing ... hmm, give it a while please, if this option will be really useful. I still think, it isn't. Thanks

You can still do this. Simply start the route planner directly instead of "Navigate to", then you can select the starting point on the map.

Use plan route by instead of navigating.

Thx. Not quite the same, because the "Navigate" button becomes the "Save" button and now one needs the detour through the menu. But better than adding and removing points.

Still, as written before, best would be to just have "Delete location" on the 3-dot-menu when "Waiting for GPS" is shown...

2. Navigate to (as it currently works)
3. Plan route to

IMO there's no difference between 2 and 3 which justifies another menu entry. Would be rather confusing.

Maybe you're right.

For sure he is right. 3 times clicking "Navigate please" is not fully fleshed out UI. IMO You either choose "Plan route to" and expect all route planning options in the process. If you want to go the short way, with "Navigate to" you can expect it to start a navigation instantly.

I recommend therefore to rename the menu if that is the concept:

1. Navigate to
2. Plan navigation to

In case of 1., start from GPS position and turn GPS on if necessary.

A simple concept and easy to understand. I also never use guidance.

When tapping an image, the primary interest is to view the image. I think if it initially came up with a bigger preview this would already be good enough for previewing. The tiny preview not so much What do you think? I suggest full width stretch (and cut top/bottom to keep initial panel size predictable). IMO this would make picture viewing a much better experience! It's currently a bit lacking and clunky.

Thanks a lot for the release, Menion. According to my initial tests, it looks good! No more problems with the red circles. Addresses are updated in the route planner when dragging and adding points. No more nonsensical track time values when recalculating and "overwriting" a route. Perfect.

Only the German translation of "collapse/expand" is not ideal. Perhaps "einklappen/ausklappen" or "zusammenfassen/erweitern" would be better. SCHLIESSEN is more like "close".

I can confirm the error reported by freischneider, it still occurs.

@Menion: Great that some of my mentioned problems could be fixed! 

PS:
the name "select stop" is still an old name. Now "select via Point after" ?

You mean the entry in the list? There again "select via Point after" would be nonsensical. Perhaps "select location" or "select position" would be better.

For Android there is still the option to have Google results via API, free of charge (as per Menion, last year's discussion).

But it is a decision by the Asammm search folks to not integrate that. It would be easy to merge those  results or keep this Google search as an additional option in your list, druki.

The earlier argument that Android and iOS should have same features is not valid anyways and a pretty bad excuse. Because the feature set for iOS will be smaller, for many years to come.

A solid search feature incl. Google search API is simply a question of will, not effort or anything else, I think.

Address on each shaping point in route planner: needs to be refreshed on shaping point move.

Incomprehensible display of entries in route list. I create a route with the route planner. All shaping points show the correct address of the location. Great, I like that! (Screenshot 1)

But when I modify the route, it gets weird:

I drag a shaping point to a different position. It keeps the address of the original position. (I would expect the address to be updated.)

I add a via-point (add via-point after) and select "screen centre" under "select location". The via point appears in the list with the coordinate and not the address. This remains the same when I toggle it to a shaping point.

I then drag a small red dot between two shaping points, which creates a new shaping point. This is only named "shaping point" in the list.

By editing the route, I get a funny mixed list with shaping points with the correct address, shaping points with the wrong address, shaping/via points with coordinates and shaping points called "shaping point". This is confusing.
(Screenshot 2)

BTW: "collapsed" leaves via points always visible, only shaping points are hidden. That makes sense. 👍
(Screenshot 3)