Speigazione baco su spatialite e suggerimento per workaround

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Speigazione baco su spatialite e suggerimento per workaround

Andrea Peri
Salve,
avendo fatto un intervento un po' OT, su un altro thread, trovo giusto
aggiungere un dettaglio ulteriore per non lasciare la cosa appesa.

Avevo riconstrato dei problemi su qgis ad aprire una tabella di spatialite.
Sulle prime credevo a un problema di compatibilita' tra la spatialite
4.2.1-rc1 e qgis 2.6.1.

Ma poi dopo alcune prove ho scoperto che la colpa era dovuta a un
bacone che e' presente su spatialite 4.2.1-rc1 , ma chredo anche enlle
precedenti versioni.

Lo spiego per aiutare chi dovesse incapparvici.

se si crea una tabella con un certo nome, ad esempio:

"pincopallino"
ovviamente dotata di uno o piu' campi geometrici.

E poi si crea una altra tabella
che si chiama
"pincopallino_2"

ovvero con un nome che contiene completamente il nome dell'altra tabella ,

se poi si ha la sventura di rimuovere la prima tabella, facendo una
".dropgeo pincopallino" sulla CLI oppure adottando il giusto comando sulla GUI,
a causa del bacone, vengono anche rimosse le tabelle corrispondenti
agli indici spaziali della tabella "pincopallino_2".
Per cui qgis da errore, ovviamente, quando tenta di aprire la tabella suddetta.

In attesa che Furieri riesca a fixarlo il suggerimento e' , in un db
spatialite, evitare di chiamare due tabelle con dei nomi tali che una
e' prefisso dell'altra.

A.

--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------
_______________________________________________
[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
Reply | Threaded
Open this post in threaded view
|

Re: Speigazione baco su spatialite e suggerimento per workaround

mando
'Aspita!
Ohi boh! 

Sgomento...

Ma quindi il DB che divulgo col mio plugin è in serio pericolo dato che tutti i layer iniziano col nome pyarchinit_nometabella ???

Ho capito bene?

Grazie
Luca

Il giorno 4 gennaio 2015 20:56, Andrea Peri <[hidden email]> ha scritto:
Salve,
avendo fatto un intervento un po' OT, su un altro thread, trovo giusto
aggiungere un dettaglio ulteriore per non lasciare la cosa appesa.

Avevo riconstrato dei problemi su qgis ad aprire una tabella di spatialite.
Sulle prime credevo a un problema di compatibilita' tra la spatialite
4.2.1-rc1 e qgis 2.6.1.

Ma poi dopo alcune prove ho scoperto che la colpa era dovuta a un
bacone che e' presente su spatialite 4.2.1-rc1 , ma chredo anche enlle
precedenti versioni.

Lo spiego per aiutare chi dovesse incapparvici.

se si crea una tabella con un certo nome, ad esempio:

"pincopallino"
ovviamente dotata di uno o piu' campi geometrici.

E poi si crea una altra tabella
che si chiama
"pincopallino_2"

ovvero con un nome che contiene completamente il nome dell'altra tabella ,

se poi si ha la sventura di rimuovere la prima tabella, facendo una
".dropgeo pincopallino" sulla CLI oppure adottando il giusto comando sulla GUI,
a causa del bacone, vengono anche rimosse le tabelle corrispondenti
agli indici spaziali della tabella "pincopallino_2".
Per cui qgis da errore, ovviamente, quando tenta di aprire la tabella suddetta.

In attesa che Furieri riesca a fixarlo il suggerimento e' , in un db
spatialite, evitare di chiamare due tabelle con dei nomi tali che una
e' prefisso dell'altra.

A.

--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------
_______________________________________________
[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


_______________________________________________
[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
Reply | Threaded
Open this post in threaded view
|

Re: Speigazione baco su spatialite e suggerimento per workaround

Andrea Peri
Il bacone si scatena solo se una tabella ha il suo nome corrispondente
al prefisso di un'altra tabella.

NOn credo sia il tuo caso.

Infatti se capisco bene, te hai tutti le tabelle che si chiamano:

pyarchinit_nometabella1
pyarchinit_nometabella2
pyarchinit_nometabella3

(notare che metto 1,2,3 per evidenziare che la tabella ha un nome differente)

E non hai nessuna tabella che si chiama ad esempio "pyarchinit"
stai tranquillo.

E comunque per scatenare il bacone occorre fare volutamente una
"dropgeo" oppure l'equivalente comando nella GUI.

Io direi che te puoi stare tranquillo.

A.


Il 4 gennaio 2015 21:00, Luca Mandolesi <[hidden email]> ha scritto:

> 'Aspita!
> Ohi boh!
>
> Sgomento...
>
> Ma quindi il DB che divulgo col mio plugin è in serio pericolo dato che
> tutti i layer iniziano col nome pyarchinit_nometabella ???
>
> Ho capito bene?
>
> Grazie
> Luca
>
> Il giorno 4 gennaio 2015 20:56, Andrea Peri <[hidden email]> ha
> scritto:
>>
>> Salve,
>> avendo fatto un intervento un po' OT, su un altro thread, trovo giusto
>> aggiungere un dettaglio ulteriore per non lasciare la cosa appesa.
>>
>> Avevo riconstrato dei problemi su qgis ad aprire una tabella di
>> spatialite.
>> Sulle prime credevo a un problema di compatibilita' tra la spatialite
>> 4.2.1-rc1 e qgis 2.6.1.
>>
>> Ma poi dopo alcune prove ho scoperto che la colpa era dovuta a un
>> bacone che e' presente su spatialite 4.2.1-rc1 , ma chredo anche enlle
>> precedenti versioni.
>>
>> Lo spiego per aiutare chi dovesse incapparvici.
>>
>> se si crea una tabella con un certo nome, ad esempio:
>>
>> "pincopallino"
>> ovviamente dotata di uno o piu' campi geometrici.
>>
>> E poi si crea una altra tabella
>> che si chiama
>> "pincopallino_2"
>>
>> ovvero con un nome che contiene completamente il nome dell'altra tabella ,
>>
>> se poi si ha la sventura di rimuovere la prima tabella, facendo una
>> ".dropgeo pincopallino" sulla CLI oppure adottando il giusto comando sulla
>> GUI,
>> a causa del bacone, vengono anche rimosse le tabelle corrispondenti
>> agli indici spaziali della tabella "pincopallino_2".
>> Per cui qgis da errore, ovviamente, quando tenta di aprire la tabella
>> suddetta.
>>
>> In attesa che Furieri riesca a fixarlo il suggerimento e' , in un db
>> spatialite, evitare di chiamare due tabelle con dei nomi tali che una
>> e' prefisso dell'altra.
>>
>> A.
>>
>> --
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -----------------
>> _______________________________________________
>> [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
>
>



--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------
_______________________________________________
[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