Anche io non vedo l'ora di vederlo in azione. La patch sulla carta funziona, ma in pratica ancora sotto windows non sono riuscito a farlo funzionare, ma e' colpa mia. Infatti non riesco a compilare per bene le librerie spatialite sotto windows, Le spatialite vogliono la MinGW, mentre gdal vuole Visual-C. Un bel rebus ...
Comunque penso che nei prossimi giorni verra' inserito nel trunk di gdal e quindi gente piu' capace di me potra' rifarsi le compilazioni e usarlo. Comunque a fronte di questa patch. Ora potro' finalmente scrivermi una procedura di import/export da postgres/postgis via sqlite che permetta lo scambio di dati tra soggetti differenti. Superando i famosi limiti dello shapefile. E se sommo questo a un piccolo bug che segnalai qualche tempo fa' sulla lista qgis. Ovvero il fatto che qgis non salvava i percorsi relativi per i progetti che usavano spatialite. Cosa ora corretta e superata. Si ottiene che ora si possono spostare dati e progetti qgis all'unisono. resterebbe un ultimo passaggio da fare, per i volenterosi: Capire come potrebbe essere possibile mettere tutto il sistema qgis direttamente in una cartella affinche' parta da li' dentro senza richiedere alcuna forma di installazione. Ovviamente mi riferisco a Windows, non a Linux. Cosi si potrebbe spostare non solo i dati , ma anche il sistema di visualizzazione ed utilizzo, senza che l'utente finale debba spendersi per installarlo. Andrea. Il giorno 30 ottobre 2009 15.25, G. Allegri <[email protected]> ha scritto: > Ottima notizia Andrea! Spero di vederlo presto in funzione. > > Giovanni > > Il 30 ottobre 2009 14.34, Andrea Peri <[email protected]> ha scritto: > > Salve, > > > > mi permetto di pre-annunciare che a riguardo del difetto che a suo tempo > > segnalai su gdal/ogr. > > Circa la capacita' di esportare da postgis a sqlite/spatialite anche > tabelle > > senza geometria. > > > > Ho commissionato a persona competente la correzione di tale bug . > > Contemporaneamente ho anche commissionato una evoluzione affinche' > > su richiesta sia skippato il caricamento delle viste. Requisito > > assolutamente > > indispensabile per evitare lo scarico di una messe enorme di dati > ridondati. > > > > In soldoni. > > Ora esiste una strada per fare fornitura di dati a partire da un db > > postgres/postgis, > > senza dover fare ricorso al dump. > > > > non sto' piu' nella pelle dalla contentezza, e non vedo l'ora di usare il > > nuovo gdal/ogr con questa modifica. > > > > Finalmente , ora, con un solo comando potro' scaricare tutti i dati > > tabellari di un intero schema postgres/postgis su un db sqlite. > > > > Certo ancora manca qualcosa, i trigger, le views, etc. > > Ma intanto i dati si passano e questo non e' per niente poco. > > > > Saluti, > > > > -- > > ----------------- > > Andrea Peri > > . . . . . . . . . > > qwerty àèìòù > > ----------------- > > > > > > _______________________________________________ > > Iscriviti all'associazione GFOSS.it: > http://www.gfoss.it/drupal/iscrizione > > [email protected] > > http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss > > Questa e' una lista di discussione pubblica aperta a tutti. > > I messaggi di questa lista non rispecchiano necessariamente > > le posizioni dell'Associazione GFOSS.it. > > > -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù -----------------
_______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it.
