Re: [APP] - version 4.34.+ ( 05/2026 )

Started by Menion, May 14, 2026, 14:17:21

0 Members and 2 Guests are viewing this topic.

Christian

The waypoints are not displayed on  charts. Not in existing tracks or new created tracks neither. "Show waypoints" in chart settings is activated.
What do I wrong?

V4.34.1
  •  

Menion

@Andrew Heard
hehe :). It looks like a lot of work was done. But it just sits on quite well prepared code from years before and adds a small AI-driven code, that needs a manual field testing.

@freischneider
hmm the first brave and successful at the start, amazing! Yes, it works as all other sensors > they need a permanent connection. It is based on BT4, so battery consumption should be really low.

@slarti76
I'm probably still confused. All seems to work correctly to me.
My situation: current GPS location in Prague, search for "Kyiv" clearly displays 1130km to the east. Arrow correctly rotates as I rotate with the phone. App Settings > Miscellaneous> Default search/sort location settings have no effect here. GPS or the last known location is always used in the search screen.

Do you have the same experience?

Track editor > check on changes is already wired on the Back button click. I'll improve it, thanks ... and sorry  :P

@Christian
Track waypoints > when you open the track detail and scroll down, do you see waypoints in the block under charts?
- Official help (ideas, questions, problems): help.locusmap.eu
- Advanced topics, sharing of knowledges: you're here!
- LM 4 Beta download, LM 4 Release download

slarti76

Quote from: Menion on Yesterday at 13:17:04@slarti76
I'm probably still confused. All seems to work correctly to me.
My situation: current GPS location in Prague, search for "Kyiv" clearly displays 1130km to the east. Arrow correctly rotates as I rotate with the phone. App Settings > Miscellaneous> Default search/sort location settings have no effect here. GPS or the last known location is always used in the search screen.

Do you have the same experience?
Yeah, sorry, wrote in my last post that I finally realized it's always current location + phone rotation. As Andrew writes, one can argue about what's more intuitive. But I now agree there's no obvious bug here, so let's leave it at that, more important things...

Quote from: Menion on Yesterday at 13:17:04Track editor > check on changes is already wired on the Back button click. I'll improve it, thanks ... and sorry  :P
Apology acdcepted 8) Thx!
  •  

Christian

Quote from: Menion on Yesterday at 13:17:04@Christian
Track waypoints > when you open the track detail and scroll down, do you see waypoints in the block under charts?
Yes. All of my wpts.
  •  

Ulrich Kiermayr

Hi @Menion,

Quote from: Menion on Yesterday at 13:17:04@slarti76
I'm probably still confused. All seems to work correctly to me.
My situation: current GPS location in Prague, search for "Kyiv" clearly displays 1130km to the east. Arrow correctly rotates as I rotate with the phone. App Settings > Miscellaneous> Default search/sort location settings have no effect here. GPS or the last known location is always used in the search screen.

Do you have the same experience?

This is, what I meant by confusing. This always confused me, but the discussion triggered the report.

Compare the 2 screens. On the map (without rotation, north up) I use for planning, Götzendorf is to the left (west, blue arrow)
You cannot view this attachment.

In the search screen from the position I was sitting, Götzendorf is up (because I was facing west when sitting)
You cannot view this attachment.

I find it confusing because when planning I don't know where north actually is, but I have a map with fixed orientation. So I would expect the search screen arrows to point on the direction, where I find the results on the map.

Greetings, Ulrich

Tapio

Quote from: Christian on Yesterday at 20:04:51
Quote from: Menion on Yesterday at 13:17:04@Christian
Track waypoints > when you open the track detail and scroll down, do you see waypoints in the block under charts?
Yes. All of my wpts.
Same here, the embedded WP don't show up on charts. It's checked in the chart options.
Tapiola MFV4+ theme for OAM Maps:
Discuss - Releases - DL latest - Install latest
  •  
    The following users thanked this post: Menion

Andrew Heard

#36
I've noticed, although could have been like this for a while, when you now tap a track that is being recorded, there is less than 1-in-30-taps chance the track details will be displayed in the bottom panel. Previously this was quite reliable i.e. tap the track & details displayed. It generally required North-up for the compass i.e. not rotating. Bug?
You cannot view this attachment.
4.34.1.1 GOLD user ID:c7d47597a
  •  

Andrew Heard

#37
@menion Last week I reported that under "unknown circumstances" the track chart would zoom instead of pan, while using a single finger drag. I now have a screen video of it. Maybe it requires the X-axis to be time instead of distance, or to have a gap/ pause in the recording? In the video I tap +/zoom once, then single tap-drag to try to pan but you can clearly see it zoom instead. The tap position is faintly visible.

https://youtube.com/shorts/2y-jXB_XU5I
4.34.1.1 GOLD user ID:c7d47597a
  •  

slarti76

Quote from: Andrew Heard on Today at 09:10:15@menion Last week I reported that under "unknown circumstances" the track chart would zoom instead of pan, while using a single finger drag. I now have a screen video of it. Maybe it requires the X-axis to be time instead of distance, or to have a gap/ pause in the recording? In the video I tap +/zoom once, then single tap-drag to try to pan but you can clearly see it zoom instead. The tap position is faintly visible.

https://youtube.com/shorts/2y-jXB_XU5I
Yeah, I can confirm that and also reported sth similar recently: The charts don't seem to be able to move consistently over pauses/gaps - instead when dragging, for a while the zoom changes, until the end of the gap is reached and the chart snaps to there. I don't see any good reason why the gaps should have any effect on dragging at all, so to me this is a bug.
  •