cockpit icon indicating copy to clipboard operation
cockpit copied to clipboard

Cockpit should store map tiles so users that boot offline can use the map features

Open rafaellehmkuhl opened this issue 1 year ago • 1 comments

Right now they have to open Cockpit while online and never refresh.

rafaellehmkuhl avatar Feb 29 '24 22:02 rafaellehmkuhl

My preferred approach for this is for it to be handled in BlueOS / a separate extension/add-on (per bluerobotics/BlueOS#1820), so extensions don't each need to download their own map data.

If that's managed well the maps service could handle relevant online APIs for downloading from different mapping sources, and any extension could use the service's local API to request whatever map area + source it wants.

An associated add-on could provide a link to the folder where the current maps data is stored for any extensions that want it, so they only need to request data if what they want isn't already there, and if they support adding custom maps/overlays then they can add them to the folder directly to allow other extensions to make use of them if they want to.

ES-Alexander avatar Mar 05 '24 00:03 ES-Alexander

this ins interesting. paid for commercial use, but interesting

https://data.maptiler.com/downloads/planet/

Williangalvani avatar Dec 19 '24 01:12 Williangalvani

other relevant links: https://wiki.openstreetmap.org/wiki/Tile_servers

Williangalvani avatar Dec 19 '24 02:12 Williangalvani

I don't think we should rely on BlueOS for such a critical feature on the long term (although I'm not against someone implementing it over there for an initial version).

rafaellehmkuhl avatar Dec 19 '24 02:12 rafaellehmkuhl

Yeah I'm actually thinking of how to handle user-generated tile data. Like drone shots, photogrammetry stuff, sonar mosaics, and so on. For smaller areas we could just use cesium's single tile entry with the full thing, but I feel like that wouldnt scale

On Wed, Dec 18, 2024, 23:45 Rafael Araujo Lehmkuhl @.***> wrote:

I don't think we should rely on BlueOS for such a critical feature on the long term (although I'm not against someone implementing it over there for an initial version).

— Reply to this email directly, view it on GitHub https://github.com/bluerobotics/cockpit/issues/792#issuecomment-2552660191, or unsubscribe https://github.com/notifications/unsubscribe-auth/AA6T53FO6KF5RFUL5ZNEH5L2GIXK5AVCNFSM6AAAAABT35XN7WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNJSGY3DAMJZGE . You are receiving this because you commented.Message ID: @.***>

Williangalvani avatar Dec 19 '24 03:12 Williangalvani

+1 for a layered and user customisable approach to this. The basics of maps being available without internet connection a must, even for coastal operations. For benthic photogrammetry it would be extra cool to be able to add geolocated thumbnails of the stills images being taken, as they're being taken. So, not photogrammetric stitching on the fly, just images on a layer with correct position, orientation, scale. That would help you drive around and navigate areas for photogrammetry.

pkmiles avatar Jan 06 '25 21:01 pkmiles

@pkmiles cool idea! we could get the camera fov and scale the image size based on rangefinder+rov depth, too.

Williangalvani avatar Jan 09 '25 00:01 Williangalvani