Load GPX Tracks Optimally (Refactoring)

[vshcherb]

• [ ] Load new GPX tracks from FS in background only when user enters My places (data will be refreshed only when reenters or enters folders)
• [x] On entering My Places / Configure Map data should be displayed immediately from Memory (cause track items are loaded during start) - NO DB, NO FS.
• [ ] Pull to refresh could or could not wait full read from DB or from FS - depends on implementation - please specify how it works

Originally posted by @vshcherb in https://github.com/osmandapp/OsmAnd/issues/19373#issuecomment-2053602225

[sonora]

Here's a UI observation: When you have enough Favorites and Track folders, there is a narrow scrollbar visible on the right screen edge .

While on MyPlaces>Favorites, this scrollbar is briefly visible after each scrolling sof the list, then disappears when the list is left untouched.

If on the MyPlaces>Tracks tab, that scrollbar pulses visible<->invisible about once per second, indefinitely even if the screen is left untouched, as if there is some never ending refresh process perpetually busy on that screen...

[Corwin-Kh]

Plan to move DB code to kotlin library

• implement working with db using appropriate Database drivers ( ~ 8h left)
• reorganize GPXDatabase and additional classes to work with new db layer (~24h)
• move DB specific code to library (~16h)

[vshcherb]

• Missing technical plan / estimate

[Corwin-Kh]

• Implement save empty folders to DB
• Implement gathering track folders from cache (Map<File, GpxDataItem> dataItem -> TrackFolder rootFolder)
• Implement display cached items and switch to refreshed
• Implement refresh items from fileSystem (TrackFolderLoaderTask wo progress update)

Testing

• Check root folder content displayed immediately after open MyPlaces, ConfigureMap/Tracks
• Check folder data changed after reenter to MyPlaces, ConfigureMap/Tracks, open Folder screen
• Check data update after refresh/pull-to-refresh
• Check data update after folder/tracks change
• Check sorting