> > Also, it seems that the Qt version of Mapbox GL native is fairly new and > has seen significant updates and fixes in new versions, so there's a > significant benefit in having a separate package for this as getting it via > a Qt LTS release means quite a long delay. Do you have a list of the Mapbox > GL version you package vs. in Qt 5.9 and 5.12? >
It looks like this is not that bad - they update QMapboxGL with the updates withing 5.9 and 5.11 branches. The submodule commit referenced in https://github.com/qt/qtlocation/tree/5.9.4/src/3rdparty is the one that is from the end of Nov 2017 ( https://github.com/qt/qtlocation-mapboxgl/commits/upstream/qt-staging), so, previous version (qt-v1.2.0). Although, that version I skipped since it had rather annoying bug which made symbols that were changing position blink on every change. We are now on qt-v1.3.0, released in March 8 and which had many enhancements and bug fixes. So, by having it separate from Qt, we can test it on our devices and see if, in practice, this version works. There is one more difference between SFOS and upstream version. We use libcurl internally, since otherwise, offline communication was impossible ( https://together.jolla.com/question/175944/network-access-to-localhost-disabled-for-qt-when-network-interfaces-are-down/ ) > > > Finally, regarding online/offline maps and EU network charges. The > privacy, > > network coverage redundancy, and requirements for OSM Scout Server have > > been addressed during the meeting by community members. However, while > > network access is much cheaper in EU, don't forget that online maps > require > > a server on the other side. There are few commercial solutions, but, they > > are not cheap. @otsaloma had to install his own server to go around these > > costs. > > And still my custom solution is not even close to the quality of Mapbox's > maps, in part due to my lack of design skills, in part due the low detail > level of tiles from OpenMapTiles.com. It would be best to have some kind of > a platform solution as Mapbox's maps are unreasonably expensive for a hobby > project once past the free plan. It's likely worth asking if Mapbox would > be interested in some kind of a deal, getting some exposure and testing for > their Qt version. > Due to OpenMapTiles licensing and limitations, I worked through the whole pipeline of the import. But, I agree, work on map import and styling is difficult and, if possible, it would be great to agree some deal with Mapbox. Even if each user could pay for a service separately, that would be of advantage. Rinigus
_______________________________________________ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
