Active Topics
-
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (3)
to SailfishOS by edp17 - 3 hrs, 11 mins ago -
The N900 is now 15 years old! (6)
to Nokia N900 by Macros - 1 day, 7 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 1 day, 19 hrs ago -
n770 youtube video (0)
to General by nmdv - 5 days, 19 hrs ago - more...
| The Following 7 Users Say Thank You to rinigus For This Useful Post: | ||
|
2018-02-02
, 11:12
|
|
Posts: 1,414 |
Thanked: 7,547 times |
Joined on Aug 2016
@ Estonia
|
#422
|
I am considering a modification in the import scripts to avoid getting too large databases in Mapnik. In particular, Germany, France, and maybe few more countries that
* are huge in terms of OSM data
* have sub-regions defined
will be made available only through sub-regions. All recommended backends are able to "glue" on fly the downloaded maps allowing users to download all the regions of Germany/France if there is such interest.
From my side, I will probably stop getting questions on why Germany/France maps don't show up with the logs showing broken SQLite database messages and me suspecting that its due to filesystem and/or sqlite driver limitations.
So, if there will be no protests to this plan, I might as well do it. However, if it turns out that many of you use these bigger datasets, we may continue as it is as well.
Note that, at this stage, its a proposal, not decided strategy
* are huge in terms of OSM data
* have sub-regions defined
will be made available only through sub-regions. All recommended backends are able to "glue" on fly the downloaded maps allowing users to download all the regions of Germany/France if there is such interest.
From my side, I will probably stop getting questions on why Germany/France maps don't show up with the logs showing broken SQLite database messages and me suspecting that its due to filesystem and/or sqlite driver limitations.
So, if there will be no protests to this plan, I might as well do it. However, if it turns out that many of you use these bigger datasets, we may continue as it is as well.
Note that, at this stage, its a proposal, not decided strategy
| The Following 5 Users Say Thank You to rinigus For This Useful Post: | ||
|
|
2018-02-02
, 12:23
|
|
Posts: 198 |
Thanked: 271 times |
Joined on Mar 2015
@ Germany
|
#423
|
HI Ringius on Jolla1 it is working with parts of the maps, but Poormaps take ages to rendering the maps especially for routing and searching.
But when there is no other possibility for me its okay.
But when there is no other possibility for me its okay.
| The Following 3 Users Say Thank You to monkeyisland For This Useful Post: | ||
|
|
2018-02-02
, 13:30
|
|
Posts: 1,414 |
Thanked: 7,547 times |
Joined on Aug 2016
@ Estonia
|
#424
|
Originally Posted by monkeyisland
rendering, routing, and searching are actually 3 different parts. They could be all 3 slow or one of them in particular. While rendered tiles are cached between Poor Maps sessions, the search and routing is not. So, at least for rendering, it is using cache.
HI Ringius on Jolla1 it is working with parts of the maps, but Poormaps take ages to rendering the maps especially for routing and searching.
But when there is no other possibility for me its okay.
To test which of the components is the slowest, try to mix OSM Scout Server with online providers. For example, take Mapbox for tiles and try to search. That would tell you whether search is slow.
With the routing, try to route between current location and a location that has been found not as a search result but pointed on a map. That will tell you whether routing is slow.
Not sure I can fix it all, but maybe some things I can.
| The Following 4 Users Say Thank You to rinigus For This Useful Post: | ||
 |
|
2018-02-03
, 13:31
|
|
Posts: 270 |
Thanked: 610 times |
Joined on Nov 2007
@ Leipzig/Germany
|
#425
|
I currently use the combined german database (although with the MapBox GL backend, but I guess it would be affected too), but it wouldn't be a big problem to just download all the different regions, which should work the same form the clients (PoorMaps GL) point of view if I understand correctly.
__________________
N800 -> N810 -> N900 -> N9 -> Jolla & TOHKBD -> Jolla C -> Xperia X -> XA2 Plus Dual Sim
http://www.seiichiro0185.org
N800 -> N810 -> N900 -> N9 -> Jolla & TOHKBD -> Jolla C -> Xperia X -> XA2 Plus Dual Sim
http://www.seiichiro0185.org
|
|
2018-02-03
, 14:35
|
|
Posts: 1,414 |
Thanked: 7,547 times |
Joined on Aug 2016
@ Estonia
|
#426
|
Originally Posted by seiichiro0185
If you use Mapbox GL, then that is split already by tiles. Same goes for Valhalla routing. The only difference would be Geocoder-NLP which then searches in separate databases. And that's what it is doing if you keep the default settings.
I currently use the combined german database (although with the MapBox GL backend, but I guess it would be affected too), but it wouldn't be a big problem to just download all the different regions, which should work the same form the clients (PoorMaps GL) point of view if I understand correctly.
|
|
2018-02-21
, 16:46
|
|
Posts: 1,414 |
Thanked: 7,547 times |
Joined on Aug 2016
@ Estonia
|
#427
|
I am happy to announce a point update (1.4.3) which includes updated translations and fixed a bug in Mapbox GL style leading to visible rivers in the new version.
What was supposed to be a simple update, turned out to be nothing like it. With the deprecation of libsystemd-daemon library and integration of its functionality to libsystemd, I suddenly had to link to full-blown systemd lib. Turned out, that Harbour wasn't very happy about it. After spending few nights on trying to get around it, I decided to stop distribution of OSM Scout Server via Harbour. This allows me to explicitly request systemd dependency in the package and focus on developing software instead of running around and avoiding Harbour barriers.
I have opened corresponding issue at https://github.com/sailfishos/sdk-ha...tor/issues/102 and the fix doesn't seem to be expected in the near future.
Thus, please use OpenRepos or OBS for getting the last versions.
I have been busy lately with other projects and couldn't work much on the server (trying to help @kimmoli with Onyx SFOS port and working on Presage keyboard with @martonmiklos @ljo). As soon as we get the keyboard into a good shape, I'll continue server development and work on resolving the outstanding issues, such as search for POIs without names and others.
What was supposed to be a simple update, turned out to be nothing like it. With the deprecation of libsystemd-daemon library and integration of its functionality to libsystemd, I suddenly had to link to full-blown systemd lib. Turned out, that Harbour wasn't very happy about it. After spending few nights on trying to get around it, I decided to stop distribution of OSM Scout Server via Harbour. This allows me to explicitly request systemd dependency in the package and focus on developing software instead of running around and avoiding Harbour barriers.
I have opened corresponding issue at https://github.com/sailfishos/sdk-ha...tor/issues/102 and the fix doesn't seem to be expected in the near future.
Thus, please use OpenRepos or OBS for getting the last versions.
I have been busy lately with other projects and couldn't work much on the server (trying to help @kimmoli with Onyx SFOS port and working on Presage keyboard with @martonmiklos @ljo). As soon as we get the keyboard into a good shape, I'll continue server development and work on resolving the outstanding issues, such as search for POIs without names and others.
| The Following 14 Users Say Thank You to rinigus For This Useful Post: | ||
|
|
2018-02-21
, 18:37
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#428
|
Originally Posted by rinigus
This is really sad - it's already really hard to write non trivial native applications and apparently not well though out changes like this don't make this any better.
I am happy to announce a point update (1.4.3) which includes updated translations and fixed a bug in Mapbox GL style leading to visible rivers in the new version.
What was supposed to be a simple update, turned out to be nothing like it. With the deprecation of libsystemd-daemon library and integration of its functionality to libsystemd, I suddenly had to link to full-blown systemd lib. Turned out, that Harbour wasn't very happy about it. After spending few nights on trying to get around it, I decided to stop distribution of OSM Scout Server via Harbour. This allows me to explicitly request systemd dependency in the package and focus on developing software instead of running around and avoiding Harbour barriers.
I have opened corresponding issue at https://github.com/sailfishos/sdk-ha...tor/issues/102 and the fix doesn't seem to be expected in the near future.
Thus, please use OpenRepos or OBS for getting the last versions.
In any case, huge thanks for doing all this, including all the ridiculous workarounds and all the extra work you have to do to get what should be basic platform functionality. I've seen also many of your emails to sailfish-devel pointing to all these issues and I'm note sure I remember even a single case of Jolla actually doing the changes or fixing the issue you pointed out - that really does not look good for them & for Sailfish OS overall...
So thanks a lot, I really mean it!
And on a more positive note, we now finally have something like a roadmap & new update, so let's hope it's a sign Jolla might finally start to work on all the critical things that have been ignored for much too long.
Originally Posted by rinigus
I'll hopefully should be now (after a major conference & the obligatory February-plague) able to start in earnest on MapBoxGL integration in modRana and all the other important improvements that really need to happen.
I have been busy lately with other projects and couldn't work much on the server (trying to help @kimmoli with Onyx SFOS port and working on Presage keyboard with @martonmiklos @ljo). As soon as we get the keyboard into a good shape, I'll continue server development and work on resolving the outstanding issues, such as search for POIs without names and others.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
| The Following 9 Users Say Thank You to MartinK For This Useful Post: | ||
|
|
2018-02-21
, 19:56
|
|
Posts: 1,414 |
Thanked: 7,547 times |
Joined on Aug 2016
@ Estonia
|
#429
|
@MartinK, I don't think it is very sad, just natural evolution. Jolla's store is just one of the channels and I am planning to distribute the work through the remaining ones. Thanks for support!
PS: Actually, they did add SQLite as a possible dependency. So, there was a progress. But, in the end, each store has their policies and we should just distribute via the ones that are compatible.
PS: Actually, they did add SQLite as a possible dependency. So, there was a progress. But, in the end, each store has their policies and we should just distribute via the ones that are compatible.
| The Following 6 Users Say Thank You to rinigus For This Useful Post: | ||
|
|
2018-02-22
, 17:15
|
|
Posts: 109 |
Thanked: 150 times |
Joined on May 2012
|
#430
|
@rinigus, do you have the data generation pipeline documented somewhere? I'm interested in particular (/only) in generating the valhalla routing datasets.
Do you do it from raw OSM pbf?
Do you do it from raw OSM pbf?
| The Following 3 Users Say Thank You to paoletto For This Useful Post: | ||
 |
| Tags |
| geocoder, linux, offline maps, router, sailfish os, tiles |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 16:12.
In addition to updated translations, this release brings support for multiple Mapbox GL icon packs and is bundled with the dark Mapbox GL style (mc). Mapbox GL styles are under styles/mapboxgl/styles of the server source tree.
I will try to keep parity between light and dark styles allowing map client applications to switch automatically between map styles as for day/night maps. For example, Laufhelden already has day/night theme switch implemented which can be extended to the map as well.