"Filter Count" in "Smart Folder" still is wrong.

[Rowin63]

Description

1492 tracks in "my places"
4025 of them are classified as "enduro profile"
4692 of them don´t have a "specific color"
Also happens to other filters.

Steps to reproduce

read the numbers

Actual result

wrong counting

Expected result

correct counting

Your Environment (required)

~5.3.0#7261 and always before

[Zirochkabila]

OsmAnd~ 5.3.0#7267m, Released: 2026-02-27

@Rowin63 So far, I can't reproduce it - maybe it depends on the number of tracks or the characteristics of the tracks?

1. It would be great if you could attach the export file with your tracks (they will become public).
2. Try with fewer tracks.

Details

2026-02-27.08.42.10.mp4

[Rowin63]

Good morning!

) I can´t export all my existing 1400 tracks (they´re 800MB)
) I can´t try it with fewer tracks, that´s the content of "my places" (and I don´t want to delete lots of them temporarily - because after restoring them they will appear as "new" and cause syncing them again - what I dont want to do, because database refresh and sync unfortunately often hides unwanted surprises. You know all the tickets.)

But I can try this - this export contains three tracks:
Export_2026-02-27.osf.txt

One created in the "enduro" profile
One created in the "walking" profile
One "mixed", has sections of both (enduro, walking) profiles

None of this tracks can be filtered by a "smart folder activity filter"
But perhaps/probably this is an additional issue to this mentioned weird counting (more tracks to a profile than existing tracks)

[Rowin63]

It seems, that planning a route in a certain profile doesn´t mean "adding" this activity to the track at the same time.
A track created in the "walking" profile can not be selected by the "walking" filter in a smart folder.

[Rowin63]

Sorry to say this, but I´m getting tired about Osmand once again.
The Android +5.2.13 just crashed while first refreshing the content of a newly created smart folder (sent the report).
The nightly tells me, after new starting up the device, there are "1482 local changes (deletes!!!)" I don´t know where they should come from, I didn´t delete anything.

This is exactly the reason why I dont want to do any "experiments" to my database. "Just using it" can be hard enough sometimes.
Osmand really seems to have a big problem with more extensive databases.

[dmpr0]

Sorry to say this, but I´m getting tired about Osmand once again. The Android +5.2.13 just crashed while first refreshing the content of a newly created smart folder (sent the report). The nightly tells me, after new starting up the device, there are "1482 local changes (deletes!!!)" I don´t know where they should come from, I didn´t delete anything.

This is exactly the reason why I dont want to do any "experiments" to my database. "Just using it" can be hard enough sometimes.

Hi! Could you please send logcat.log from Nightly to dmytro.prodchenko@osmand.net. You can find it in Menu – Help – Help improve OsmAnd – Send logcat log

[Rowin63]

Sorry to say this, but I´m getting tired about Osmand once again. The Android +5.2.13 just crashed while first refreshing the content of a newly created smart folder (sent the report). The nightly tells me, after new starting up the device, there are "1482 local changes (deletes!!!)" I don´t know where they should come from, I didn´t delete anything.
This is exactly the reason why I dont want to do any "experiments" to my database. "Just using it" can be hard enough sometimes.

Hi! Could you please send logcat.log from Nightly to dmytro.prodchenko@osmand.net. You can find it in Menu – Help – Help improve OsmAnd – Send logcat log

Yes, but give me a minute please:
in "my places/tracks" there are still all tracks listed (count 1495), but the additional data only shows 20Mb instead of ~800MB. And the spinning wheel is permanently on - and right now it crashed.

Will send you the crashlog and the logcat soon.

[Rowin63]

Anyway this additional issue (appearing 1482 local deletes) wasn´t part of this issue here - after repeatingly crashing while updating the database and finally finishing it, it seems to be gone now. The tracks database seems "complete" again and NO local changes/deletes do appear at the sync anymore.

So all this false deletes were caused by the running database refresh.

[Rowin63]

Yes. Planning a route in a certain profile does not set the corresponding activity to the track. The final track has "no" activity.

[Rowin63]

As you can see in the screenshot in the first post, the profile is named "Enduro Motorcycling".
But inside the track´s code it is named "car_1639311361802" - why?

[Zirochkabila]

same #24115

[Zirochkabila]

@Rowin63 Currently, I see three requests in this issue (if I am mistaken, please correct me):

1. Incorrect calculation of tracks in filters (Smart Folder)
2. Smart Folder filters by activity do not work for tracks that were created through Route Planning (because the activity of the profile used to create the track was not added)
3. Strange user profile names

So:

1. Still cannot be reproduced
2. Reproduced (Select Auto profile > Create route with this profile via Route Planning = no activity, Expected = Car activity (same as when recording a track via this profile))
3. As far as I can see, there is a separate task 24542

@Rowin63 So, I propose the following: we can rename the task and try to implement the 2nd issue here.
The 1st issue is being considered at #24336.
The 3rd is at #24542.