Just rolled the latest release tar balls for Maps (51.alpha) and libshumate (1.7.alpha) for the GNOME 51 development cycle

And Maps 50.2, and libshumate 1.6.2 and 1.5.4
for the stable branches

Including, among others, the offline map download support and public transit departure boards for Maps 51.alpha and improvements to vector map sources for libshumate which will enable some nice refactorings in how build the vector map style later on, among other changes

#gnomemaps #libshumate #mapstodon

@pocketvj not the version I was using. But #gnomemaps very recently added initial support for offline map tiles:

https://gitlab.gnome.org/GNOME/gnome-maps/-/merge_requests/512

So tl;dr

It's getting there soon :)

Add support for offline map downloads (!512) · Merge requests · GNOME / gnome-maps · GitLab

Add support for downloading map tiles for offline use, and a Preferences dialog where you can manage downloads. Tiles are downloaded from a

GitLab

No gpx track (cause I forgot to record :x )

A short bike ride close to the Tagus river in #lisbon.

But for the lulz of it used #gnomemaps for navigation on a #oneplus6 with #mobian and #phosh and using the #gps .

And yes the blue dot did moved accurately, and I was slow :)

Screen recording of gnome maps being used for the navigation:

https://peertube.debian.social/w/hQXiSXzTCtHMn6R8U7CESJ

Just a heads-up for those doing development on Maps (e.g. running from within GNOME Builder), or running the nightly Flatpak release. Currently there is a regression in GJS preventing applications launching Gio.Application using runAsync().

https://gitlab.gnome.org/GNOME/gjs/-/work_items/738

As a workaround, one can (temporarily) edit the flatpak manifest in the git clone (when playing with development), or use the --runtime=50 flag (with flatpak run) when running the nightly. Until this gets resolved.

#gnomemaps #gjs

Arguments to `Gio.Application.run()` dropped by `runAsync()` wrapper (#738) · Issues · GNOME / gjs · GitLab

Since ccc0812b the arguments passed to runAsync() are dropped...

GitLab

Thanks to hard work by @flyingpimonster Maps now supports downloading map areas for offline use!

This has been a long-awaited feature and will finally be available in GNOME 51.

#gnomemaps #gnome #mapstodon #openstreetmap #offlinemaps

Another little “side project”: putting some more on Sweden (“färgläggning”)…

Have spent some time lately to extend (and refactor) the Lua script that I wrote some time ago for post-processing the GTFS data from Trafiklab in Transitous. Especially in Kiruna, the likelyhood of the mapping from line name to color seems extra stable, and less likely to change… 😄

🚌🚋🇸🇪

#transitous #motis #trafiklab #PublicTransport #PublicTransit #gnomemaps

Got a bit further on the departures/arrivals view feature.

Now shows a toggle group with tranportation modes available for the selected station/stop (when there are multiple modes served at the location) allowing filtering what to show.

#gnomemaps #gnome #transitous #PublicTransport #PublicTransit #mapstodon

Made some more progress on the implementation of the “stoptimes” API from MOTIS in Maps.
Now actually showing departures (or arrivals) in the place details when clicking on a “public transit-type“ place (station etc.), when there's data available in Transitous.
The rows still only shows the transit mode icon and line number/name (e.g. missing time, destination and so on…)

#gnomemaps #gnome #motis #transitous #PublicTransport #PublicTransit

Client Challenge

Does anyone know of the general development of #navigation software for #mobile #Linux devices like the #Librem5 ?
#PureMaps somehow runs, but it is not a great experience performance wise and the development is not super active anymore. I saw a discussion once that #OrganicMaps also tries to make a mobile Linux version, but I can't find any update there either. Are there any plans for #GnomeMaps to add navigation features?