Using BOINC (or Something Similar) For Community Services



  • In the last community update (#21), it was mentioned that the routing service that uNav uses is going away. I suspect that situation with the routing service won't be the last time the community has to consider bringing something in-house. It sounds like the computing resources required are pretty drastic though. Has there been any discussion on trying to use BOINC (or something similar) so that members of the community can donate spare CPU cycles to a cluster? The same model could maybe be used for other shared services like TTS (text to speech) and STT (speech to text).

    https://boinc.berkeley.edu/



  • Just a side note re/ uNav: Since the Canonical's UT times I use a modified uNav. It does not go to any server outside the device, but to a small HTTP server running in my BQ E4.5 which in turn presents the maps from OSM stored on the SD card of my device. This allows me to use OSM tiles in offline situations (for example when I'm in Cuba where you do not have cheap and fast data mobile network). The changes in uNav for this is quite simple and the HTTP server is launched on the flight when I start uNav.

    matthias



  • @guru Thanks for the tip. Have you documented the changes you made anywhere? I'd be interested to see how it's done.



  • @jmwright said in Using BOINC (or Something Similar) For Community Services:

    @guru Thanks for the tip. Have you documented the changes you made anywhere? I'd be interested to see how it's done.

    Of course :-)
    It's here:

    https://www.gitbook.com/book/gurucubano/bq-aquaris-e-4-5-ubuntu-phone/details



  • @guru Awesome, thanks!


  • Infrastructure

    Well its a nice idea but for a routing service you probably need a more central approach to not let the users wait too long. But we will find a solution, currently we switched back to OSRM, but it has only car routing. So at least minimum service is prolonged ;)



  • @flohack said in Using BOINC (or Something Similar) For Community Services:

    Well its a nice idea but for a routing service you probably need a more central approach to not let the users wait too long. But we will find a solution, currently we switched back to OSRM, but it has only car routing. So at least minimum service is prolonged ;)

    Flohack, my solution was not meant as a routing service. My use case is another: Positioning on the map to understand where I am and in which direction to go, and this without having access to Internet. I'm in Cuba every year for some weeks and for this I've built and documented my solution. I only mentioned this in this topic because maybe there are others in the same situation/use case.



  • @guru
    I think @Flohack was responing do the OP.



  • @guru :

    Of course :-)
    It's here:

    https://www.gitbook.com/book/gurucubano/bq-aquaris-e-4-5-ubuntu-phone/details

    Why do you have two versions of the qml if you always point it to the same local httpd?

    Also I think the L100 link doesnt serm to point at that place (anymore) - I see no url there. And unav-go website gives a 404.



  • @doniks Seems that the page is outdated (and I should correct it). The actual changes in uNav 0.63 itself are:

    phablet@ubuntu-phablet-bq:/opt/click.ubuntu.com/navigator.costales/0.63$ diff nav/index.htm*
    246c246
    < 				source: new ol.source.OSM({url: 'http://localhost:8888/osm/{z}/{x}/{y}.png'}),
    ---
    > 				source: new ol.source.OSM({url: '/home/phablet/.local/share/navigator.costales/maps/{z}/{x}/{y}.png'}),
    phablet@ubuntu-phablet-bq:/opt/click.ubuntu.com/navigator.costales/0.63$ diff nav/class/UI.j*
    775,776c775
    < 	// dont change the zoom level (guru@unixarea.de)
    < 	// this.map_zoom(gps_data['speed'], route_indicator['dist2turn'], route_indicator['dist_track_done'], route_indicator['radar']);
    ---
    > 	this.map_zoom(gps_data['speed'], route_indicator['dist2turn'], route_indicator['dist_track_done'], route_indicator['radar']);
    


  • I've updated the chapter 5 about uNav, the English and the Spanish page.


Log in to reply
 

Looks like your connection to UBports Forum was lost, please wait while we try to reconnect.