![]() |
Re: [Announce] Native offline maps: OSM Scout Server
Base on modRana user feedback I recently got an idea (or possibly even RFE) - would it make sense if the OSM Scout Server Location search API could also parse geographic coordinates ?
The general uses case is users with a geographic coordinate pair string they have copy pasted from another app or read and typed from paper and want to show it on the map and possibly do other app specific things with it (save to a POI database, use it as target for routing, etc.) The API already does NLP based address parsing so I guess also checking if the query contains coordinates would be possible. For example, something like: 49.2, 16.616667 geo:49.2, 16.616667 49°12′0″ N, 16°37′0″ E UTM: 5450947 617771 33U If it matches such a format a single POI with the given coordinates would be returned. I guess an actual POI search should be done as well by default even if the query matches a coordinate pair - there could be places called after geographic coordinates. This feature could be also combined by the POI type (I'm sorry that regular POI type support in modRana is taking so long :P) to tell OSM Scout Server with a special POI type ("coordinate_entry" ?) to only parse the query for coordinates, so applications could implement coordinate-search/entry/matching-only-views that would never trigger regular POI searches. Having this done by OSM Scout Server would have the benefit of shared code that can be used by all applications that query the OSM Scout Server API instead of every application implementing this separately & differently. It also makes the API more similar to online POI search engines that usually can search for coordinates. So, does this sound sane/useful ? Also, I would not be surprised if there already were some libraries from parsing coordinates from plain text like there is libpostal for address parsing. |
Re: [Announce] Native offline maps: OSM Scout Server
WhoGo/Pure already accepts the "geo:X.xxx, Y.yyy" format. Am I missing something?
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
* libpostal is not maintained, the last time I looked. so, we are not going to get it as an extension of libpostal. I will not be able to extend it that way in any reasonable timeframe In some aspects, you could get the similar properties by using already available functionality of the server if you parse the coordinates in the client. Namely, you could search for "Any" type of POI in the guide search. |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
The idea is not to match the coordinates to an existing POI from the database - it's simply to parse the coordinates string. Quote:
Quote:
On the other hand there might need to be something client side anyway, even as a fallback, otherwise modRana coordinate input would only work when OSM Scout Server is installed, which still needs to be done manually on Sailfish OS (eq. it's not yet possible to pull it in as dependency at modRana install time). So I guess an alternative solution could possibly be done - to at least share the (Python) coordinate parsing code between different navigation apps (apparently Pure Maps already has some coordinate parsing support, I can start with that). This should be quite simple as the code should be a rather self-contained input-output function. If wrapped by a simple Python script I can imagine non-Python applications making use of this code as well, by calling it as an utility. |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Hi, folks,
I'm not sure if this has been posted before, so apologies if it's been discussed already. osmscout-server comes linked to the SFOS provided libboost_filesystem 1.51.0 - this is ok. However, SFOS 3 may come with libboost_filesystem 1.66.0, so osmscout-server would fail to start. SFOS 3 is still not even available for beta (it isn't even version 3 yet), but I wanted to give you a headstart - just bear in mind that a) the library _may_ change; b) 1.66.0 _may_ be the version, or it could be another one. hack note: it works if I ln -s 1.66.0 to 1.51.0 ;) Gabriel |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Re boost: does your hack link -mt or plain version of boost library? Maybe plain version is missing due to some new dependency that was introduced recently (valhalla?)
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
For those who observed issues with boost - please check if http://repo.merproject.org/obs/home:...la.armv7hl.rpm works. I bundled the missing library and I hope it is sufficient to fix the problem
PS: Already got the feedback - all should be fine now. |
Re: [Announce] Native offline maps: OSM Scout Server
OSM Scout Server has been packaged into Flatpak - available at https://github.com/rinigus/osmscout-...server.flatpak . This allows you to use the server on desktop easily and develop against it. For example, modRana and Pure Maps.
I'll submit the server to Flathub, just may take some time. The server will have to be adjusted on desktop further - please ignore messages regarding missing icons. But, it is already now usable for testing clients against it The new release was done on desktop only - there are no relevant SFOS changes. |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
All in all, it works very well - I've tested map data download, tile rendering and place search and all seem to work fine! :) Actually, the Mapnik generated tiles seem to look better & have more details on desktop than when rednered on Sailfish OS. I guess this is due to some libraries being available that can't be used on Sailfish OS or possibly reduced resource constraints ? BTW, I've noticed the socket activation toggle is still there in the flatpak version. IIRC you have mentioned socket activation is currently not possible with flatpak, so I guess the option should be hidden when running from flatpak ? Thanks a lot for this! :) Having OSM Scout Server so easily available on desktop is really really nice & I think I'm certainly not the only one who will find it useful! :) |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
OSM Scout Server is now available at https://Flathub.org . So, its compiled for all supported platforms (32- and 64bit variants of x86 and ARM). Whether it works, that's another question.
I'll try to keep all releases for SFOS and Flathub in sync. |
Re: [Announce] Native offline maps: OSM Scout Server
New maps are out. Sorry for delay with the import - had an issue with intermediate database and had to fix it.
|
Re: [Announce] Native offline maps: OSM Scout Server
New release is out 1.13.0
Its relatively small in terms of changes - decided to release them to get it published. Search results now include postal code as a name, if the name is missing. Should be handy for those who use postal codes as a main mean of navigation. The server has added support for Qt 5.11. For that, I had to change SQL backend used by Mapbox GL as a part of working around https://bugreports.qt.io/browse/QTBUG-39957 . There were updates in documentation, Spanish User's manual in particular (thank you @carmenfdezb!). Edit: Let me know if it doesn't work for 2.x SFOS series - we can always add a target at OBS |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
Are there specific things to look at? P.S.: When checking that the "MapboxGL world overview map" has been downloaded correctly (sorry, missed to do that before the download), I noticed that mapboxgl/packages/tiles-world.sqlite exactly matches the size reported by OSMScoutServer on startup (13520896 bytes), but mapboxgl/glyphs/glyphs.sqlite does not: 75730944 bytes reported by ls -l, in contrast to ... INFO: Missing data: Mapbox GL fonts (75,730,947) INFO: Missing data: Mapbox GL World overlay (13,520,896) I have not checked any other sizes, as they need to be accumulated over various files in multiple directories. Well, if just the reported sizes are incorrect (either by OSMScoutServer or ls), that doesn't harm (in contrast to if incorrect file sizes are used internally in OSMScoutServer). |
Re: [Announce] Native offline maps: OSM Scout Server
@olf: I was mainly concerned with whether it will start at all due to the building performed using the latest OBS release (SFOS 3).
RE glyphs: no idea why the file size in the database is different. Its as if the file shrank after compression/decompression by 3 bytes. I am writing down sizes using "du -shb" which should give the correct size while packing. Let's keep it as a small mystery, as long as it doesn't disturb function. |
Re: [Announce] Native offline maps: OSM Scout Server
Rinigus, I haven't followed the thread since the discussions on the creation of the new app, its name and its icon, but I want to thank you for your continued support and outstanding involvement. It's great to see that your motivation has not changed, that pages in the thread have accumulated, and the number of updates speak for themselves.
[Edit] Woops, wrong thread. I was referring to Pure Maps, but same comments work here too. :D |
Re: [Announce] Native offline maps: OSM Scout Server
FYI: New maps are out.
|
Re: [Announce] Native offline maps: OSM Scout Server
Here we go again: I rewrote QML parts of the code in a manner similar to Pure Maps. It is partitioned into platform-independent and -dependent parts allowing me to support Sailfish Silica, QtControls, and Kirigami simply. As with Pure Maps, exposure to Kirigami and QtControls, requires few additional artwork (some of which maybe beneficial for SFOS as well):
* banner with the size similar to Pure Maps. Will be used in About, Kirigami menu * icons for Map Manager: - country available on device - country requested for download - incompatible version (we have sync symbol in SFOS) - mapnik (and maybe mapbox) global (earth?) - postal global (language parsing part) - country or region (used in the list while country is not requested or available) As always, help with the icons is appreciated! |
Re: [Announce] Native offline maps: OSM Scout Server
Hi !
Finally, after having bought a big SD card (128GB :D), I installed OSM Scout server in order to use it with PureMaps on my Jolla1. I have downloaded maps and everything asked, however the server seems to always stay as inactive. Is there a way to debug this ? |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
If you have a specific question then, ask it. |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Pure Maps was rightly configured. The problem was the OSM Scout profil. On the Jolla1, the one which has the most accurate maps (the one next to the default profil) doesn't work. I have tested the others and they all work.
Quote:
In addition, on the OSM Scout server cover, it is always written "Inactive" even when requests are performed to it and answered. Now I have everything more or less working, but the maps are slow to load in Pure maps. But I think that's related to the Jolla old hardware. Quote:
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
I've encountered an issue with OSM Scout Server auto activation on Sailfish OS 3.0.3. I remembered some discussions about routing possibly not working due to ICU update in 3.0.3 so I've decided to test it right away after the system upgrade.
Interestingly, routing seems to work, but only if the OSM Scout Server app is first started manually. If the OSM Scout Server app is not running & OSM Scout Server socket activation is enabled, routing (and likely other services) will not work & journal will be spammed by failed service activation attempts: Code:
Apr 26 13:43:29 Sailfish systemd[1261]: Started OSM Scout Server. OSM Scout Server version: 1.13.1-1.107.1.jolla |
Re: [Announce] Native offline maps: OSM Scout Server
Some more data points. When I try to start the OSM Scout server from the command line, it fails with message similar to the one seen previously in journal:
Code:
[nemo@Sailfish ~]$ harbour-osmscout-server Code:
[root@Sailfish nemo]# cat /usr/share/applications/harbour-osmscout-server.desktop And the second data point, when I start the OSM Scout Server app manually then start modRana and use a OSM Scout Server provided map layer, the OSM Scout Server app crashes and no tiles are rendered. Journal has this: Code:
Apr 26 14:08:01 Sailfish lipstick[1691]: *** stack smashing detected ***: /usr/bin/harbour-osmscout-server terminated |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
Inactive state may be due to fast service of map tiles data - data that is later rendered by Pure Maps. So, its probably OK as long as you get your map view. Would probably be not in this state if you calculate longer route. Re slow: I have a feeling its a slower than it used to be on my hardware. Not sure and it may relate to my SD card as well. Right now, would prefer not to look into the speed issue though... |
Re: [Announce] Native offline maps: OSM Scout Server
@MartinK: thanks for the reports. It looks to be caused by a mix of libs - some provided by OSM Scout Server and some by the system. Looks like I can strip libz from provided list (included in https://github.com/sailfishos/sdk-ha...libraries.conf), but there are still few libs required for Mapnik that are not listed there (libtiff, libjpeg?). Maybe I should cleanup a list of provided libs since we are not in Harbour anyway. Let me think about it.
As for 3.0.3 issues - there is no support for it at OBS. As a result, I cannot even provide you with RPMs for that version. So, if you wish to use OSM Scout Server and MapboxGL-based widget, all I can suggest right now is to stay away from 3.0.3.x |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
Still, I don't really see why all this is not done in sync - new update + new OBS target becomes available. Given that a lot of people (maybe even majority of those participating in the Sailfish X program ?) are on early access, this could really be handled better from Jollas side. |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
As for inconvenience - let's better praise Jolla for finally making larger changes and go on about it. Such incompatibility is a problem, but we will win in the end by having better compilers and libs. Just users will have to be ready to interruption and maybe getting hands a touch dirty. |
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
|
Re: [Announce] Native offline maps: OSM Scout Server
Quote:
* disable autostart of OSM Scout Server * visit regularly https://build.merproject.org/project...cts/sailfishos and see if 3.0.3.x subproject appeared * not to rely on Pure Maps / OSM Scout Server until 3.0.3.x builds of Mapbox GL and OSM Scout Server will come. |
Re: [Announce] Native offline maps: OSM Scout Server
New release is out: 1.14.0
There are no new features, no bugfixes, as far as I remember. This release is done after major rewrite that allows me properly support multiple platforms: Silica, QtControls, cmd line, and add Kirigami to the list of platforms. Earlier, I just had copies of QML written for Silica and QtControls. Now, the same approach as for Pure Maps is used. I hope that there are no new bugs introduced, but let me know if you hit any. Will do my best to fix ASAP. As usual, translations were updated - thank you all involved in it. |
Re: [Announce] Native offline maps: OSM Scout Server
Bugfix release 1.14.1 is out. @ferlanero reported that Mapbox fonts were not detected correctly. Now this bug is fixed. Meanwhile, Spanish translation has been updated as well.
|
Re: [Announce] Native offline maps: OSM Scout Server
4 Attachment(s)
Hi @rinigus, I need some feedback.
I have made three icons (countries to download, countries on device, incompatible version), but I don't know, if I'm on the right track: |
All times are GMT. The time now is 07:30. |
vBulletin® Version 3.8.8