GeoPackage vs MBTiles vs PMTiles pentru hărți tactice offline

O aplicație tactică de teren trăiește sau moare în funcție de harta sa de bază. Când soldatul care ține telefonul se află într-o vale fără semnal celular, fără legătură de comunicații prin satelit și cu o baterie care trebuie să reziste întreaga misiune, harta trebuie să fie deja pe dispozitiv — fiecare tile, fiecare curbă de nivel, fiecare drum, împachetate într-un fișier care a fost încărcat înainte ca operatorul să părăsească baza. Întrebarea despre ce format de container reține acea hartă nu este una cosmetică. Ea determină bugetele de stocare, performanța de randare, instrumentarul de care are nevoie conducta voastră și dacă datele intră direct în ATAK sau au nevoie de un pas de conversie pe teren. Aceasta este o comparație inginerească a celor trei formate care contează: GeoPackage, MBTiles și PMTiles.

1. problema hărții de bază offline

Constrângerea definitorie a unei aplicații de teren este absența legăturii de comunicații. Nu există niciun server de tile-uri de apelat, niciun CDN, niciun API live. Tot ce va desena vreodată motorul de randare trebuie să fie prezent în stocarea locală înainte ca dispozitivul să rămână fără conexiune. Asta transformă livrarea hărților într-o problemă de împachetare: aveți nevoie de un artefact unic, copiabil și verificabil, care reține datele de hartă pentru o întreagă regiune și pe care un motor de randare mobil îl poate interoga rapid din stocarea flash.

Stocarea este finită și disputată. Un dispozitiv Android robust de utilizator final ar putea aloca 16–64 GB pentru datele misiunii, partajate între imagini, elevație, clipuri video full-motion și harta de bază. O hartă de bază raster la scara teatrului de operații, la niveluri de zoom utilizabile, poate ajunge de una singură la zeci de gigabytes. Deci formatul de container nu este doar un înveliș — comportamentul său de compresie, structura piramidei de tile-uri și costul interogării decid direct câtă hartă puteți transporta și cât de rapid se desenează.

2. MBTiles — containerul de tile-uri SQLite

MBTiles este formatul care a făcut cartografierea offline ceva obișnuit. Este, în esența sa, o bază de date SQLite cu o schemă convenită: un tabel tiles indexat după nivelul de zoom, coloană și rând, plus un tabel metadata cu perechi nume/valoare care descriu limitele, zoom-ul min/max, formatul și atribuirea. Geniul stă în simplitatea sa — orice platformă cu o bibliotecă SQLite (adică fiecare platformă mobilă) îl poate deschide și interoga fără un driver special.

MBTiles reține fie tile-uri raster (PNG, JPEG, WebP), fie tile-uri vectoriale (Mapbox Vector Tiles, protobuf comprimat gzip). MBTiles raster este ceea ce majoritatea operatorilor de teren au folosit de fapt: imagini prerandate sau planșe topografice scanate, tăiate în piramida standard de tile-uri Web Mercator și înghesuite în baza de date. Câmpul format din tabelul metadata îi spune clientului dacă să se aștepte la png sau pbf, iar convenția de numerotare a rândurilor TMS (inversată pe y față de XYZ) este singura capcană persistentă care mușcă o dată pe fiecare nou implementator.

Omniprezența sa este titlul principal. MBTiles este un standard de facto cu un deceniu de instrumentar în spate și este lingua franca a ecosistemului deschis de cartografiere offline. Dacă trebuie să alegeți un format pe care ceva în aval îl va înțelege cu siguranță, MBTiles este pariul sigur.

3. PMTiles — formatul cu fișier unic optimizat pentru cloud

PMTiles, creat de Brandon Liu, rezolvă o problemă pe care MBTiles nu o poate: servirea tile-urilor direct din stocare statică fără un proces de bază de date. O arhivă PMTiles este un fișier unic cu un director compact în față și datele de tile-uri în spate, dispuse astfel încât un client să poată prelua orice tile individual printr-un HTTP range request. Puneți fișierul pe un object store simplu sau pe un card flash, iar clientul citește directorul o singură dată, apoi solicită prin byte-range doar tile-urile de care are nevoie — fără server de tile-uri, fără proces SQLite, fără dezarhivare.

Pentru o aplicație de teren, asta aduce două câștiguri distincte. Într-o rețea de pregătire conectată, o arhivă PMTiles într-un bucket static înlocuiește un întreg stack de server de tile-uri, ceea ce înseamnă un lucru mai puțin de desfășurat și de acreditat. Pe dispozitiv, aceeași dispunere cu fișier unic, de tip append-only, se copiază și se verifică prin sume de control curat și este prietenoasă cu citirile în stil mmap. Directorul grupat al formatului păstrează indexul mic chiar și pentru arhive la scară planetară, astfel încât căutarea per tile rămâne ieftină. Compromisurile din jurul hărților offline MBTiles și PMTiles se reduc la dacă motorul vostru de randare vorbește nativ tiparul de acces prin range request sau așteaptă un descriptor SQLite.

4. GeoPackage — standardul OGC

GeoPackage (GPKG) este singurul dintre cele trei care este un standard deschis formal, publicat de Open Geospatial Consortium și adoptat ca un container relevant pentru Agenția Națională de Geospațială-Informații a SUA și pentru NATO. La fel ca MBTiles, este construit pe SQLite, dar este mult mai ambițios: un singur fișier GeoPackage poate reține piramide de tile-uri raster, tabele de obiecte vectoriale cu geometrie și atribute complete, indici spațiali (R-tree) și metadatele care descriu totul. Un singur fișier poate fi în același timp harta voastră de bază și stratul vostru vectorial suprapus — trasee ale forțelor amice, măsuri de control, zone de interes denumite — într-o singură bază de date interogabilă și editabilă.

Această amploare este motivul pentru care GeoPackage domină în lumea formală a geospațialei de apărare. Când o celulă geospațială expediază un pachet de date de misiune, GeoPackage permite ca tile-urile de imagini și datele de obiecte atribuite să călătorească împreună într-un singur artefact responsabil, cu o schemă documentată pe care sistemul receptor este obligat contractual să o citească. Costul este că GeoPackage este mai greu de produs și că modelul său complet de obiecte este mai mult decât are nevoie o hartă de bază pură — transportați un standard construit pentru date GIS editabile, nu doar un cache de tile-uri.

5. compromisurile de dimensiune și performanță

Alegerea formatului schimbă dimensiunea fișierului mai puțin decât se așteaptă oamenii, pentru că costul dominant îl reprezintă bytes-urile de tile-uri, iar acestea sunt în mare parte aceleași între containere. Pârghiile reale sunt în amonte: formatul tile-ului (WebP bate PNG cu 25–35% la calitate egală), tăierea nivelului de zoom și dacă serviți vector sau raster.

Tile-urile vectoriale sunt câștigul cel mare. O hartă de bază raster a unei țări la zoom 0–16 poate avea 20–40 GB; setul echivalent de tile-uri vectoriale, unde geometria este codificată o singură dată și stilizată la momentul randării, ajunge în mod obișnuit la 1–3 GB pentru aceeași acoperire. Vectorul permite, de asemenea, dispozitivului să restilizeze din mers — palete zi/noapte, comutatoare de straturi specifice misiunii — fără rerandarea tile-urilor. Costul este GPU și CPU la momentul desenării: dispozitivul asamblează imaginea per cadru în loc să afișeze o imagine prerandată, ceea ce este exact tipul de buget de randare a hărților în timp real pe care trebuie să-l profilați pe hardware-ul țintă real, nu pe un laptop de dezvoltator.

În privința costului interogării, cele trei sunt apropiate în practică. MBTiles și GeoPackage bazate pe SQLite rezolvă un tile printr-o căutare indexată după cheia primară — microsecunde din cache cald. PMTiles rezolvă prin directorul său din fișier, ceea ce înseamnă una sau două citiri, de asemenea neglijabile odată ce directorul rădăcină este în cache. Niciunul dintre acestea nu este gâtul de sticlă; acestea sunt I/O-ul de stocare și decodarea/randarea. Concluzia inginerească onestă: alegeți formatul pentru potrivirea de instrumentar și integrare, apoi cheltuiți efortul de performanță pe formatul tile-ului, bugetul de zoom și motorul de randare.

6. suportul ATAK/TAK și al aplicațiilor de teren

Pentru ecosistemul TAK, răspunsul este concret. ATAK citește MBTiles și GeoPackage nativ ca surse de hartă de bază — puneți fișierul în directorul potrivit sau importați-l prin managerul de pachete și apare ca un strat de hartă selectabil. MBTiles raster este calea cea mai testată în luptă și cea la care apelează majoritatea operatorilor. GeoPackage este alegerea corectă când aveți nevoie de imagini și de obiecte vectoriale atribuite într-un singur pachet de misiune importabil, ceea ce este modul standard în care produsele de date formale ajung la client.

PMTiles este nou-venitul. Este tot mai mult susținut prin pluginuri și în clienții moderni bazați pe MapLibre, dar nu este încă importul nativ implicit de hartă de bază în fiecare build TAK, deci verificați versiunea specifică a clientului înainte de a-l standardiza pentru un program desfășurat. Fluxul de lucru pragmatic pe care îl rulează multe echipe: creați și stocați în PMTiles pentru avantajele sale de servire cu fișier unic, apoi exportați în MBTiles sau GeoPackage pentru pachetul final de dispozitiv când clientul țintă o cere.

7. instrumentar

Conducta de conversie este locul unde se duc de fapt orele de inginerie. Pentru tile-urile vectoriale, tippecanoe — provenit inițial de la Mapbox, acum întreținut de Felt — este calul de povară: transformă GeoJSON sau alte surse vectoriale într-un set optimizat de tile-uri vectoriale MBTiles sau PMTiles, gestionând eliminarea obiectelor, coalescarea și generalizarea pe niveluri de zoom, astfel încât datele dense să rămână randabile la zoom mic. Este cel mai important instrument individual dintr-o conductă offline-vectorială.

Pentru toate celelalte, GDAL este adaptorul universal. Utilitarele sale raster și vectoriale convertesc între formate, construiesc piramide de tile-uri și citesc sau scriu GeoPackage, MBTiles și (în versiunile curente) PMTiles. ogr2ogr mută obiectele vectoriale în tabelele de obiecte GeoPackage; gdal_translate și gdaladdo construiesc piramide de tile-uri raster GeoPackage; gdal2tiles taie imaginile în piramida standard. O conductă tipică de producție înlănțuie date-sursă → GDAL sau tippecanoe → container → verificare de integritate → pachet de date de misiune, scriptată și reproductibilă astfel încât aceeași regiune să se reconstruiască byte cu byte. Instrumentul din linia de comandă PMTiles o completează, convertind MBTiles în PMTiles și inspectând directoarele arhivelor.

8. alegerea pentru o aplicație de teren

Decizia se reduce la trei întrebări. Prima: raster sau vector? Dacă puteți crea și stiliza tile-uri vectoriale de la cap la coadă, faceți-o — reducerea de dimensiune de 10x și restilizarea pe dispozitiv sunt decisive pentru dispozitivele cu stocare limitată. Reveniți la raster doar când sursa este reprezentată de imagini sau planșe scanate care nu au echivalent vectorial.

A doua: servire cu fișier unic sau bogăție de obiecte? Dacă aveți nevoie de imagini plus obiecte vectoriale atribuite și editabile într-un singur artefact responsabil — cazul formal al pachetului de date de misiune — GeoPackage este răspunsul, iar statutul său de standard OGC este ceea ce îl face acceptat într-o coaliție. Dacă expediați o hartă de bază pură și doriți cea mai ușoară poveste de servire, câștigă modelul fără server, cu fișier unic, al PMTiles.

A treia: ce citește clientul astăzi? Pentru programele TAK care se desfășoară acum, MBTiles raster sau vectorial pentru harta de bază și GeoPackage pentru pachetele combinate imagini-plus-obiecte reprezintă alegerea pragmatică implicită — ambele se importă nativ, ambele sunt testate în luptă. Adoptați PMTiles acolo unde motorul vostru de randare vorbește deja range requests și controlați versiunea clientului. Orice alegeți, țineți formatul în afara domeniului vostru de bază: stocați datele canonice de hartă o singură dată și tratați MBTiles, PMTiles și GeoPackage ca ținte de export interschimbabile dintr-o singură conductă reproductibilă. Containerul este o decizie de împachetare, nu o arhitectură în care ar trebui să fiți blocați.