Missing top priority features in Organic Maps and GNOME Maps

Organic Maps:

1. Adapt to mobile screen - https://github.com/orgs/organicmaps/discussions/6420

2. (low priority) load and record GPS tracks

GNOME Maps:

1. Offline Maps - https://gitlab.gnome.org/GNOME/gnome-maps/-/issues/416

2. Turn by Turn Navigation - https://gitlab.gnome.org/GNOME/gnome-maps/-/issues/335

3. Some UI/UX improvements (we have to make a list, I think bigger buttons would be one)

4. (low priority) load and record GPS tracks

@Pirate Praveen organic already can load and record gps tracks since latest version, almost 3 weeks ago! kml and gpx (kmz will come next). still missing to edit them, with a little bug on beta probably already fixed for next release. at least on android.

from what i can see, it just really need a good linux binary.

Given that:

• Gnome Map's main advantage over Organic Maps is that it's GTK based

• Organic Maps is a common C++ core with various frontend's (currently Java, Swift, QT?)

• The QT frontend is far from parity with the others

Does it maybe make sense to try to fund development of a GTK frontend for Organic Maps?

This assumes of course that building that front end would be less work than trying to implement all the core features Organic Maps already has in Gnome Maps.

@baarkerlounger I was thinking the same...

Since KDE has a workflow to generate apps for both linux and Android, it might be worth discussing with the people from OrganicMaps whether using that single workflow instead of having one for Android and one for linux could make sense for them.

@Silmathoron I think it will take long for the Qt front end to reach feature parity with current Android front end. So even if they wanted to use Qt for android, this would take a while.

@baarkerlounger I think we generally underestimate the ongoing maintenance costs when thinking about writing something new. In my opinion having both Qt and GTK+ front ends for Organic Maps is wasted effort. We can discuss with Organic Maps developers if they are willing to switch.

We can also ask GNOME maps developers if they are willing to adopt Organic Maps core which will bring features like offline maps and turn by turn navigation.

Update: asked gnome maps developers https://gitlab.gnome.org/GNOME/gnome-maps/-/issues/416#note_2232928

Sure, both questions worth asking though I think the answer is likely to be no in both cases.

I'm not sure a QT + GTK+ front end is wasted effort since it being native in Gnome/Phosh is one of the highest priorities for people, I imagine the same might be true of people using KDE on their Linux mobile. But yes there'd be ongoing development and maintenance effort.

@baarkerlounger I imagine eventually GNOME maps will catch up on these features and we will have two GTK+ Maps apps to maintain if we go down this path. We are trying to reduce fragmentation by focusing on less number of apps/projects for the same feature.