RasterLite2 1.0.0 - RC0
Locked
 
|
e' dispobibile la Release Candiate 0 di RasterLite2 1.0.0
(compresi eseguibili pre-compilati per Windows). https://www.gaia-gis.it/fossil/librasterlite2/wiki?name=librasterlite2 se siete sempre stati decisamente convinti che le immagini raster sono una cosa completamente distinta dai database forse RL2 vi potra' fare cambiare idea magari iniziate dando una spulciata (anche sommaria) ai Tutorials ed i Banchmarks; e' il modo migliore per prendere confidenza con questo strumento innovativo che verosimilmente vi risultera' decisamente inconsueto e poco familiare a prima vista. https://www.gaia-gis.it/fossil/librasterlite2/wiki?name=tutorials https://www.gaia-gis.it/fossil/librasterlite2/wiki?name=benchmarks ciao, Sandro _______________________________________________ [hidden email] 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 |
|
|
Domanda da 'gnurat: il database che stiamo usando per l'archeologia (distribuito dentro al plugin pyarchinit per Qgis) fatto in spatialite, è stato generato ormai 2 anni fa utilizzando spatialite gui. Ipotizzando che qualcuno scarichi (speriamo) da Qgis il plugin avrà il DB "vecchio". Per potergli permettere di usare un DB con funzionalità nuove devo creare degli update particolari, o semplicemente aprendo un DB spatialite "vecchio" con una spatialite GUI recente verranno aggiunte le nuove funzioni?
Grazie Luca Il giorno 30 luglio 2014 22:49, <[hidden email]> ha scritto: e' dispobibile la Release Candiate 0 di RasterLite2 1.0.0 _______________________________________________ [hidden email] 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 |
|
|
On Thu, 31 Jul 2014 11:01:33 +0200, Luca Mandolesi wrote:
> Domanda da 'gnurat: il database che stiamo usando per l'archeologia > (distribuito dentro al plugin pyarchinit per Qgis) fatto in > spatialite, è stato generato ormai 2 anni fa utilizzando spatialite > gui. > > Ipotizzando che qualcuno scarichi (speriamo) da Qgis il plugin avrà > il DB "vecchio". Per potergli permettere di usare un DB con > funzionalità nuove devo creare degli update particolari, o > semplicemente aprendo un DB spatialite "vecchio" con una spatialite > GUI recente verranno aggiunte le nuove funzioni? > Ciao Luca, proviamo a fare un po' di chiarezza: - il DB-file e' semplicemente un file; dentro ci stanno tutti i dati, e le relative strutture di supporto. ma sicuramente non ci sta nessuna funzione; SQLite non e' PostgreSQL, e pretende che tute le funzioni SQL devono essere necessariamente implementate in linguaggio C. - quindi tutte le funzioni SQL con la relativa implementazione stanno sempre dentro al codice di qualche libreria; per la precisione tutte quelle "native" (p.es. Max(), Min() etc) stanno dentro a libsqlite3. tutte quelle "spatial" (p.es. ST_Intersects(), ST_Area() etc) invece stanno dentro a mod_spatialite che viene caricato come ulteriori modulo di estensione dinamica sopra a libsqlite3 conclusione: quando ti connetti ad un qualsiasi DB-file contano soprattutto le versioni delle librerie che stai usando. e valgono sempre le seguenti regole, tanto per sqlite quanto per spatialite: 1) se la versione delle librerie usata in lettura e' successiva a quella usata per la creazione del DB ci si aspetta che qualsiasi cambio avvenuto nel frattempo venga sempre gestito in modo silenzioso e trasparente. insomma "ha da funziona' comunque"; l'ultimissima 4.2.0 continua ad elaborarti correttamente anche i primissimi DB di test che accompagnavano la primissima 1.0.0 rilasciata nell'ormai lontanissimo 2008 2) se invece la versione delle libereria usata in lettura e' precedente a quella usate per creare iL DB allora puo' anche acccadere che non funzioni piu' nulla. ma accade semplicemente perche' nel frattempo e' stata introdotta qualche nuova caratteristica ignota a tutte le versioni precedenti. fortunatamente le versioni che creano ostacoli alla piena retro-compatibilita' sono abbastanza rare. p.es. spatialite durante tutta la sua storia ha avuto solo due episodi di discontinuita': a) al passaggio tra al 2.3.1 e la 2.4.0 quando vennero finalmente supportate le geometrie 3D b) molto piu' recentemente al passaggio tra la 3.1.1. e la 4.0.0 quando e' cambiato il layout delle metatavole per assicurare una migliore compatibilita' rispetto agli standard OGC ed ISO/SQL MM ergo, stai assolutamente tranquillo: se gia' usavi la 4.0 o la 4.1 il passaggio alla 4.2 non ti riservera' nessuna sorpresa di alcun tipo. ciao Sandro _______________________________________________ [hidden email] 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 |
«
Return to Gfoss -- Geographic Free and Open Source Software - Italian mailing list
|
1 view|%1 views
| Free forum by Nabble | Edit this page |