>> Ho provato con uno shp da 2000 k circa >> ottengo un GMT da circa 5500 k >> uno spatialite da circa 6000 k
Per quanto riguarda spatialite credo sia normale, considerato che pesa 4mega di proiezioni. Riporto qui una conversazione avuta tempo fa con Sandro, nella quale il maestro da una ricetta contro i rigonfiamenti: Cit. Nick Fury: ---------------------------->8------------------------------------------------- un DB in configurazione standard effettivamente tocca i MB non appena lo crei. ma e' solo perche' si e' caricato tutto il dataset EPSG nella tavola "spatial_ref_sys", ed ormai sono 5,000+ CRS, pesano. ma mica e' un obbligo tassativo e stringente: puoi fare diverse cosucce per "strizzare"; a) la piu' scema: cancelli tutti i CRS meno quei due o tre che ti servono, e poi dai un bel VACUUM per compattare. b) molto meglio: invece di usare l'inizializzazione di default, usane una custom: p.es. SELECT InitSpatialMetadata(1); -> tutto EPSG al completo SELECT InitSpatialMetadata(1, 'WGS84'); -> solo wgs + utm SELECT InitSpatialMetadate(1, 'NONE'); -> indovina te ;-) n.b.: inizializzato "WGS84" pesa 253 KB invece per "NONE" fanno 120 KB esiste anche la funzione InsertEpsgSrid() che i supporta se vuoi caricare solo pochi CRS: p.es. inizializzi cosi': SELECT InitSpatialMetadate(1, 'NONE'); SELECT InsertEpsgSrid(3003); SELECT InsertEpsgSrid(25832); SELECT InsertEpsgSrid(4326); dopo di che per arezzo e trento ti puoi anche concedere il lusso sibaritico di fare riproiezioni al volo: e non sei arrivato a consumare neppure 150 KB :-D ---------------------------->8------------------------------------------------- Ciao, Andrea _______________________________________________ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014