<div dir="ltr">Allora, ti rispondo al volo adesso e poi con più calma ti darò qualche dettaglio in più.<div>I DB in genere li creo con QGIS. Alcuni li ho fatti con la versione 2.0 (non mi ricordo se su win o su linux),altri sono stati fatti con quella precedente (1.8). </div>
<div>Su linux ho dovuto usare una versione compilata e non quella dei repo per poter leggere la nuova versione di spatialite.</div><div>Non ho una casistica ampia certa per capire con chiarezza dove sta il problema (e non ho neanche conoscenze approfondite di spatialite). Quello che però ho visto è che mi si è ripresentata più volte la necessità di dover ricreare gli indici perché il DB funzionasse correttamente, in particolare su una tavola dove la geometria non veniva inserita da qgis ma calcolata mediante un trigger sulla base di un'altra geometria.</div>
<div><br></div><div>adesso scappo, </div><div>grazie mille </div><div><br></div><div>>L<</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Il giorno 20 febbraio 2014 15:41, Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>L'automatismo dipende dai gradi di liberta' che hai.<br>E quindi dall'ambiente in cui ti muovi e che tipo di operazioni devi eseguire.<br>
<br>Io pero' cercherei di capire come vai l'indice si rovina.<br>
<br>Interessante questo fatto che vi sia una distonia tra qspatialite e dbmanager.<br><br></div><div>Sospetto che manchi qualche trigger. <br>:)<br><br></div><div>Ovvero un db spatialite DOP prevede la assegnazione di un certo numero di triggers che svolgono alcuni compiti tra cui anche quelli di tenere llineati i dati che uno inserisce / rimuove / aggiorna con la tabella di indice spaziale.<br>

<br></div><div>Se pero' la creazione del db spatialite è eseguita con procedure "cinesi" ,<br></div><div>il DB non è DOP e quindi magari non aggiorna l'indice quando inserisci (ad esempio).<br></div><div>

E questo potrebbe spiegare la scomparsa di certi dati.<br><br></div>Tieni presente che cio' che conta è l'ambiente che cra materialmente il DB ovvero che lo inizializza, non l'ambiente che lo usa poi.<br><br>
A margine, è interessante questo fatto che qspatialite e dbmanager non sono allineati sulla costruzione del db spatialite.<br>
<br>Questa cosa vorrei capirla meglio:<br>puoi fornire maggiori dettagli:<br>versione di qgis, versione di spatialite, sistema operativo ?<br></div><br><div><div><div><div class="gmail_extra">Grazie,<br><br></div><div class="gmail_extra">

Andrea.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 20 febbraio 2014 15:31, Luca Lanteri <span dir="ltr"><<a href="mailto:mescal72@gmail.com" target="_blank">mescal72@gmail.com</a>></span> ha scritto:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Ciao a tutti,<div><br></div><div>sto sbattendo la testa contro alcuni problemi con gli indici spaziali di spatialite.</div>

<div>In diversi casi ho la sensazione che gli indici spaziali di alcuni miei layer siano corrotti. Me ne accorgo perché cercando di interrogare un layer lo strumento interrogazione non "vede" gli oggetti. Se elimino e ricreo l'indice tutto torna a funzionare. Vorrei però evitare di dover far fare quest'operazione agli utenti che utilizzano il mio db perché mi rimane difficile spiegarli come farlo.</div>


<div>Sapete darmi se esiste un modo semplice per risolvere il problema, o se (ancora meglio) posso fare la ricostruzione degli indici in modo automatico ?</div><div><br></div><div>Tra l'altro l'unico modo che ho trovato per ricreare gli indici senza scrivere codice SQL e con QSpatialite, che però si rifiuta di aprire i DB creati con DBmanager dicendomi che il db non è un db Spatialite valido. In alcuni casi dicendogli di correggere torna tutto a posto, in altri casi no.</div>


<div><br></div><div>grazie in anticipo<span><font color="#888888"><br></font></span></div><span><font color="#888888"><div>Luca</div></font></span></div>
<br></div></div>_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
666 iscritti al 22.7.2013<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>
qwerty àèìòù<br>-----------------<br>
</font></span></div></div></div></div></div>
</blockquote></div><br></div>