Closed edigiacomo closed 11 months ago
Una rettifica e una precisazione.
Una soluzione che mi viene in mente è quella di poter generare queste informazioni a partire dall'output di arkimaps, e.g. nel
process.json
.
Intendevo il file products.json
La precisazione: le mappe sono PNG in EPSG:3857 "georeferenziabili" ad esempio quelle della issue #74 .
Mi sembra sensato, anche perché già con #74 arkimaps ha codice per georeferenziare le tile, e possiamo renderlo piú generico
al momento products.json non ha concetto di singola tile o singola immagine: aggiungo al dict un sottodict indicizzato per nome di immagine generata, contenente la georeferenziazione, direi
In teoria, fatto in a374a0a (branch dell'issue #74 ancora non mergiato).
In pratica, se si usano metatile la georeferenziazione al momento è la georeferenziazione della metatile, non delle singole tile. Release early, release often, magari questo è sufficiente per sbloccare il devel blocking piú immediato intanto che ritaglio anche la georeferenziazione
Fatto push sul branch issue74
anche del ritaglio del bounding box per georeferenziare le tile
La issue doveva essere chiusa automaticamente con il merge della commit c307ddf255c30a4dd13a23c2beceb6d63adb2f1a nel master, non ho capito perché non ha funzionato.
l web pubblico di Arpae prevede il caricamento delle mappe su un servizio REST basato su MongoDB (https://docs.python-eve.org/en/stable/). Di conseguenza, mappe e metadati devono essere caricati su documenti JSON. In particolare:
Sono tutte informazioni che possono essere dedotte dalle ricette di arkimaps. È già adesso possibile parsare a mano i file YAML per ottenere queste informazioni, ma non mi pare banalissimo.
Una soluzione che mi viene in mente è quella di poter generare queste informazioni a partire dall'output di arkimaps, e.g. nel
process.json
.