Re: [Gfoss] QGIS LYON 2.12 - (ERA: QGIS dev 6a1f1fd - minidump su uscita da dbmanager) - minidump non sistemato
Ciao Totò, purtroppo non sono in grado di replicare il problema da te descritto su Ubuntu 14.04, né precedentemente né adesso. Avviene con ogni database PostGIS o con uno in particolare? Qualcuno in lista è in grado di confermarlo? Si verifica forse solo su Win? Comunque, apri un ticket: se non c'è un ticket, il problema non esiste. Saluti. Giuseppe On Mon, Oct 26, 2015 at 4:38 PM Totò Fiandaca <pigrecoinfin...@gmail.com> wrote: > ecco il nuovo video: > http://1drv.ms/1MeUzSx > > saluti > SF > > Il giorno 26 ottobre 2015 16:25, Totò Fiandaca <pigrecoinfin...@gmail.com> > ha scritto: > >> Salve ho appena installato la nuova Lyon ed ho notato che il minidump (da >> me segnalato una settimana fa) non è stato sistemato. >> >> ecco il video postato una settimana fa: http://1drv.ms/1hPEdHP >> >> è un problema fastidioso per chi come me lavora con PostGIS. >> >> GRAZIE!!! >> >> PS devo aprire un ticket ? >> >> -- >> *Salvatore Fiandaca* >> *mobile*.:+39 327.493.8955 >> *m*: *pigrecoinfin...@gmail.com <pigrecoinfin...@gmail.com>* >> 43°51'0.54"N 10°34'27.62"E - EPSG:4326 >> >> >> > > > -- > *Salvatore Fiandaca* > *mobile*.:+39 327.493.8955 > *m*: *pigrecoinfin...@gmail.com <pigrecoinfin...@gmail.com>* > 43°51'0.54"N 10°34'27.62"E - EPSG:4326 > > > ___ > 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. > 786 iscritti al 30.9.2015 -- Giuseppe Sucameli ___ 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. 786 iscritti al 30.9.2015
Re: [Gfoss] Qgis dev - 2.11 (7e61616) - minidump su rule labeling
Ciao Totò, non riesco a riprodurlo sull'ultima master 29ac48e. Credo sia stato corretto 2 giorni fa (vedi [1], che poi è la revisione successiva a quella che stai usando per i tuoi test). Faresti un test con una versione aggiornata e ci fai sapere? Grazie mille per l'aiuto e il supporto. Ciao. Giuseppe [1] https://github.com/qgis/QGIS/commit/5b0bfc6238bf1e66aad9460b3456314f3ffe9df9 On Wed, Sep 30, 2015 at 10:58 PM Totò Fiandaca <pigrecoinfin...@gmail.com> wrote: > Luigi, segnalo solo quelli che riesco a riprodurre ahahahhah > > ciao > > Il giorno 30 settembre 2015 22:54, Luigi Pirelli <lui...@gmail.com> ha > scritto: > >> con la % di dump che hai, inizio a pensare che hai qualche problema >> nell'istallazione... oppure hai una fortuna/sfortuna sfacciata! >> Luigi Pirelli >> >> >> ** >> * LinkedIn: https://www.linkedin.com/in/luigipirelli >> * Elance: https://www.elance.com/s/edit/luigipirelli/ >> * GitHub: https://github.com/luipir >> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli >> * Mastering QGIS: >> https://www.packtpub.com/application-development/mastering-qgis >> >> ** >> >> >> 2015-09-30 22:18 GMT+02:00 Totò Fiandaca <pigrecoinfin...@gmail.com>: >> > Buonasera, >> > testando la nuova funzionalità sulle etichette e soprattutto le rule è >> > comparso un minidump, ecco come riprodurlo: >> > >> > 1. creare una rule; >> > 2. definire il colore dell'etichetta con 'if' >> > 3. dopo l'ok, compaiono le etichette colorate e subito dopo minidump. >> > >> > ho provato più volte, addirittura in una prova qgis si è piantato. >> > >> > saluti >> > >> > -- >> > Salvatore Fiandaca >> > mobile.:+39 327.493.8955 >> > m: pigrecoinfin...@gmail.com >> > 43°51'0.54"N 10°34'27.62"E - EPSG:4326 >> > >> > >> > >> > ___ >> > 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. >> > 786 iscritti al 30.9.2015 >> > > > > -- > *Salvatore Fiandaca* > *mobile*.:+39 327.493.8955 > *m*: *pigrecoinfin...@gmail.com <pigrecoinfin...@gmail.com>* > 43°51'0.54"N 10°34'27.62"E - EPSG:4326 > > > ___ > 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. > 786 iscritti al 30.9.2015 -- Giuseppe Sucameli ___ 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. 786 iscritti al 30.9.2015
Re: [Gfoss] QGIS Pisa - minidump su file DXF
Ciao Sandro, 2015-09-21 15:37 GMT+02:00 Sandro Santilli <s...@keybit.net>: > Resta solo da trovare chi lo sistema: > http://hub.qgis.org/issues/13381 > se non ho capito male, Salvatore La Rosa ha già provveduto a fare una PR sul repo [1] per correggere il problema. Non rimane che fare un test con l'ultima master e chiudere il ticket. Saluti. [1] https://github.com/qgis/QGIS/pull/2325 -- Giuseppe Sucameli -- Giuseppe Sucameli ___ 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. 750 iscritti al 18.3.2015
Re: [Gfoss] QGIS Pisa - minidump su file DXF
Buondì Totò, con i dati che hai fornito qui in mailing list, sebbene non hai aperto un ticket per segnalare il problema, Salvatore è riuscito a riprodurlo e proporre una modifica al codice che risolve il problema. Nella prossima versione di QGIS (o nel prossimo aggiornamento della versione LTR) il problema non dovrebbe più manifestarsi, per questo sono contenti ;) Se ne hai voglia, ti chiederei di aprire ugualmente il ticket e riportarne il numero qui, così Salvatore o chi per lui lo chiuderanno con l'indicazione della versione in cui il fix è presente, e qualora qualcun altro dovesse avere lo stesso problema troverebbe il ticket chiuso come risolto. Relativamente alla questione se abbia senso aprire un ticket per un problema che non si riesce a riprodurre in maniera sistematica, il mio approccio è pratico più che filosofico: Se non c'è un ticket, il problema non esiste. Buon weekend. Giuseppe Sent from mobile. Sorry for being short. -- Giuseppe Sucameli Il 19/set/2015 11:46, "Totò Fiandaca" <pigrecoinfin...@gmail.com> ha scritto: > buongiorno, > vorrei capire un pò meglio quel che sta accadendo... > > devo o non devo aprire il ticket sul problema? > > purtroppo sono fuori da questo mondo e capisco poco di cosa parlate, di > cosa ha fatto Salvatore. > > leggo solo che siete entusiasti, ma non capisco realmente di cosa. > > buon weekend!!! > > Il giorno 19 settembre 2015 11:27, Paolo Cavallini <cavall...@faunalia.it> > ha scritto: > >> Il 19/09/2015 11:19, aborruso ha scritto: >> >> > Salvatore, grazie mille, con un solo gesto hai generato un'esplosione di >> > conseguenze positive :) >> > >> > Bravissimo >> >> ottimo, cosi' sì che il processo funziona! :) >> grazie a Toto', a Salvatore, e a chi ha contribuito a chiarire il >> problema. >> Saluti. >> -- >> Paolo Cavallini - www.faunalia.eu >> QGIS & PostGIS courses: http://www.faunalia.eu/training.html >> ___ >> 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. >> 750 iscritti al 18.3.2015 >> > > > > -- > *Salvatore Fiandaca* > *mobile*.:+39 327.493.8955 > *m*: *pigrecoinfin...@gmail.com <pigrecoinfin...@gmail.com>* > 43°51'0.54"N 10°34'27.62"E - EPSG:4326 > > > > ___ > 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. > 750 iscritti al 18.3.2015 > ___ 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. 750 iscritti al 18.3.2015
Re: [Gfoss] Fwd: scienza e stregoneria (was minidump alla chiusura di Qgis...)
Bene, allora mi pare siamo allineati. [flame=on] Però mi sfugge, a fronte delle forti motivazioni che manifesti (30 anni di programmazione, uno che ha investito molto nell'opensource, ...), cosa ti ha portato a scrivere quell'email. Come può uno che come te dice di capirne: * pensare che qualcuno abbia intenzionalmente inserito un bug nel codice (in effetti suona proprio come un vero approccio opensource, in barba al codice libero!), * oltretutto sarebbe poco furbo, dato che se così fosse e lo str**zo (cit.) ragionasse in termini di denaro, come tu ipotizzavi, perderebbe clienti. Non è nemmeno detto che i soldi andrebbero a lui, * se poi aggiungiamo le offese gratuite... da uno che, data la lunghissima esperienza, dovrebbe ben sapere che i bug non sempre sono facili da schiacciare (o forse tu scrivi solo codice senza bug?) [/flame=off] A parte il flame gratuito (scusate), torniamo a dare valore alla discussione. Ho passato 3 sere/notti (mio tempo libero dunque, visto che io QGIS non lo uso né per lavoro né per diletto) alla ricerca del fantastico bug (e forse adesso capirai perché questo tuo atteggiamento mi ha fatto particolarmente scaldare...). Comunque, ahimé non sono riuscito a capire perché avviene questo random crash in chiusura sotto Ubuntu14.04. Sembra avvenire durante alla cleanup delle risorse allocate in python, ma sotto Windows potrebbe avvenire da un'altra parte, chi lo sa. Fammi sapere se riesci/riuscite a risolvere il problema, sono curioso. Ciao. Giuseppe Sent from mobile. Sorry for being short. -- Giuseppe Sucameli Il 18/set/2015 20:50, "Geo DrinX" <geodr...@gmail.com> ha scritto: > Ciao Giuseppe, > > Il giorno 18 settembre 2015 18:07, Giuseppe Sucameli < > brush.ty...@gmail.com> ha scritto: > >> Ciao Roberto, >> se il problema che segnali è così fastidioso puoi: >> >> Ipotesi 1) Correggerlo da te, >> Ipotesi 2) Pagare qualcuno che lo faccia al posto tuo. >> > > > Provvederò al più presto ad andare a fondo alla cosa, dato che ho > esperienza di 30 anni da programmatore. > Non ho bisogno di pagare nessun (altro) programmatore. E sono sicuro che > sarò in buona compagnia (vero, Alessandro ?). > > Per quanto riguarda il problema, se ritieni che un crash improvviso > durante una qualunque funzione sia un fatto insignificante, > sappi che stiamo (noi entusiasti di QGIS e dell'Open Source) perdendo > credibilità, purtroppo, presso i grandi enti presso i quali, > con grande fatica e pazienza, siamo riusciti a introdurlo (e Paolo sa bene > di quali enti sto parlando). > > > > >> C'è qualche altra ipotesi? >> >> A dire il vero ce n'è un'altra: >> Ipotesi 3) Smettere di usare QGIS. >> > > > Questa ipotesi non riguarda me, che ho investito su QGIS, come tempo, > risorse e plugin. > Purtroppo per tutti noi può iniziare a riguardare gli enti pubblici a cui > ci stiamo rivolgendo. > > > >> >> Sinceramente, le tue parole sono inaccettabili. (troll?) >> >> Non ho mai dato un'occhiata ad un minidump, oltre tutto se anche volessi >> dovrei tirare su una VM, installare Windows, installare e configurare >> l'ambiente >> di compilazione... >> Mi ci vorrebbe almeno una settimana solo per essere operativo. >> >> Tuttavia, mi chiedo perché mai dovrei sprecare le mie serate per te che >> pensi che tutto sia dovuto. >> > > > A me non è dovuto nulla. > > E' solo dovuto rispetto per gli utenti (pubblici e non) che perdono ore di > tempo e modifiche dei dati su cui stanno lavorando > (è vero, Luca ?). > > Il tempo è prezioso per tutti. Anche il mio. > > Questo è il link alla segnalazione del bug, che forse potresti andare a > consultare : > > http://hub.qgis.org/issues/13272 > > > > Cordiali saluti > > Roberto > > > > > > >> Cordialmente. >> Giuseppe >> >> >> 2015-09-18 11:20 GMT+02:00 Geo DrinX <geodr...@gmail.com>: >> >>> Mi permetto di inoltrare (e ribadire) le parole di Furieri, a proposito >>> del minidump. >>> >>> Inoltre, questo bug è stato già inserito da me nella lista del problemi >>> bloccanti di QGIS: >>> >>> http://hub.qgis.org/issues/13272 >>> >>> >>> Forse non è chiaro a tutti il problema. Oppure, devo pensare che sia >>> invece molto noto a tutti e allora ho le seguenti ipotesi, dato che si >>> parla di soldi: >>> >>> Ipotesi 1 ) "Lo struzzo" fa finta di non vedere >>> >>> Ipotesi 2 ) "Lo str..zo" mette un bug e aspetta di pescare >>> >>> >>> C'è qualche altra ipotesi ? >>> >>> >>> A presto >>
Re: [Gfoss] Fwd: scienza e stregoneria (was minidump alla chiusura di Qgis...)
zione puo' facilmente diventare un > vero e proprio incubo, perche' gli errori logici dovuti alle > variabili non inizializzate possono intrecciarsi in modo > perverso con ulteriori errori dovuti a cattiva sincronizzazione > tra i vari threads che stanno girando in parallelo, fino a > creare le situazioni piu' assurde e meno verosimili. > > se questo e' il contesto (e nota bene: se ...), analizzare > il memory dump e' assolutamente inutile: perche' quel dump > e' semplicemente una fotografia statica della memoria al > momento del crash, ma non ti dira' assolutamente nulla su: > - eventuali errori avvenuti in precedenza causa mancata > inizializzazione delle variabili. > - eventuali errori dovuti a cattiva sincronizzazione tra > i vari threads. > > facciamo conto che sia un giallo: il medico legale potra' > dirti facilmente che la vittima e' morta perche' aveva una > pallottola esattamente in mezzo al cervello. > ma non potra' mai arrivare a capire se quella pallottola > e' stata sparata per motivi passionali, per mafia, per > rapina, per terrorismo o magari per uno sventurato incidente > assolutamente involontario. > tutto questo tocca al detective scoprirlo ;-) > > > possibili soluzioni (e ruolo attivo delle communities) > - > lamentarsi "mi va in crash in modo incomprensibile e casuale" > evidentemente serve a poco; ok, fa scattare un vago segnale di > allarme, ma e' troppo generico per potere sperare di innescare > qualche intervento risolutivo in modo realmente utile. > > invece fortunatamente molti utenti sono in grado di compilarsi > autonomamente l'applicazione a partire dai sorgenti. > in genere chi fa queste attivita' tira semplicemente ad arrivare > fino in fondo con il minore sforzo possibile, ma cosi' facendo si > perdono occasioni preziose per contribuire utilmente allo sviluppo > del proprio progetto preferito. > basterebbe semplicemente attivare sempre il massimo livello diagnostico > supportato dal compilatore e quindi dedicare una decina di minuti > alla attenta lettura di tutti i warnings riportati dal compilatore, > compresi (soprattutto) quelli di piu' infimo rango. > molto verosimilmente ci troverete alcune interessanti segnalazioni > relative all'uso di variabili potenzialmente non inizializzate > ed altri analoghi pasticcetti (capita, e pure spesso: e non e' > detto che non possa sfuggire all'attenzione degli sviluppatori) > ma non finisce qua: un gran numero di utenti significa anche un > gran numero di compilatori differenti (gcc, msvc, clang etc) e di > versioni differenti: spesso accade che un determinato compilatore > riesca ad identificare condizioni critiche che invece sfuggono ad > altri; fare tante compilazioni indipendenti con diagnostica estesa > significa arrivare con poco sforzo ad un codice assolutamente > pulito e quindi piu' robusto. > naturalmente poi vi dovrete prendere il (piccolo) disturbo di > segnalare agli sviluppatori tutti i "pasticciotti" che vi e' > sembrato di identificare, fornendo tutti gli elementi utili > per la loro identificazione. > gli sviluppatori adorano questo tipo di segnalazione, ci vanno > a nozze e baceranno commossi la terra sotto ai vostri piedi :-D > > l'altra possibile linea di intervento riguarda invece l'uso > sistematico di analizzatori dinamici di memoria come p.es. Valgrind. > qua andiamo un po' piu' sul complesso, e sicuramente serve un > certo livello di skill tecnico (ma non vi spaventate, nulla > di realmente impossibile, basta un pizzico di predisposizione, > un po' di tempo libero e soprattutto buona volonta'). > Valgrind e' perfettamente in grado di gettare piena luce su molti > errori di memoria non inizializzata, e molto spesso riesce pure > a beccare gli errori di sincronizzazione tra thread concorrenti. > mettere in piedi una sessione di test su Valgrind per una app > complessa come QGIS porta via un sacco di tempo (lunghe ore ...): > e per arrivare ad interpretare correttamente un Valgrind-report > serve sicuramente intelligenza e molta esperienza (e tempo ...); > ma e' anche vero che tanti testers che lavorino in parallelo ed > in modo indipendente possono velocemente arrivare a sviluppare > una molte di lavoro impressionante. > > <<“Con molti occhi puntati addosso, ogni bug diventa una bazzecola>> > > ... a patto che siano occhi attenti, in grado di capire e dotati di > una strumentazione diagnostica adeguata :-) > > OTH > Sandro > > > > ___ > 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 rela
Re: [Gfoss] Python itemData
Ciao, tu stai recuperando i nomi dei layer e popolando la combobox con quelli, quindi ogni elemento (item) della combobox avrà soltanto la proprietà text. Usando il comando combobox.setItemData(index, data) è possibile associare delle informazioni aggiuntive (data) ad ogni item della combobox (in posizione index) così che con combobox.itemData(index) tu possa recuperarle successivamente. Ti servono quindi anche gli id dei layer, da usare come item data, non solo il nome: se i dati non li metti dentro la combobox, poi non puoi decidere di recuperarli. Saluti. Sent from mobile. Sorry for being short. -- Giuseppe Sucameli Il 01/ago/2014 16:56 NicoPez nico.pezzo...@gmail.com ha scritto: Esatto, dall'ID preso da un elemento della ComboBox dovrei estrapolare l'ItemData ma come risultato ho nessun elemento. Da quanto ho capito itemData vuole un argomento QVariant, mentre i è un element int. Però non capisco come posso fare a prendere i Data di un layer e utilizzarli poi per la voce successiva. layerId = self.comboBox.itemData(i) layer = QgsMapLayerRegistry.instance().mapLayer(layerId) Sì, è un plugin per il catasto. Prendendo spunto da QuickFinder (che invece è molto più complesso nella sua programmazione) volevo fare una ricerca incrociata cercando foglio (campo1) e particella (campo2) da un layer catastale. -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Python-itemData-tp7589041p7589048.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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 ___ 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
Re: [Gfoss] between 1 and 2048 pixel
Stavo proprio per scriverti di settare il tile size... Con 256x256 fa molte più richieste e quindi potrebbe impiegarci parecchio di più in base al tempo di risposta del server. Prova con 1600x1600 dovrebbe farne solo un paio (o forse 3, non ricordo come è implementato). Saluti. 2014-07-14 16:31 GMT+02:00 guido61 guido.nigre...@irpi.cnr.it: ... ho provato anche a settare il tile size a 256 x 256, facendo così qgis si pianta... domanda di riserva, ma secondo voi ci sono altri gis per android che diano la possibilità di editare punti, linee, pligoni, caricare ctr e servizi wms al posto di qgis? qgis desktop è forse la miglior soluzione gis free open source, ma per android mi sembra che stia un po' segnando il passo... grazie cmq per i suggerimenti che mi potrete dare g61 -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/between-1-and-2048-pixel-tp7588828p7588832.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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 -- Giuseppe Sucameli ___ 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
Re: [Gfoss] Censimento utenti QGIS
Il 13/lug/2014 10:05 marco aurelio maure...@live.it ha scritto: Ho provato ad aggiungere l'Ente per cui lavoro, ma ottengo questo errore:CSRF verification failed. Request aborted. qualcuno puo' aiutarmi? -- Date: Sat, 12 Jul 2014 10:28:34 +0200 From: brush.ty...@gmail.com To: alessandro.sarre...@gmail.com CC: gfoss@lists.gfoss.it Subject: Re: [Gfoss] Censimento utenti QGIS Si, la mappa degli utenti di QGIS [1] . Piuttosto, perché sul sito dei plugin? certamente avrebbe senso un link sul sito principale, almeno per facilitare la partecipazione. GS. [1] http://plugins.qgis.org/community-map/ Sent from mobile. Sorry for being short. -- Giuseppe Sucameli Il 12/lug/2014 07:57 Alessandro Sarretta alessandro.sarre...@gmail.com ha scritto: Non era già stato fatto qualcosa di simile tempo fa? Ale On 11/07/2014 06:28, Paolo Cavallini wrote: In Brasile: http://qgisbrasil.wordpress.com/2014/07/06/novos-mapas-do- censo-qgis-brasil/ Interessante. Sarebbe bello fare lo stesso in Italia. Saluti. ___ 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 ___ 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 ___ 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
Re: [Gfoss] Censimento utenti QGIS
Si, la mappa degli utenti di QGIS [1] . Piuttosto, perché sul sito dei plugin? certamente avrebbe senso un link sul sito principale, almeno per facilitare la partecipazione. GS. [1] http://plugins.qgis.org/community-map/ Sent from mobile. Sorry for being short. -- Giuseppe Sucameli Il 12/lug/2014 07:57 Alessandro Sarretta alessandro.sarre...@gmail.com ha scritto: Non era già stato fatto qualcosa di simile tempo fa? Ale On 11/07/2014 06:28, Paolo Cavallini wrote: In Brasile: http://qgisbrasil.wordpress.com/2014/07/06/novos-mapas-do- censo-qgis-brasil/ Interessante. Sarebbe bello fare lo stesso in Italia. Saluti. ___ 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 ___ 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
Re: [Gfoss] UNIONE FILE RASTER - ERRORE PLUGIN QGIS 2.4
Ciao Andrea, stai usando OSGeo4W o la versione standalone di QGIS? Il problema è legato ad una DLL che python non riesce a caricare. Se hai 2 versioni installate, il problema potrebbe essere dovuto al fatto che stia provando a caricare quella sbagliata. Facci sapere. Sent from mobile. Sorry for being short. -- Giuseppe Sucameli SI STESSO ERRORE.. http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/file/n7588762/GDAL_ERROR.png -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/UNIONE-FILE-RASTER-ERRORE-PLUGIN-QGIS-2-4-tp7588759p7588762.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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 ___ 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
Re: [Gfoss] UNIONE FILE RASTER - ERRORE PLUGIN QGIS 2.4
Dovresti provare ad usare Dependency Walker per capire quale sia la DLL implicata. Avevi altre versioni di QGIS installate prima della 2.4? Se si, lo siano ancora o le hai disinstallate? Saluti. Ciao Giuseppe, io so usando la versione standalone di qgis 2.4. grazie Andrea -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/UNIONE-FILE-RASTER-ERRORE-PLUGIN-QGIS-2-4-tp7588759p7588775.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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 ___ 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
Re: [Gfoss] Nota amministrativa: iscriversi prima di inviare un messaggio
io l'ho ricevuto... 2014-03-07 14:48 GMT+01:00 Novarese emigr...@wp.pl: Un altro grave problema è che le credenziali di Nabble devono matchare quelle della lista. Ad es. il presente messaggio non verrà inoltrato in lista (restando visibile unicamente agli utenti Nabble) proprio perchè le due password sono diverse... - -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Nota-amministrativa-iscriversi-prima-di-inviare-un-messaggio-tp7587085p7587117.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] Nota amministrativa: iscriversi prima di inviare un messaggio
Ciao Maurizio, 2014-03-06 17:59 GMT+01:00 Maurizio Marchi mauriziomarch...@gmail.com: il mio indirizzo di posta elettronica dovrebbe essere maurizio.march...@gmail.com MA, per motivi che ancora devo scoprire, gmail mi invia le mail come mauriziomarch...@gmail.com, cioè senza il punto tra nome e cognome. Come se non bastasse, posso ricevere mail sia con la prima che con la seconda configurazione in realtà potresti anche riceverli con mau.rizio.ma.r.c.h@gmail.com, giusto per dirne una :) -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] Sperimentazione pip plugin per qgis per installare nuovi moduli python
Ciao Luca, io intravendo un problema di permessi nell'installazione di moduli/librerie aggiuntive. Come lo stai gestendo? Saluti. 2014-03-04 0:51 GMT+01:00 Luca Mandolesi mandol...@gmail.com: Motu proprio...scusate la prolissità. Allora siamo a questo punto... Ho buttato giù in micro plugin che distribuisce dentro di se sia l'installer di setuptools che di pip... Cosa fa a primo avvio all'avvio se tutto va bene installa pip e setuptools dentro al Qgis presente sulla propria macchina: per ora sto forzando una installazione dentro a Dufour votata a questo punto alla sperimentazione selvaggia. Questo forse porterà a problemi di mantenimento ma vedremo. Non so nemmeno se la cosa ha effetto sotto ma o linux...passettino alla volta Dove installare Nella teoria ci sono due strade: o il plugin riconosce su quale installazione di Qgis lavora (io ne ho 3 diverse dalla 1.8, alla osgeo4w e la dufour standalone), oppure si può aggiungere una finestrella per installazini avanzate dove è l'utente a dire dove sta la shell di Osgeo su win, mentre per mac e linux se non erro basta mandare tutto da terminale che tanto qgis pesca dentro al python di sistema. Quindi sarà il caso di dividere il pannello in tre per utenti win, mac e linux. Come funzia per ora come vedete dalla screenshot [0] (la vedete?) faccio una prova di import qrcode, un modulo per fare i codici qr, che alla prima prova non risulta presente, poi scrivo il modulo che desidero e lancio l'installazione...l'ouput mi da tutti i processi che fa il plugin e poi rifaccio l'import nella medesima sessione senza riavviare ... mooolto importante...e qrcode viene caricato senza mandarmi errori. Dove stava l'inghippo: ho dovuto evitare popen o subprocess perchè pare che sotto win si crei un problema di handle sui processi lanciati che pare abbia fatto smoccolare vari utenti...quindi mi sono appoggiato a QProcess delle Qt [1] e tutto pare girare. Dove sta l'altro inghippo: con pip non tutto si trova, quindi al massimo si può aggiungere anche una maniera di scaricare i moduli, puntare alla cartella e lanciare come da shell Osgeo4W l'installer (è un doppione?) che punta al file setup.py...si lo so, non tutti gli installer vanno subito di setup.py ma magari a qualche clickomane piace di più. Bien, per ora son arrivato qua... appena sto coso gira un po' più liberamente da Dufour, passo tutto in lista su qgis-dev per eventuali suggerimenti, tipo quello di mettere blocchi o allert su moduli sensibili di QGis già distribuiti al suo interno, poi uno se vuol fare esplodere la propria installazione ben venga. :) Ciao a tutti! Si aspettano idee, critiche, suggerimenti,soprattutto dai neofiti che mal si trovano con le shell! Luca [0] https://lh5.googleusercontent.com/-Eplxy__Xm3o/UxURnYpMSmI/DsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG [1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example 2014-03-03 10:16 GMT+01:00 Paolo Cavallini cavall...@faunalia.it: Il 03/03/2014 10:06, Luca Mandolesi ha scritto: Buongiorno a tutti, ieri sera ho messo giu due righe di codice che installano setuptools e pip sulla propria installazione di qgis e permettono da python di installare moduli aggiuntivi dentro qgis. Ora proverò a convertirlo in plugin... Domenda: qualcuno sta lavorando a qualcosa di simile ? Richiesta: chiedo ai python guru in lista di Non mi risulta, a parte Larry che ha detto qualcosa di simile, ma non mi pare abbia scritto codice. Ti consiglio caldamente di annunciare questo tuo lavoro in lista qgis-dev. Grazie mille. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ 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 iscritti al 22.7.2013 ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] QGis e vista PostGIS
Ci sarebbe anche da capire cosa vuol dire su db-manager funziona. Carica la vista su QGIS tramite dbmanager oppure usa la select della vista per generare un layer on-the-fly? Aggiungo, DBManager usa il provider PostGIS in entrambi i casi, anche quando crea e carica un layer da un SQL statement. Quel che possono cambiare sono i parametri che passa al provider: per esempio se è una vista DBManager cerca un campo univoco utile per caricarla e usa quello, mentre il dialog di QGIS mostra la lista dei campi univoci possibili. Saluti. 2014-02-11 8:50 GMT+01:00 aperi2007 aperi2...@gmail.com: Veramente strano che una cosa del genere non sia gia' saltata fuori. Lo so' che e' l'unica cosa da fare e' aprire un ticket , ma temo che servra' a ben poco. E' talmente strano questo bug che dubito che il gruppo degli sviluppatori ci mettera' mai mano perdendo il suo tempo cosi'a babbo morto. Occorrerebbe che chi è interessato finanzi il tempo di uno sviluppatore che cerchi per lui il problema dove sta'. Oppure disponesse di una procedura cje renda l'errore replicabile. Onfatti appena apri un ticket ti chiedono subito una procedura per replicare il bug. Se non ne disponi. Non lo prendono nemmeno in considerazione un baco come questo. Oltre tutto mescola le carte perche' la situazione è che su db-manager funzion. Ilche dimostra solo che db-manager non usa il provider postgres in maniera normale, ma applica qualche suo rimaneggio. Solo questo mi spiegherebbe perche' con db-manager funzia e con il provider diretto di postgis no. Tutte cose cche aumentano la confusione. Temo che uesto baco se lo dovra' tenere per un bel po', almeno finche' casualmente rimettendo mano a ualcosa quancuno lo rimuovera' inconsapevolmente. A. On 07/02/2014 17:14, Paolo Corti wrote: 2014-02-07 Marco Li Volsi marco.livo...@gmail.com: Buona Sera. Non per essere pedante... ma ho trovato l'inghippo. Mi sono accorto che sulla tabella in cui c'è il campo geometrico, non era stato definito l'indice spaziale sul campo. Ho creato l'indice ed adesso il caricamento dal pulsante Aggiungi vettore PostGIS funziona egregiamente. ... e il cerchio si chiude. Salutos. In realta' QGIS dovrebbe funzionare lo stesso, ma se non lo fa allora hai fornito un valido elemento per sistemare quello che con tutta probabilita' sembrerebbe trattarsi di un bug. La cosa migliore in questi casi sarebbe aprire un ticket: https://hub.qgis.org/projects/quantum-gis/issues grazie p ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] QGis e vista PostGIS
OR REPLACE VIEW vista1 SELECT tabella1.campo1, tabella2.campo2, tabella1.campo2, ...,tabella1.campogeometrico FROM tabella1 LEFT JOIN tabella2 ON ... WHERE tabella1.campo2 = valore; La vista viene correttamente trovata nella vista geometry_columns. Ho provato a caricare questo layer dal tasto Aggiungi vettore PostGIS e mi viene restituito un messaggio di alert. Verificando il registro degli eventi il layer risulta non valido. Se provo a caricare il layer dal DB Manager tutto va come deve andare. Il sistema in questione è QGIS 2.0.1-Dufour e POSTGIS=2.0.1 r9979 GEOS=3.3.3-CAPI-1.7.4 PROJ=Rel. 4.8.0, 6 March 2012 GDAL=GDAL 1.9.2, released 2012/10/08 LIBXML=2.7.8 RASTER. Qualcuno saprebbe dirmi se sbaglio qualcosa? ___ 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 iscritti al 22.7.2013 -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ 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 iscritti al 22.7.2013 -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ 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 iscritti al 22.7.2013 ___ 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 iscritti al 22.7.2013 -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ 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 iscritti al 22.7.2013 -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ 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 iscritti al 22.7.2013 -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] QGis e vista PostGIS
Ciao Marco, grazie del feedback. Hai ancora modo di riprodurre l'errore? se si, proveresti a vedere, seguendo la procedura al punto 1 (caricamente da Aggiungi layer PostGIS), quale sia il campo univoco che appare nella riga della vista selezionata? Se ci fai click sopra è possibile scegliere un campo univoco diverso? Saluti. 2014-02-11 15:34 GMT+01:00 Marco Li Volsi marco.livo...@gmail.com: Ciao. Le operazioni che ho fatto per caricare il layer sono: 1. Tastino Aggiungi vettore PostGIS: 1. dalla combobox seleziono la connessione al DB 2. clicco su Connetti 3. dall'albero apro il ramo dello schema che mi interessa 4. evidenzio la vista da caricare 5. clicco su Aggiungi 2. DB Manager: 1. dall'albero apro il ramo PostGIS 2. dal ramo aperto apro il ramo corrispondente al DB che mi interessa 3. dal ramo aperto apro il ramo corrispondente allo schema che mi interessa 4. dal ramo aperto eseguo il dragdrop della vista da caricare le operazioni al punto 1 danno un messaggio di errore, mentre le operazioni al punto 2 aggiungono il layer alla mappa correttamente Il 11/02/2014 14:31, Giuseppe Sucameli ha scritto: Ci sarebbe anche da capire cosa vuol dire su db-manager funziona. Carica la vista su QGIS tramite dbmanager oppure usa la select della vista per generare un layer on-the-fly? Aggiungo, DBManager usa il provider PostGIS in entrambi i casi, anche quando crea e carica un layer da un SQL statement. Quel che possono cambiare sono i parametri che passa al provider: per esempio se è una vista DBManager cerca un campo univoco utile per caricarla e usa quello, mentre il dialog di QGIS mostra la lista dei campi univoci possibili. Saluti. 2014-02-11 8:50 GMT+01:00 aperi2007 aperi2...@gmail.com: Veramente strano che una cosa del genere non sia gia' saltata fuori. Lo so' che e' l'unica cosa da fare e' aprire un ticket , ma temo che servra' a ben poco. E' talmente strano questo bug che dubito che il gruppo degli sviluppatori ci mettera' mai mano perdendo il suo tempo cosi'a babbo morto. Occorrerebbe che chi è interessato finanzi il tempo di uno sviluppatore che cerchi per lui il problema dove sta'. Oppure disponesse di una procedura cje renda l'errore replicabile. Onfatti appena apri un ticket ti chiedono subito una procedura per replicare il bug. Se non ne disponi. Non lo prendono nemmeno in considerazione un baco come questo. Oltre tutto mescola le carte perche' la situazione è che su db-manager funzion. Ilche dimostra solo che db-manager non usa il provider postgres in maniera normale, ma applica qualche suo rimaneggio. Solo questo mi spiegherebbe perche' con db-manager funzia e con il provider diretto di postgis no. Tutte cose cche aumentano la confusione. Temo che uesto baco se lo dovra' tenere per un bel po', almeno finche' casualmente rimettendo mano a ualcosa quancuno lo rimuovera' inconsapevolmente. A. On 07/02/2014 17:14, Paolo Corti wrote: 2014-02-07 Marco Li Volsi marco.livo...@gmail.com: Buona Sera. Non per essere pedante... ma ho trovato l'inghippo. Mi sono accorto che sulla tabella in cui c'è il campo geometrico, non era stato definito l'indice spaziale sul campo. Ho creato l'indice ed adesso il caricamento dal pulsante Aggiungi vettore PostGIS funziona egregiamente. ... e il cerchio si chiude. Salutos. In realta' QGIS dovrebbe funzionare lo stesso, ma se non lo fa allora hai fornito un valido elemento per sistemare quello che con tutta probabilita' sembrerebbe trattarsi di un bug. La cosa migliore in questi casi sarebbe aprire un ticket: https://hub.qgis.org/projects/quantum-gis/issues grazie p ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___Gfoss@lists.gfoss.ithttp://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 iscritti al 22.7.2013 ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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
Re: [Gfoss] QGis e vista PostGIS
Ottimo, quindi selezionando il campo univoco corretto la vista viene caricata correttamente come layer in QGIS. Quesito risolto :) Giusto per fare il punto. Inizialmente se c'erano più campi possibili per caricare una vista, QGIS non ne selezionava nessuno. Questo implicava che ogni volta l'utente dovesse selezionare il campo e capitava che spesso gli utenti chiedessero in ML come mai le viste non fossero selezionabili, quindi si è deciso di selezionare sempre il primo della lista. In DBManager non è possibile selezionare il campo univoco da usare (almeno per adesso), per cui viene utilizzato il più adatto. Questo comportamento implica che talvolta il campo selezionato non è quello corretto (essere sicuri che sia univoco implica eseguire una query che potrebbe essere parecchio onerosa), ma funziona nella maggior parte dei casi. E questo è tutto. Saluti. 2014-02-11 22:44 GMT+01:00 Marco Li Volsi marco.livo...@gmail.com: Ciao Giuseppe. Ho copiato la tabella incriminata, impostato la chiave primaria sul campo id, creato la vista e provato a caricare il layer su QGis (tastino Aggiungi vettore PostGIS) ed il problema si è ripresentato. Nella finestra di caricamento mi propone come campo chiave primaria addrpid (che faccio notare essere il primo della tabella se si ordininano i nomi dei campi alfabeticamente), impostazione che posso comunque cambiare (e cambiandola carica il layer correttamente). Il 11/02/2014 15:38, Giuseppe Sucameli ha scritto: Ciao Marco, grazie del feedback. Hai ancora modo di riprodurre l'errore? se si, proveresti a vedere, seguendo la procedura al punto 1 (caricamente da Aggiungi layer PostGIS), quale sia il campo univoco che appare nella riga della vista selezionata? Se ci fai click sopra è possibile scegliere un campo univoco diverso? Saluti. 2014-02-11 15:34 GMT+01:00 Marco Li Volsi marco.livo...@gmail.com: Ciao. Le operazioni che ho fatto per caricare il layer sono: 1. Tastino Aggiungi vettore PostGIS: 1. dalla combobox seleziono la connessione al DB 2. clicco su Connetti 3. dall'albero apro il ramo dello schema che mi interessa 4. evidenzio la vista da caricare 5. clicco su Aggiungi 2. DB Manager: 1. dall'albero apro il ramo PostGIS 2. dal ramo aperto apro il ramo corrispondente al DB che mi interessa 3. dal ramo aperto apro il ramo corrispondente allo schema che mi interessa 4. dal ramo aperto eseguo il dragdrop della vista da caricare le operazioni al punto 1 danno un messaggio di errore, mentre le operazioni al punto 2 aggiungono il layer alla mappa correttamente Il 11/02/2014 14:31, Giuseppe Sucameli ha scritto: Ci sarebbe anche da capire cosa vuol dire su db-manager funziona. Carica la vista su QGIS tramite dbmanager oppure usa la select della vista per generare un layer on-the-fly? Aggiungo, DBManager usa il provider PostGIS in entrambi i casi, anche quando crea e carica un layer da un SQL statement. Quel che possono cambiare sono i parametri che passa al provider: per esempio se è una vista DBManager cerca un campo univoco utile per caricarla e usa quello, mentre il dialog di QGIS mostra la lista dei campi univoci possibili. Saluti. 2014-02-11 8:50 GMT+01:00 aperi2007 aperi2...@gmail.com: Veramente strano che una cosa del genere non sia gia' saltata fuori. Lo so' che e' l'unica cosa da fare e' aprire un ticket , ma temo che servra' a ben poco. E' talmente strano questo bug che dubito che il gruppo degli sviluppatori ci mettera' mai mano perdendo il suo tempo cosi'a babbo morto. Occorrerebbe che chi è interessato finanzi il tempo di uno sviluppatore che cerchi per lui il problema dove sta'. Oppure disponesse di una procedura cje renda l'errore replicabile. Onfatti appena apri un ticket ti chiedono subito una procedura per replicare il bug. Se non ne disponi. Non lo prendono nemmeno in considerazione un baco come questo. Oltre tutto mescola le carte perche' la situazione è che su db-manager funzion. Ilche dimostra solo che db-manager non usa il provider postgres in maniera normale, ma applica qualche suo rimaneggio. Solo questo mi spiegherebbe perche' con db-manager funzia e con il provider diretto di postgis no. Tutte cose cche aumentano la confusione. Temo che uesto baco se lo dovra' tenere per un bel po', almeno finche' casualmente rimettendo mano a ualcosa quancuno lo rimuovera' inconsapevolmente. A. On 07/02/2014 17:14, Paolo Corti wrote: 2014-02-07 Marco Li Volsi marco.livo...@gmail.com: Buona Sera. Non per essere pedante... ma ho trovato l'inghippo. Mi sono accorto che sulla tabella in cui c'è il campo geometrico, non era stato definito l'indice spaziale sul campo. Ho creato l'indice ed adesso il caricamento dal pulsante Aggiungi vettore PostGIS funziona egregiamente. ... e il cerchio si chiude. Salutos. In realta' QGIS dovrebbe funzionare lo stesso, ma se non lo fa
Re: [Gfoss] qgis, windows raster merge
Ciao Luca, Il 04/nov/2013 09:30 Luca Delucchi lucadel...@gmail.com ha scritto: con QGIS (1.8 e 2) su windows (xp e 7) se si prova ad usare raster-merge che alla fine usa gdal_merge l'antivirus (kaspersky) segnala un errore (Quarantine riskware RootShell) e dopo rimuove qgis. Divertente, non c'è che dire... Viene usato gdal_merge.py se non erro. Puoi chiedere ad uno dei tuoi colleghi di copiare il comando da raster-merge e eseguirlo dalla shell di OSGeo4W per capire a che livello l'antivirus mal interpreta le azioni eseguite (su QGIS/GdalTools o su gdal_merge.py)? Grazie. Giuseppe. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] A proposito di Plugins QGis 2.0
Salve, è stato aggiunto qgisMaximumVersion a tale scopo. Ad es: 1.8 = QGIS = 2.99 qgisMinimumVersion=1.7 qgisMaximumVersion=2.99 Saluti. 2013/9/18 Geo DrinX geodr...@gmail.com Sostanzialmente, a me succede questo: ho creato un plugin che riesco a far funzionare sia sulla versione 1.8 che sulla versione 2.0, tramite istruzioni condizionali che controllano la versione. Per farlo girare, però, devo modificare a manella il file metadata.txt, impostando la versione. Il codice python, invece, rimane invariato. Dato che si tratta di un problema abbastanza stupido, mi sembrerebbe stupido lasciare questo bug limitante nella versione 2.0. Come dicono a Napoli: Capisci a me:) Ciao Roberto Il giorno 18 settembre 2013 12:56, ginetto lui...@gmail.com ha scritto: Ottima domanda... credo che ci sbatterò la testa anche io. Chiedo in chat (é aprerta a tutti anche la ml) e riferisco se non c'é giá scritto Geo DrinX geodr...@gmail.com ha scritto: Salve, ho notato che non sembra più possibile creare un plugin che sia compatibile con tutte le versioni. Mi spiego meglio: una volta modificata la sintassi per renderla compatibile con la nuova versione delle api 2.0, ed aver inserito alcune istruzioni condizionali di controllo della versione, il plugin viene riconosciuto ed eseguito da QGis 2.0 Però, il plugin non parte sulla versione 1.8, perchè nel file metadata.txt la variabile qgisMinimumVersion=2.0 Bene, se la imposto a 1.8, il plugin non viene riconosciuto più sulla versione 2.0 Mi sembra un gatto che si morde la coda. La domanda è: come si fa a far funzionare il plugin su entrambe le versioni, senza modificare il file metadata.txt ? Saluti Roberto ___ 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 iscritti al 22.7.2013 ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] A proposito di Plugins QGis 2.0
2013/9/18 Giuseppe Sucameli brush.ty...@gmail.com Ad es: 1.8 = QGIS = 2.99 qgisMinimumVersion=1.7 qgisMaximumVersion=2.99 ovviamente doveva essere: qgisMinimumVersion=1.8 altrimenti non torna :) Saluti. 2013/9/18 Geo DrinX geodr...@gmail.com Sostanzialmente, a me succede questo: ho creato un plugin che riesco a far funzionare sia sulla versione 1.8 che sulla versione 2.0, tramite istruzioni condizionali che controllano la versione. Per farlo girare, però, devo modificare a manella il file metadata.txt, impostando la versione. Il codice python, invece, rimane invariato. Dato che si tratta di un problema abbastanza stupido, mi sembrerebbe stupido lasciare questo bug limitante nella versione 2.0. Come dicono a Napoli: Capisci a me:) Ciao Roberto Il giorno 18 settembre 2013 12:56, ginetto lui...@gmail.com ha scritto: Ottima domanda... credo che ci sbatterò la testa anche io. Chiedo in chat (é aprerta a tutti anche la ml) e riferisco se non c'é giá scritto Geo DrinX geodr...@gmail.com ha scritto: Salve, ho notato che non sembra più possibile creare un plugin che sia compatibile con tutte le versioni. Mi spiego meglio: una volta modificata la sintassi per renderla compatibile con la nuova versione delle api 2.0, ed aver inserito alcune istruzioni condizionali di controllo della versione, il plugin viene riconosciuto ed eseguito da QGis 2.0 Però, il plugin non parte sulla versione 1.8, perchè nel file metadata.txt la variabile qgisMinimumVersion=2.0 Bene, se la imposto a 1.8, il plugin non viene riconosciuto più sulla versione 2.0 Mi sembra un gatto che si morde la coda. La domanda è: come si fa a far funzionare il plugin su entrambe le versioni, senza modificare il file metadata.txt ? Saluti Roberto ___ 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 iscritti al 22.7.2013 ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] Qgis crush alla chiusura: il problema scompare disabilitando tutti i plugin
dell'Associazione GFOSS.it. 657 iscritti al 30.5.2013 -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode ___ 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. 657 iscritti al 30.5.2013 ___ 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. 657 iscritti al 30.5.2013 ___ 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 iscritti al 22.7.2013 -- Giuseppe Sucameli ___ 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 iscritti al 22.7.2013
Re: [Gfoss] collegare fotografie a shapefile
Ciao Matteo, 2013/6/14 matteo matteo.ghe...@gmail.com mi piacerebbe collegare delle fotografie (non geocodificate) a diversi punti di un layer, in modo che, oltre alle informazioni della tabella degli attributi, compaia anche un'immagine. Ho provato a trafficare un pochino (evis e azioni) ma non sono arrivato da nessuna parte, qualcuno ha una soluzione? se il path all'immagine è memorizzato dentro un'attributo del punto puoi banalmente usare un'azione di tipo Apri (presente in QGIS 1.9), con quella non c'è bisogno di specificare quale applicazione utilizzare per il file poiché viene usata quella predefinita dal tuo SO per quel tipo di file. Mi pare vi sia un'esempio del suo uso tra le azioni predefinite che puoi aggiungere. Ciao. p.s. sto parlando di qgis 1.9 Grazie a tutti Matteo ___ 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. 657 iscritti al 30.5.2013 -- Giuseppe Sucameli ___ 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. 657 iscritti al 30.5.2013
Re: [Gfoss] collegare fotografie a shapefile
sei sicuro che eog (Eye Of Gnome) sia presente nel tuo sistema? In ogni caso, se sei su QGIS 1.9 usa: tipo - apri nome - quelchevuoi azione - [% foto %] Dovrebbe essere presente anche quest'altra in azioni di default, altrimenti dovrò iniziare a preoccuparmi... mi toccherà ricordare in che stato ero quando ho fatto il commit e sarà dura, poiché era tra gennaio e febbraio del 2012 :) Ciao. 2013/6/14 matteo matteo.ghe...@gmail.com Il 14/06/2013 11:42, Giuseppe Sucameli ha scritto: Ciao Matteo, 2013/6/14 matteo matteo.ghe...@gmail.com mi piacerebbe collegare delle fotografie (non geocodificate) a diversi punti di un layer, in modo che, oltre alle informazioni della tabella degli attributi, compaia anche un'immagine. Ho provato a trafficare un pochino (evis e azioni) ma non sono arrivato da nessuna parte, qualcuno ha una soluzione? se il path all'immagine è memorizzato dentro un'attributo del punto puoi banalmente usare un'azione di tipo Apri (presente in QGIS 1.9), con quella non c'è bisogno di specificare quale applicazione utilizzare per il file poiché viene usata quella predefinita dal tuo SO per quel tipo di file. Grazie a tutti dei suggerimenti Ho creato una nuova colonna in cui h inserito il path dell'immagine (/home/blablabal/immagine.jpg). Adesso, scheda azioni e cliccando su aggiungi azioni di default scelgo apri file. In proprietà azione scelgo: - tipo - generico - nome - foto - azione - eog [% foto %]foto è il nome della colonna in cui è presente il percorso del file. Aggiorno l'azione e clicco su applica. Purtroppo non funzia. Quando clicco su informazioni, il nome dell'azione compare, ma non succede niente cliccandoci.. Matteo -- Giuseppe Sucameli ___ 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. 657 iscritti al 30.5.2013
Re: [Gfoss] DBManager Raster
Ciao Luca, On Tue, Apr 16, 2013 at 9:50 PM, Luca Lanteri mesca...@gmail.com wrote: dalla finestra sql del DBManager è possibile caricare un raster? no, non è possibile: sebbene già aggiunto 2 checkbox, una per i vettori e l'altra per i raster, quella funzionalità usa il provider postgres che supporta solo i vettori, per tal motivo le 2 checkbox sono nascoste. Unico modo per caricare un PG raster in DBManager è crearlo e poi caricarlo (viene usato il provider gdal). Saluti. sto provando la seguente query SELECT r.rid, r.rast FROM raster r, vector v WHERE v.id =2 AND st_intersects(r.rast,v.the_geom) ma nel log di qgis trovo qs errore: Interrogazione errata: SELECT DISTINCT CASE WHEN upper(geometrytype(rast)) IN ('POINT','MULTIPOINT','POINTM','MULTIPOINTM') THEN 'POINT' WHEN upper(geometrytype(rast)) IN ('LINESTRING','MULTILINESTRING','LINESTRINGM','MULTILINESTRINGM') THEN 'LINESTRING' WHEN upper(geometrytype(rast)) IN ('POLYGON','MULTIPOLYGON','POLYGONM','MULTIPOLYGONM') THEN 'POLYGON' END, st_srid(rast) FROM raster ha restituito 7 [ERROR: function geometrytype(raster) does not exist LINE 1: SELECT DISTINCT CASE WHEN upper(geometrytype(rast)) IN ('P... ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. ] al momento sono implementati solo i vettori o sto sbagliando qualcosa ? scusate ma sono ai primi tentativi ^L^ ___ 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. 638 iscritti al 28.2.2013 -- Giuseppe Sucameli ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] Open source vs Closed source: quale aiuta di più l’innovazione?
2013/3/28 Diego Guidi diegogu...@gmail.com: 2013/3/28 Paolo Cavallini cavall...@faunalia.it: verissimo, questo e' un problema reale. insisto: dov'è il problema? prestazione lavorativa regolarmente retribuita. Immagino non intendesse questo. forse intendi che la licenza OSS dovrebbe prevedere un qualche tipo di contributo per guadagni realizzati in questo modo? Né questo :) Dovrebbe essere nella natura delle cose contribuire al progetto se ti fa guadagnare, sarebbe come per le aziende investire in RD del resto. Ovviamente non può essere previsto nella licenza altrimenti la libertà va a farsi benedire. PS: è una domanda, non una polemica :) Raga, scialla... (scusate il linguaggio! non lo faccio più, prometto!). Mi pare che le discussioni sia impermeate di costante preoccupazione per il possibile scatenarsi di flame, come se questo possa scaturire da una considerazione/pensiero/frase mal interpretata... Per piacere, cerchiamo di essere Open anche noi... mentalmente intendo. Una buona serata a tutti! ___ 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. 638 iscritti al 28.2.2013 -- Giuseppe Sucameli ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] PointOnSurface SU UNO SHP CON GEOMETRIA DI TIPO Multipolygon
2013/2/7 Paolo Corti pco...@gmail.com: 2013/2/7 Umberto Filippo Minora umberto.min...@unimi.it: Ho provato a usare la funzione suggerita modificandola un po'(perché pare che usando come prefisso ST_ prima di chiamare PointOnSurface sia considerato dal programma un errore di sintassi. per quanto riguarda il nome della funziona il fatto e' strano: che si tratti di una vecchia versione di Spatialite si, mi pare sia stata rinominata in ST_PointOnSurface da SL v3.0.0. Purtroppo la standalone continuava ad usare una pyspatialite vecchia, linkata a SL 2.3 se non erro. Non appena ce ne siamo resi conto (meno di 2 settimane fa) si è chiesto a Jef di aggiornare lo standalone della 1.8.0, che adesso è allineato con osgeo4w per quanto riguarda la pyspatialite. Per cui, in parole povere, è consigliabile che chi usi una standalone la aggiorni scaricando il nuovo installer (v1.8.0-2) dal sito di QGIS [1]. Saluti. [1] http://download.qgis.org ciao p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti ___ 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. 630 iscritti al 1.12.2012 -- Giuseppe Sucameli ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Più versioni di qgis su linux
Ciao, 2013/2/7 Luca Lanteri mesca...@gmail.com: se faccio così il file di configurazione rimane in /dev/ccp/Quantum-GIS ma lancio ccmake da {HOME}/apps/Quantum-GIS quindi ccmake rimane vuoto. Io sto lanciando ccmake da }/dev/cpp/Quantoum-GIS/built e cosi' riesco a vedere il file di configurazione. la soluzione sarebbe o fare tutto in apps o tutto in dev/cpp, oppure ancora lanciare piuttosto ccmake percorso sorgenti qgis Ciao tra l'altro le istruzioni dicono che sometimes 'c' needs to be pressed several times before the 'g' option becomes available. io è circa un ora che vado avanti che premo c ma non mi è ancora comparsa l'opzione per generare il file. mi sto perdendo in un bicchier d'acqua ? grazie mille Il giorno 07 febbraio 2013 14:27, Sandro Santilli s...@keybit.net ha scritto: On Wed, Feb 06, 2013 at 09:27:54PM +0100, Luca Lanteri wrote: Ciao a tutti . E' possibile installare versioni diverse di qgis su linux? In particolare vorrei tenere la 1.8 e la 1.9 insieme, ma utilizzando i pacchetti per ubuntu non riesco. Se te lo compili da solo puoi lanciarlo dalla directory di build: output/bin/qgis Io tengo la 1.8 installata systemwide a lancio quella di svluppo in quel modo. Non ho mai provato a tenermi solo la output dir per vedere se funziona (ma credo di no, che qualche cosa viene referenziata direttamente nella source dir). --strk; ___ 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. 630 iscritti al 1.12.2012 -- Giuseppe Sucameli ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] R: Re: PROBLEMA CON QSPATIALITE PLUGIN
Buongiorno, 2013/2/6 Umberto Filippo Minora umberto.min...@unimi.it Ma se voglio usare una funzione tipo ST_PointOnSurface lo posso fare anche dalla SQL di DB Manager [...]? certamente, basta scrivere la query SQL nella finestra ed eseguirla. Se mi poteste spiegare per cortesia a che servono, Scusa, ma non capisco il soggetto della frase quale sia per cui non vorrei rispondere a casaccio. Ciao. grazie mille in anticipo! Il 06/02/13, *Paolo Cavallini * cavall...@faunalia.it ha scritto: Usate DB manager. Saluti. Luca Mandolesi mandol...@gmail.com ha scritto: Ho appena provato a creare un db e a cancellarlo manualmente. Noto che nel provider di spatialite di qgis per caricare un db, rimane settata la connessione a quel DB. Però se apro Qspatialite mi ricrea un DB senza bloccare il plugin. Quindi non riesco a ricreare il tuo errore. Prova magari a eliminare la connessione dal provider (il barattolo color marroncino) di qgis e vedere se cambia qualcosa...forse avevi aggiunto delle tabelle? 2013/2/5 Umberto Filippo Minora umberto.min...@unimi.it Aiutoo! Ho installato il plugin QSpatiaLite e all'inizio sono riuscito a farlo partire, creando un database myDB.sqlite. Il problema è che poi ho cancellato manualmente questo file e questo sembra aver causato un errore irreversibile che non mi permette più di aprire il plugin in alcun modo, ho provato anche a disinstallarlo e reinstallarlo, ma niente, mi dà sempre questo messaggio d'errore: Errore durante l'esecuzione di codice Python: Traceback (most recent call last): File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\qspatialite.py, line 68, in run dlg = QspatiaLiteApp(self.iface) File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\QspatiaLiteApp.py, line 80, in __init__ self.changeDb(max(0,self.connections['idx'])) File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\QspatiaLiteApp.py, line 146, in changeDb self.drawTreeView() File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\QspatiaLiteApp.py, line 151, in drawTreeView model=self.db.createTreeModel() File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\Classes\Database.py, line 98, in createTreeModel self.getTables() File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\Classes\Database.py, line 71, in getTables header,data=self.executeQuery(query) File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\Classes\Database.py, line 43, in executeQuery cursor=self.connectionObject.cursor() AttributeError: Database instance has no attribute 'connectionObject' Versione Python: 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] Versione di QGIS: 1.8.0-Lisboa Lisboa, 6416f38 Percorso Python: ['C:/Quantum_GIS_Lisboa/apps/qgis/./python', 'C:/Users/Umberto/.qgis//python', 'C:/Users/Umberto/.qgis//python/plugins', 'C:/Quantum_GIS_Lisboa/apps/qgis/./python/plugins', 'C:\\Quantum_GIS_Lisboa\\apps\\qgis\\python', 'C:\\Windows\\system32\\python27.zip', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\DLLs', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\plat-win', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\lib-tk', 'C:\\Quantum_GIS_Lisboa\\apps\\qgis\\bin', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\site-packages', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\Users\\Umberto\\.qgis\\python\\plugins\\mmqgis/forms', 'C:\\Quantum_GIS_Lisboa\\apps\\qgis\\python\\plugins\\fTools\\tools'] ___ 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. 630 iscritti al 1.12.2012 -- 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. 630 iscritti al 1.12.2012 -- http://faunalia.it/pc Sorry for being short ___ 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. 630 iscritti al 1.12.2012 -- Giuseppe Sucameli ___ Gfoss
Re: [Gfoss] R: Re: PROBLEMA CON QSPATIALITE PLUGIN
Ciao, 2013/2/6 Umberto Filippo Minora umberto.min...@unimi.it Una domanda: ho installato qgis 1.8 lisboa dal sito ufficiale di QGIS. per usare SQL in DB Manager devo avere installato SpatiaLite? QGIS 1.8 installa anche le librerie per usare SpatiaLite, per cui non devi preoccuparti di installarle. perchè mi pare di capire che il plugin QSpatiaLite serve ad usare le potenzialità di SpatiaLite su QGIS, No, QGIS supporta SpatiaLite nativamente. QSpatialite è un plugin per QGIS opzionale che mostra all'utente un'interfaccia grafica per lavorare con SpatiaLite, cioé fare operazioni di import ed export, così come query sul db, etc. Lo stesso fa DBManager, ovvero anche quello è un plugin che permette all'utente di lavorare con i SpatiaLite e PostGis, ma è già incluso in QGIS (non c'è bisogno di installarlo). Purtroppo non sono ancora riuscito a far funzionare la funzione ST_PointOnSurface tramite l'SQL di DB Manager, potreste indicarmi dove posso trovare come si usa DB Manager e le sue funzioni? Mi sfugge un passaggio: hai provato a scrivere una query SQL ed eseguirla e ti ha dato un errore? Qualcosa del tipo (scritto ad orecchio): SELECT *, ST_PointOnSurface(Geometry) as point FROM myTable Oppure stai cercando un qualcosa (banalmente un pulsante) che dato un layer ti restituisca un nuovo layer di punti come risultato? perchè mi sembra complicato che per usare una funzione ci sia bisogno di così tanti software diversi, quindi la soluzione deve essere semplice ma a me ancora oscura. Non c'è bisogno di null'altro che installare QGIS (che si tira dietro SpatiaLite e DBManager). Ciao. grazie ancora umberto Il 06/02/13, *Giuseppe Sucameli * brush.ty...@gmail.com ha scritto: Buongiorno, 2013/2/6 Umberto Filippo Minora umberto.min...@unimi.it Ma se voglio usare una funzione tipo ST_PointOnSurface lo posso fare anche dalla SQL di DB Manager [...]? certamente, basta scrivere la query SQL nella finestra ed eseguirla. Se mi poteste spiegare per cortesia a che servono, Scusa, ma non capisco il soggetto della frase quale sia per cui non vorrei rispondere a casaccio. Ciao. grazie mille in anticipo! Il 06/02/13, *Paolo Cavallini * cavall...@faunalia.it ha scritto: Usate DB manager. Saluti. Luca Mandolesi mandol...@gmail.com ha scritto: Ho appena provato a creare un db e a cancellarlo manualmente. Noto che nel provider di spatialite di qgis per caricare un db, rimane settata la connessione a quel DB. Però se apro Qspatialite mi ricrea un DB senza bloccare il plugin. Quindi non riesco a ricreare il tuo errore. Prova magari a eliminare la connessione dal provider (il barattolo color marroncino) di qgis e vedere se cambia qualcosa...forse avevi aggiunto delle tabelle? 2013/2/5 Umberto Filippo Minora umberto.min...@unimi.it Aiutoo! Ho installato il plugin QSpatiaLite e all'inizio sono riuscito a farlo partire, creando un database myDB.sqlite. Il problema è che poi ho cancellato manualmente questo file e questo sembra aver causato un errore irreversibile che non mi permette più di aprire il plugin in alcun modo, ho provato anche a disinstallarlo e reinstallarlo, ma niente, mi dà sempre questo messaggio d'errore: Errore durante l'esecuzione di codice Python: Traceback (most recent call last): File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\qspatialite.py, line 68, in run dlg = QspatiaLiteApp(self.iface) File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\QspatiaLiteApp.py, line 80, in __init__ self.changeDb(max(0,self.connections['idx'])) File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\QspatiaLiteApp.py, line 146, in changeDb self.drawTreeView() File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\QspatiaLiteApp.py, line 151, in drawTreeView model=self.db.createTreeModel() File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\Classes\Database.py, line 98, in createTreeModel self.getTables() File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\Classes\Database.py, line 71, in getTables header,data=self.executeQuery(query) File C:/Users/Umberto/.qgis//python/plugins\QspatiaLite\Classes\Database.py, line 43, in executeQuery cursor=self.connectionObject.cursor() AttributeError: Database instance has no attribute 'connectionObject' Versione Python: 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] Versione di QGIS: 1.8.0-Lisboa Lisboa, 6416f38 Percorso Python: ['C:/Quantum_GIS_Lisboa/apps/qgis/./python', 'C:/Users/Umberto/.qgis//python', 'C:/Users/Umberto/.qgis//python/plugins', 'C:/Quantum_GIS_Lisboa/apps/qgis/./python/plugins', 'C:\\Quantum_GIS_Lisboa\\apps\\qgis\\python', 'C:\\Windows\\system32\\python27.zip', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\DLLs', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\plat-win', 'C:\\Quantum_GIS_Lisboa\\apps\\Python27\\lib\\lib
Re: [Gfoss] R: Re: PROBLEMA CON QSPATIALITE PLUGIN
Ciao, 2013/2/6 Umberto Filippo Minora umberto.min...@unimi.it Se provo ad estendere PostGIS non succede niente (quindi immagino non siano presenti database PostGIS), esatto, non hai definito connessioni a DB PostGIS in QGIS. mentre in SpatiaLite mi compare un database creato per caso avendo aperto in precedenza una volta QSpatiaLite, ma purtroppo non riesco ad importarvi niente... purtroppo la creazione di un DB non è stata ancora implementata, conto di aggiungerla presto dal momento che (almeno in sqlite) è una banalità (in Postgres è necessario avere permessi, etc...). Tuttavia se hai già il db (come capisco) basterà fare dragdrop dello shapefile dal browser di QGIS o da un'altro database (vedi [1]). Adesso dovresti avere tutto quel che ti serve per importare lo shape. Nella versione di sviluppo qgis1.9 (almeno fino a qualche settimana fa funzionava, ora causa cambiamenti radicali probabilmente non più) ho aggiunto 2 pulsanti per importare uno shape dentro un db o esportare una tabella in shapefile. Facci sapere come va (ma cambia il soggetto della mail così se ne tiene traccia). Ciao. [1] http://www.youtube.com/watch?v=3nG-oY5p9O0 Io vorrei solo applicare la funzione PointOnSurface a uno shp poligonale, e seguendo le istruzioni dal sito di qgis, nella sezione dedicata al plugin DB Manager c'è scritto che posso importare da QGIS Browser a DB Manager, ma immagino che la cosa valga solo per i database. Ora, la domanda è: come faccio a importare il mio shp in DB Manager in modo che poi posso usare la funzione desiderata con SQL??? Devo prima creare un database dove inserire lo shp su cui voglio fare l'elaborazione? E se sì, come lo faccio? Scusate, ma una volta capito questo punto potrò finalmente rendermi un minimo più indipendente. Se potete consigliarmi una buon fonte da trovare su internet che spieghi un po'più in dettaglio del sito ufficiale queste cose ve ne sarei immensamente grato! P.S. avrei provato la query proposta, ma non essendo riuscito ad importare un bel niente non ho potuto verificare che funzionasse o meno, il mio scopo è quello di creare uno shp di punti tipo centroidi ma sempre interni ai poligoni (per questo uso la funzione PointOnSurface) e poi metterla come layer in QGIS. Il 06/02/13, *Giuseppe Sucameli * brush.ty...@gmail.com ha scritto: Ciao, 2013/2/6 Umberto Filippo Minora umberto.min...@unimi.it Una domanda: ho installato qgis 1.8 lisboa dal sito ufficiale di QGIS. per usare SQL in DB Manager devo avere installato SpatiaLite? QGIS 1.8 installa anche le librerie per usare SpatiaLite, per cui non devi preoccuparti di installarle. perchè mi pare di capire che il plugin QSpatiaLite serve ad usare le potenzialità di SpatiaLite su QGIS, No, QGIS supporta SpatiaLite nativamente. QSpatialite è un plugin per QGIS opzionale che mostra all'utente un'interfaccia grafica per lavorare con SpatiaLite, cioé fare operazioni di import ed export, così come query sul db, etc. Lo stesso fa DBManager, ovvero anche quello è un plugin che permette all'utente di lavorare con i SpatiaLite e PostGis, ma è già incluso in QGIS (non c'è bisogno di installarlo). Purtroppo non sono ancora riuscito a far funzionare la funzione ST_PointOnSurface tramite l'SQL di DB Manager, potreste indicarmi dove posso trovare come si usa DB Manager e le sue funzioni? Mi sfugge un passaggio: hai provato a scrivere una query SQL ed eseguirla e ti ha dato un errore? Qualcosa del tipo (scritto ad orecchio): SELECT *, ST_PointOnSurface(Geometry) as point FROM myTable Oppure stai cercando un qualcosa (banalmente un pulsante) che dato un layer ti restituisca un nuovo layer di punti come risultato? perchè mi sembra complicato che per usare una funzione ci sia bisogno di così tanti software diversi, quindi la soluzione deve essere semplice ma a me ancora oscura. Non c'è bisogno di null'altro che installare QGIS (che si tira dietro SpatiaLite e DBManager). Ciao. grazie ancora umberto Il 06/02/13, *Giuseppe Sucameli * brush.ty...@gmail.com ha scritto: Buongiorno, 2013/2/6 Umberto Filippo Minora umberto.min...@unimi.it Ma se voglio usare una funzione tipo ST_PointOnSurface lo posso fare anche dalla SQL di DB Manager [...]? certamente, basta scrivere la query SQL nella finestra ed eseguirla. Se mi poteste spiegare per cortesia a che servono, Scusa, ma non capisco il soggetto della frase quale sia per cui non vorrei rispondere a casaccio. Ciao. grazie mille in anticipo! Il 06/02/13, *Paolo Cavallini * cavall...@faunalia.it ha scritto: Usate DB manager. Saluti. Luca Mandolesi mandol...@gmail.com ha scritto: Ho appena provato a creare un db e a cancellarlo manualmente. Noto che nel provider di spatialite di qgis per caricare un db, rimane settata la connessione a quel DB. Però se apro Qspatialite mi ricrea un DB senza bloccare il plugin. Quindi non riesco a ricreare il tuo errore. Prova magari a eliminare la
Re: [Gfoss] R: Re: PROBLEMA CON QSPATIALITE PLUGIN
2013/2/6 Paolo Corti pco...@gmail.com: 2013/2/6 Giuseppe Sucameli brush.ty...@gmail.com purtroppo la creazione di un DB non è stata ancora implementata, su 1.8.0-Lisboa si puo' fare da Layer Add Spatialite layer New, penso sia sfuggito al tuo occhio vigile :) hai perfettamente ragione! ero focalizzato su DBManager e mi è del tutto sfuggito che si potesse fare da QGIS... Ho notato che sul DB Manager, non mi funziona il Load as new layer se uso funzioni spaziali, ad es ST_PointOnSurface. Il pulsante Load now! in tal caso non da segni di vita. uhm... strano. In fin dei conti tutte quelle chiamate vengono redirette sul provider... Mentre funziona perfettamente se si lascia geometry intatto, ad es con Select * from... Il malfunzionamento si verifica anche con PostGIS uhm... sono sicuro funzionasse (strk ha avuto modo di testarlo abbondantemente :)) Provo e vi dico. ciao e grazie ancora per il plugin, davvero utile ;) p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti -- Giuseppe Sucameli ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Qgis, plugin per installare moduli python e effetto Uroburo
Ciao, 2013/1/8 Paolo Cavallini cavall...@faunalia.it: i pacchetti py, a quanto so, sono semplicemente copiati li' dentro, non ricompilati (qualcuno esperto di Windows mi corregga). la risposta è indipendente dalla piattaforma (si sta parlando di python): quasi mai è così semplice, quasi sempre sono librerie vere e proprie, usano altre librerie (es. zlib), per cui devono essere compilate e funzionano dunque solo con una certa versione di python. Saluti. -- Giuseppe Sucameli ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Qgis e Form
Ciao, 2012/12/17 Luca Lanteri mesca...@gmail.com: Per il punto uno probabilmente basta conoscere il comando giusto da mettere all'interno dell'azione azione ma guardando nella documentazione delle api di qgis (http://qgis.org/api/) non riesco a capire come fare. per un corso in PT ho anch'io cercato, invano, tale comando. Non c'è modo al momento di aprire il form, che sia quello autogenerato o quello definito tramite file .ui non importa, la funzione da chiamare sarebbe la stessa. Conviene aprire un ticket. Nel secondo caso invece immagino che ci sia bisogno di una qualche modifica al codice ci QGIS che genera i form, ma si dovrebbe trattare di una modifica relativamente semplice. Non mi ricordo se qualcosa del genere era già stata discussa o se era qualcosa di leggeremente diverso (più probabile). Se la finestra col form è modale (non ho provato) vale la pena aggiungere un flag che mostri/nasconda il pulsante in base alle condizioni: - nel caso di aggiunta/modifica di features il pulsante non deve essere mostrato, - nel caso di visualizzazione del form verrebbe mostrato. Anche in questo caso, se non c'è già, un ticket farebbe comodo, inoltre potresti provare ad esporre questi due problemi in qgis-dev ML chissà che qualcuno non conosca via alternative o stia già pensando di metterci le mani. Saluti. Il giorno 17 dicembre 2012 18:05, Luca Mandolesi mandol...@gmail.com ha scritto: Cioè, credo tu ti riferisca a questo: http://woostuff.wordpress.com/2011/09/05/qgis-tips-custom-feature-forms-with-python-logic/ in pratica basta fare una gui personalizzata per il proprio layer e metterci dentro un pulsante con la chiamata di python all'editing...tra l'altro è una cosa che sto iniziando a fare. Ho capito bene? 2012/12/17 Luca Lanteri mesca...@gmail.com lo so, non mi sono capito neanch'io a scriverla, ma è molto più semplice di quello che sembra ! Il giorno 17 dicembre 2012 10:37, stefano campus stefano.cam...@regione.piemonte.it ha scritto: capito niente, ma sembra una figata! :-D -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Qgis-e-Form-tp7580584p7580588.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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. 630 iscritti al 1.12.2012 ___ 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. 630 iscritti al 1.12.2012 ___ 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. 630 iscritti al 1.12.2012 -- Giuseppe Sucameli - Faunalia ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] postgres, spalialite, python e Collation
2012/12/5 Niccolo Rigacci nicc...@rigacci.org: On Wed, Dec 05, 2012 at 12:13:25PM +0100, Luca Mandolesi wrote: quale codifica dare al codice python? Spero di non averti confuso ulteriormente! non avrei saputo spiegarlo meglio :) Ti conviene provare e nel caso chiedere info sui singoli punti. Lo pseudo-commento in cima che imposta la codifica per il parser python io lo metto sempre, a scanso di equivoci. Per il resto devi lavorare con gli unicode, come ha già scritto Niccolò, quindi stare attento alle conversioni da/a oggetti unicode. Ciao e in bocca al lupo! -- Giuseppe Sucameli - Faunalia ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] R: R: Scompattazione (unzip) del plugin non riuscita
2012/12/5 Paolo Cavallini cavall...@faunalia.it: Il 05/12/2012 12:05, Marco Zaccaroni ha scritto: Ciao, arieccomi, stavolta il problema è che da terminale al comando sudo chmod -R 777 /home/zac/.qgis/ mi risponde con una richiesta di password, ma non mi fa digitare nulla, come se la tastiera non funzionasse, io comunque la scrivo e do invio la risposta è command not found . il comando giusto e' chown (cambia utente), non chmod (cambia permessi). Per dettagli, man chown. Anche cambiando i permessi dovrebbe funzionare, ma come dice Paolo in questo caso sarebbe meglio cambiare direttamente il proprietario piuttosto che dare permessi a tutto il mondo! sudo chown -R zac:zac /home/zac/.qgis/ E' normale che non ti dia feedback mentre digiti, e' una misura di sicurezza. Non e' normale che ti dica che non trova il comando:sicuro di averlo digitato corretto? Se dai lo stesso comando senza il sudo iniziale cosa ti dice, che manca il comando o che non hai i permessi per farlo? Saluti. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ 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. 630 iscritti al 1.12.2012 -- Giuseppe Sucameli - Faunalia ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Import shape con DBManager
Ciao Luca, 2012/11/30 Luca Lanteri mesca...@gmail.com: Se cerco di caricare in PostGIS uno shape di tipo multipolygon con DBManager questo crea una tabella con costraint di tipo POLIGON e quindi i dati non vengono importati. Con SPIT l'import avviene senza problemi. hai riprovato aggiornando QGIS alla versione di oggi? L'ho corretto ieri [1], e qui il vecchio ticket [2]. Ho aperto un ticket (http://hub.qgis.org/issues/6793) con un shape di esempio Mi sa mi toccherà chiuderlo, ma aspetto conferma. Ciao! [1] https://github.com/qgis/Quantum-GIS/commit/08e844f6d06683caef38dea20b00ea30a530008f [2] http://hub.qgis.org/issues/5547 ^L^ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Import shape con DBManager
2012/11/30 Luca Lanteri mesca...@gmail.com: Aggiornato, funziona ! grazie mille Giusto per capire, il problema era dovuto al fatto che il tipo di geometria degli shapefiles è riportato da OGR come singlepart anche se contengono geometrie multipart. Non è un bug di OGR, nella pagina di documentazione del driver tra le altre è in qualche modo specificato. Però affidandomi al tipo per creare il layer generavo un layer con tipo di geometria singlepart e poi l'inserimento di alcune geometria falliva miseramente... Ticket chiuso ;) Ciao. ^L^ Il giorno 30 novembre 2012 11:03, Giuseppe Sucameli sucam...@faunalia.it ha scritto: Ciao Luca, 2012/11/30 Luca Lanteri mesca...@gmail.com: Se cerco di caricare in PostGIS uno shape di tipo multipolygon con DBManager questo crea una tabella con costraint di tipo POLIGON e quindi i dati non vengono importati. Con SPIT l'import avviene senza problemi. hai riprovato aggiornando QGIS alla versione di oggi? L'ho corretto ieri [1], e qui il vecchio ticket [2]. Ho aperto un ticket (http://hub.qgis.org/issues/6793) con un shape di esempio Mi sa mi toccherà chiuderlo, ma aspetto conferma. Ciao! [1] https://github.com/qgis/Quantum-GIS/commit/08e844f6d06683caef38dea20b00ea30a530008f [2] http://hub.qgis.org/issues/5547 ^L^ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] DBManager - Import dbf
2012/11/15 Luca Lanteri mesca...@gmail.com: Quando trascino la tavola dal Browser al dbMananger l'operazione rimane in stallo (al momento è bloccata da 1 ora per una tavoa di 2160 record). [[snip]] ticket ? ovvio! :) -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] DBManage
Ticket, confermo. Il problema tuttavia è nel provider, è quello che fa l'effettivo import/export del layer, ma in ogni caso apri il ticket su con categoria DBManager. Saluti. 2012/11/7 Luca Lanteri mesca...@gmail.com: Ciao a tutti, utilizzando il plugin DBmanager di Qgis per importare alcuni dati da postgis a spatialite ho riscontrato alcuni piccoli problemi: se importo un dataset e dopo alcune modifiche in PG lo importo nuovamente utilizzando l'opzione drop if exist diverse geometrie non vengono importate (anche se non vengono segnalati errori) per evitare questo problema ho provato ad eliminare la tavola (sempre da DBmanager) ed importarla nuovamente ma mi viene detto che la tavola esiste ancora (anche dopo un refresh) se importo la tavola con un nome differente tutto funziona correttamente. se qualcuno mi conferma che non si tratta di un problema della mia installazione apro un ticket (io l'ho testato con Qgis 1.9 su winXP). bye ^L^ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] R: Re: R: Qgis 1.8: non viene aggiornato il gid di un layer postgis quando si aggiunge una geometria
2012/11/2 Daniele Drago dandr...@libero.it: Ma se ignoro completamente il campo gid sia nel modulo che nello script mi da l'errore Errore PostGIS nell'aggiunta delle geometrie: ERROR: null value in column gid violates not-null constraint sei sicuro che il campo sia un campo autoincrementale? -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] R: Re: R: Qgis 1.8: non viene aggiornato il gid di un layer postgis quando si aggiunge una geometria
2012/11/2 Luca Mandolesi mandol...@gmail.com: Un'altra cosa: nelle altre tabelle geometrica al momento di disegnare e salvare una nuova geometria il campo gid nella form di compilazione presenta ('tabella_gid_seq'::regclass) mentre nella tabella incriminata Qgis presenta la colonna gid vuota... Quindi QGis non riesce a recuperare la definizione del valore default per il campo, anche se a quanto mi dici è presente... Deve di sicuro esserci qualche altra differenza, a parte il tipo. Prova a dare un'occhiata alla definizione delle tabelle, o ancora vedere se noti particolari differenze in geometry_columns. Per prima cosa ti chiederei di aprire un ticket, per non dimenticare. Quindi ci serve un modo per riprodurre il problema: un ticket che non spiega come riprodurre il problema è destinato a rimanere aperto indefinitamente, per poi essere chiuso per mancanza di feedback. 2012/11/2 Luca Mandolesi mandol...@gmail.com Nel mio caso il campo gid è integer con valore predefinito così definito ('pyunitastratigrafiche_gid_seq'::regclass) e anche il vincolo è presente. Stessa struttura di altre tabelle che nn danno problemi. Quindi il problema è altrove...ma non capisco dove 2012/11/2 Giuseppe Sucameli sucam...@faunalia.it 2012/11/2 Daniele Drago dandr...@libero.it: Ma se ignoro completamente il campo gid sia nel modulo che nello script mi da l'errore Errore PostGIS nell'aggiunta delle geometrie: ERROR: null value in column gid violates not-null constraint sei sicuro che il campo sia un campo autoincrementale? -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis 1.8: non viene aggiornato il gid di un layer postgis quando si aggiunge una geometria
Ciao, 2012/10/31 Alessandro Gentili alessandrogentil...@hotmail.com: Nel mio caso mi veniva restituito l'errore se il campo gid (PK) veniva compilato manualmente. Quel campo è comandato da una funzione di postgres che genera in modo univoco e sequenziale i valori da inserirci dentro. esattamente: se il campo è lasciato vuoto allora QGis usa il valore di default, altrimenti usa il valore inserito dall'utente. IMHO questo errore (se così si vuol chiamare) può essere risolto in due modi secondo me. O far controllare a postgres (prima del contraint) se quel campo è compilato correttamente, oppure inibire la vista di quel campo PK in fase di editing tramite Qgis così da evitare malfunzionamenti o (ancor peggio) corruzione di dati. Hai aperto (o c'è già) un ticket a riguardo? I cambiamenti sono (o meglio dovrebbero, data la segnalazione) essere eseguiti dentro una transazione. Potresti descrivere meglio il problema (corruzione dei dati) e come riprodurlo, nel caso aprendo un ticket apposito? Saluti. Per informazione la seconda opzione è quella che ho utilizzato agendo dalle proprietà del layer. Saluti Alessandro Salve a tutti, non ricordo se è un problema noto: su Qgis 1.8 e 1.9 almeno su Windows 7 e Mac non è possibile aggiungere nuove geometrie ad layer poligonale postgis senza beccarsi un errore dovuto al mancato aggiornamento del valore GID...ho provato su 3 macchine differenti (mac e win) con db locali e in rete...sempre lo stesso risultato. Qualcuno sa qualcosa? Grazie Luca ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis 1.8: non viene aggiornato il gid di un layer postgis quando si aggiunge una geometria
E' stato corretto nella 1.9, ma da un pò... Per cui se stai usando qgis-dev da OSGeo4W probabilmente il fix dovresti averlo. Riesci a darci qualche info in più? Avviene solo con una specifica tabella oppure si verifica con tutte quante le tabelle? 2012/11/1 Luca Mandolesi mandol...@gmail.com: Ho dato un occhio al repo github...i pareva che non mi ci raccapezzavo... tanto per capire e prenderci la mano e magari essere di aiuto agli altri; ho guaradato i commits, ma credo di intuire che dovrei conoscere almeno il titolo del bug per capire se è stato fixato e quando. Ho letto anche le date di modifica dei files ma non mi ci raccapezzo molto... Come nelle migliori trasmissioni a premi: Un aiutino? 8 ) Ciao e grazie Luca 2012/11/1 Paolo Cavallini cavall...@faunalia.it Il 01/11/2012 19:19, Luca Mandolesi ha scritto: Ciao Paolo, la versione master è la 1.9 su windows? Oppure c'è solo per linux al momento? La 1.9 l'ho installata 2 settimane fa ma il problema rimane presente. si', e' la qgis-dev da osgeo4w. non ricordo esattamente quando e' stato sistemato, per piacere consulta gli archivi o il log dei commits (certo che lingua si parla, ormai). saluti. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] R: Re: bug qgis?
Salve Marco, 2012/10/27 marco.donn...@tiscali.it marco.donn...@tiscali.it: ...errata corrige: era un *csv è già stato corretto in master. Saluti. Messaggio originale Da: mandol...@gmail.com Data: 27/10/2012 12.36 A: marco.donn...@tiscali.it marco.donn...@tiscali.it Cc: Mailing List Gfoss (ita)gfoss@lists. gfoss.it Ogg: Re: [Gfoss] bug qgis? hai cancellato uno shape con annessi e connessi, il dbf di uno shape o solo un dbf? Tanto per sapere che ci provo anche io e vedo cosa mi fa. Ciao Luca 2012/10/27 marco. donn...@tiscali.it marco.donn...@tiscali.it: ciao a tutti/e ho notato una cosa con qgis (uso la versione 1.8 Lisboa sia su windows che su ubuntu). Mi è capitato di salvare un progetto ed eliminare dalla directory un layer caricato nel progetto (nello specifico era un *dbf). Quando andavo ad aprire il progetto qgis mi si bloccava... Ho provato quindi ad aprire il progetto con una vecchia versione di qgis (non ricordo se 1.7 o addirittura 1.5), il progetto veniva aperto e veniva detto che mancava un layer. Ho ripristinato il *dbf nella directory, dopo di che ho aperto con successo il progetto usando qgis 1.8 Vi risulta una cosa simile? saluti marco Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Istat: aggiornamento
Ciao, 2012/10/24 Andrea Peri aperi2...@gmail.com: Dopodiche' ficco tutto hardcoded nel codice flash compilato e tanti saluti. ok che viene compilato, ma ciò non significa che le informazioni che di cui parli scompaiano dentro l'swf... Potrebbe bastare anche un hexdump. E in ogni caso sappiamo benissimo che nascondere le informazioni non è affatto un approccio che aumenta la sicurezza, basti pensare a quanti PC Win sono stati bucati usando IE come brower, eppure non mi pare che IE metta a disposizione i sorgenti ;) Ma, mi domando, se fosse cosi', avranno pensato anche a crittare i pacchetti tpc in transito per evitare che qualche furbone metta in piedi uno sniffer e si capti la url e le passswords di accesso al server wms Mi chiedo come crittare i pacchetti che viaggiano sulla rete assicuri che io non possa recuperare dati da un programma che sta girando sul mio computer... Ai posteri l'ardua sentenza... -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Aggiornamento Tabella QGIS
Ciao, 2012/10/19 Luca Lanteri mesca...@gmail.com: Grazie Giuseppe per le tue risposte sempre dettagliate ed esaustive. Ti dovrebbero inserire in QGIS come help on line ! ;-) ahahahah, anche per questo sarebbe bene aprire un ticket ;) Per fortuna esistono la lista e le persone che la tengono viva! Tenerla viva non è solo dare risposte, ma anche fare domande: no domande = no risposte. Aprendo il ticket per proporre il refresh ho scoperto che esisteva già una richiesta analoga ci qualche anno fa: http://hub.qgis.org/issues/1659 Si, ho visto che è stato chiuso come duplicato. Beh, potresti riportare il problema in lista qgis-users, più utenti trovano utile una certa funzionalità mancante più è facile che qualche anima pia si metta lì a svilupparla. Saluti. ^L^ Il giorno 17 ottobre 2012 13:58, Giuseppe Sucameli sucam...@faunalia.it ha scritto: Ciao Luca, 2012/10/15 Luca Lanteri mesca...@gmail.com: Nel nostro DB abbiamo un trigger che aggiorna un campo sulla base di quanto inserito in un altro campo della stessa tabella. Per poter vedere i dati aggiornati, dopo aver fatto una modifica da Qgis, devo chiudere la tabella e riaprirla. I valori della tabella degli attributi vengono aggiornati ad ogni scroll. Tuttavia spostandosi di una sola riga venivano richiesti i dati di tutte le righe visibili, per tale ragione è stata aggiunta una cache (Settings-Options-General-Attribute table row cache). Per risolvere il problema sopra basterebbe impostare il numero di righe da mettere in cache al numero di righe visibili nella tabella attributi, anche se mi pare che il default sia abbastanza elevato. Inoltre nella finestra per aggiungere layer da database postgres accanto ad ogni layer è presente una casella Select at Id che se spuntata (default) mantiene il comportamento originale, ovvero richiede i dati al db ad ogni scroll a meno che la riga non sia in cache, altrimenti memorizza le informazioni di tutte le righe già visualizzate in memoria (utile se il layer è una vista che richiede parecchia computazione). MI chiedevo se non fosse utile aggiungere un pulsante nella visalizzazione tabella che permetta il refresh dei dati ? Oppure esiste un altro modo che non conosco. Aggiungere un pulsante per aggiornare i valori potrebbe essere una buona idea, apri un ticket. Saluti. ^L^ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis gvSIG e formattazione tabelle negli shp
Salve Alessandro, 2012/10/18 Sgambati Alessandro alessandro.sgamb...@regione.fvg.it: Del resto, in Qgis avere dei campi real di 10, di cui 6 riservati ai decimali, nei quali posso ora inserire (giustamente) solo 4 cifre intere, mentre persistono tutti i vecchi record con 5 cifre, non dà proprio una bella impressione sulla gestione del db. cosa dovrebbe fare QGis? 1. cambiarli tutti a 4 cifre col rischio di perdere dati 2. lasciarli come sono finché non è l'utente a cambiarli 3. altro (cosa?) Secondo me è corretto: QGis non sa cosa come modificare i dati già presenti nella tabella, per cui li ripropone come sono. Se l'utente li modifica tramite QGis allora l'input dell'utente deve attenersi alle regole del formato. Comunque mi piacerebbe sapere come secondo te dovrebbe comportarsi QGis in un caso del genere. Saluti. Grazie e saluti Alessandro Date: Thu, 18 Oct 2012 10:00:28 +0200 From: Antonio Falciano afalci...@yahoo.it To: gfoss@lists.gfoss.it Subject: Re: [Gfoss] Qgis gvSIG e formattazione tabelle negli shp Message-ID: 507fb71c.3050...@yahoo.it Content-Type: text/plain; charset=ISO-8859-15; format=flowed Il 18/10/2012 9.13, Sgambati Alessandro ha scritto: Cara lista, dopo 4 anni di fruttuoso utilizzo di gvSIG, stiamo ora seriamente valutando la migrazione a Qgis. Arg!!! ;) Una serie di file shp originati da gvSIG sono stati aperti in Qgis e quindi salvati da Qgis con un nuovo nome. Su questi file abbiamo avuto la piacevole sorpresa di constatare che i campi numerici che in gvSIG erano stati formattati come integer, ma che gvSIG ha autonomamente convertito in double 10, 6, facevano sempre apparire i dati numerici arricchiti da un .0 ( p. es: 10234 diventava 10234.0, con conseguente impossibilità di collegarci una tabella esterna), ecco, ora questi dati appaiono in Qgis esattamente come volevamo (p.es: 10234). Ho fatto un rapido test con gvSIG 1.12 per verificare quanto affermi: ho creato un nuovo shapefile di punti definendo un campo integer di lunghezza 3. Ho aggiunto qualche punto e popolato la tabella degli attributi. Salvo e elimino il layer dalla ToC, poi lo ricarico e gli interi restano interi! La formattazione di questo campo risulta ora Real, lunghezza 10, precisione 6. Detto campo contiene già un migliaio di record con dei numeri con un massimo di cinque cifre ma, sorpresona, Qgis non mi permette di digitarci dentro più di QUATTRO cifre. Cosa succede? E ti diro' di piu': caricando lo stesso shapefile in QGIS e visualizzandone la tabella degli attributi il campo resta anche qui intero. :) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Merge selected feature e sequence
Ciao Rocco, 2012/10/16 Rocco Pispico r.pisp...@gmail.com: Seleziono due o più geometrie e cerco di fare merge, mi si apre il dialogo che mi permette di assegnare alla nuova geometria i dati che desidero ereditando dagli elementi selezionati oppure con valori nuovi. A questo punto mi trovo nell'imbarazzo di assegnare un valore al campo gid: imposta il valore della combo a Skip attribute, in questo modo verrà usato il valore di default (il successivo valore della sequenza), ma mi pare sia solo in master. Non so quale sia la soluzione migliore tra le due, il risultato che se alla fine dell'operazione scelgo annulla ho perso le geometrie selezionate. Non ho capito. In che senso? Saluti. Il tutto mi accade sia con la 1.8.0.3 che con la 1.9.0.81. Rocco ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Servizi WMS con e senza proxy
Ciao Rocco, 2012/10/17 Rocco Pispico r.pisp...@gmail.com: Non è che si può indicare se utilizzare o no il proxy servizio per servizio invece che per l'intero progetto? aggiungi la parte iniziale dell'url nella lista Settings-Options-Network-Exclude URLs (starting with) Saluti. Grazie Rocco ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Tabella attributi
Ciao, 2012/10/13 Ummarino alessandro.ummar...@gmail.com: Comunque sul mio portatile (processore AMD V140 4G-ram, SO Wind. 7) il problema persiste anche con Qgis 1.9 Nightly (o Master ..giusto ?). qgis nightly, qgis-dev o qgis master sono praticamente la stessa cosa: - nightly indica che viene compilato ogni notte dal branch di sviluppo, - qgis-dev è il nome del pacchetto presente su OSGeo4W per installare le nightly build di QGis, - master è il nome del branch di sviluppo. Sto provando con uno shape di circa 124000 record (quello disponibile nel ticket [1]) a selezionare 4 records dalla tabella degli attibuti tramite tasto SHIFT: 1. prima del fix [2] di cui ti parlavo: 10 min (non si è ancora ripreso) 2. QGis compilato or ora: 5 sec (mentre 1. era ancora in esecuzione). Sono su Ubuntu 11.04, non appena ho un pò di tempo provo anche su Windows e ti faccio sapere. Saluti. [1] http://hub.qgis.org/issues/5525 [2] https://github.com/qgis/Quantum-GIS/commit/fc3be9425a265 Lo stesso succede con Qgis 1.8 su Kubuntu 12.04. Per la cronaca ..l'idea è di sostituire i software GIS commerciali specie per chi fa solo consultazione e semplici attività di editing (di fatto la maggior parte degli operatori degli uffici dove sto lavorando). Qgis e sicuramente più utile (e potenzialmente più produttivo) di un semplice viewer (il viewer che sarebbe free era una delle soluzioni prospettate visto il taglio di risorse economiche da destinarsi all'aggiornamento/upgrade delle diverse licenze GIS). Credo che alla fine compreremo solo poche (pochissime) licenze complete di un GIS Commerciale (per ostracismo e poca volontà di studio) ma circa il 60-70 % dei tecnici del mio servizio avranno in dotazione il QGis. - A.Ummarino -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Tabella-attributi-tp7579739p7579741.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Tabella attributi
Ciao, 2012/10/12 Ummarino alessandro.ummar...@gmail.com: sto testando QGis 1.8 su Window (XP e 7), l'obbiettivo è di adottarlo come sw di default in alcuni uffici tecnici pubblici (enti locali ...vedi spending review etc...). fantastico! su diverse macchine con processori più che dignitosi e 4 G di ram (SO wind. XP o 7) quando apro una tabella attributi dbf particolarmente numerosa (53000 record) e provo a selezionare n (tipo 3) record tramite il tasto shift (seleziono il primo ..poi mi posto di n record e seleziono con lo shift) il programma va in stallo...(finestra bianca e rotellina che gira).. Assomiglia a questo [1], solo che immagino che a voi il problema si verifica anche senza che la casellashow selected only sia attiva. Purtroppo il problema di cui si parla nel ticket non è ancora stato risolto, tuttavia la scorsa settimana all'hackfest a Essen, nel tentativo di chiudere quel ticket, ho scovato un'altro problema che sembra essere proprio quel che stai segnalando. Il problema che dicevo l'ho corretto [2], per cui se avessi modo di provare ad installare qgis-dev tramite l'installer OSGeo4W potremmo sapere se è stato risolto o, nel caso non lo fosse, aprire un nuovo ticket. Saluti. [1] http://hub.qgis.org/issues/5525 [2] https://github.com/qgis/Quantum-GIS/commit/fc3be9425a265 Suggerimenti per capire cosa succede? - A.Ummarino -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Tabella-attributi-tp7579739.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] console python
Salve Luca, 2012/9/18 Paolo Cavallini cavall...@faunalia.it: Il 18/09/2012 15:41, Luca Lanteri ha scritto: in Master su winXP non mi funziona la console python. All'apertura restituisce l'errore: exceptions.importError: No module named Qsci. Con la 1.8 funziona tutto. E' un problema solo mio ? devi installare python-scintilla probabilmente è bene aprire un ticket su osgeo4w chiedendo di settare python-scintilla come pacchetto necessario per qgis-dev. Saluti -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Recuperare le coordinate di Point in pyQGis
Salve, On Thu, Sep 13, 2012 at 10:52 AM, Geo DrinX geodr...@gmail.com wrote: elem = geom.asPoint() x1,y1 = elem.x, elem.y ma mi viene tornato: built-in method x of QgsPoint object at 0x0B9E2810 built-in method y of QgsPoint object at 0x0B9E2810 x e y sono metodi: x1, y1 = elem.x(), elem.y() Saluti. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] qgis e la funzione merge
2012/8/1 stefano campus stefano.cam...@regione.piemonte.it: Giuseppe Sucameli wrote: Ma il ticket è stato aperto? fatto or ora (http://hub.qgis.org/issues/6134) e corretto anche :) Ciao. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] qgis e la funzione merge
2012/7/31 stefano campus stefano.cam...@regione.piemonte.it: il problema è l'odiosa enne spagnola? (ñ) si. hai risolto il problema di quel migliaio di punti appesi cancellandone qualcun altro da qgis e risalvando? in pratica le feature sono state marcate come eliminate ma non realmente rimosse dai file a causa di un errore del provider di QGis cercando di eliminarle definitivamente. Basta eliminare un'altra feature dunque salvare e tutte le feature marcate verranno realmente eliminate (anche quelle rimaste in uno stato pendente). Ma il ticket è stato aperto? Saluti. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] qgis e la funzione merge
2012/7/30 Paolo Cavallini cavall...@faunalia.it: Il 30/07/2012 05:36, stefano campus ha scritto: che cosa sarà successo? Ti confermo che in QGIS si vedono 1252 punti, ed aprendo il DBF ce ne sono 1252. ogrinfo riporta 2635 punti sia per il .dbf che per il .shp. Eliminando altri punti tramite QGis e salvando i punti non vengono più visualizzati da QGis, anche quando carico nuovamente il layer, tuttavia ho scovato il problema :) Ecco l'errore: OGR[3] error 1: No such layer as 'Las_Salinas_Los_Block_La_Montañita' in REPACK. Questo indica di certo un problema di encoding nel provider. Se rinomino il file e riprovo, l'eliminazione va a buon fine e dopo il salvataggio ogrinfo riporta 1248 punti (1252 - 4) Ticket please, e assegnalo a me che ho già il quadro chiaro ;) Saluti. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Problemi di editing (tabella e geometrie)
Ciao, 2012/7/27 Luca Lanteri mesca...@gmail.com: Il giorno 26 luglio 2012 17:52, stefano campus stefano.cam...@regione.piemonte.it ha scritto: a volte mi succede che dopo avere inserito geometrie (poligoni) ed eseguito il salvataggio, queste scompaiano e l'unico modo per vederle è togliere lo shape dalla toc e ricaricarlo. confermo il problema usando la 1.9 su win xp. Non sono ancora riuscito a capire di preciso come ripetere l'errore per aprire un ticlet sensato. vi direi di aprirlo comunque così anche altri possano cimentarsi nell'impresa di riprodurlo. Forse mi ripeterò, ma un problema non segnalato è un problema che non esiste. altro inconveniente ce l'ho nella compilazione degli attributi attraverso il calcolatore di campi. il risultato è ok, ma poi salvo e tutti i campi sono NULL. per vederli devo chiudere la tabella e riaprirla. Confermo anche questo. ticket, please :) Aggiungo un altro piccolo problema poco rilevante sempre sulla 1.9: la prima volte che si prova a spostare un vertice di un poligono non capita nulla, ripetendo l'azione il vertice viene spostato correttamente. Seleziono il nodetool, click sul bordo del poligono da modificare e appaiono i rettangolini rossi su ogni vertice, quindi i vertici si muovono al primo tentativo. Parli del primo click, quello che seleziona il poligono? Se no, il problema non è riproducibile qui su Ubuntu 11.04 e QGis master 9047367887 rimane ancora invece il problema che spesso spostando un vertice ne vengono mossi due insieme. Questo però mi pare che fosse segnalato. Era un ticket bloccante [1], è stato risolto in qgis 1.8 e non sono in grado di riprodurlo. Saluti. [1] http://hub.qgis.org/issues/5327 un altro problema che ho riscontrato è che quando ho acceso il livello google map, le mie geometrie sovrapposte apparentemente si spostano dopo avere fatto un pan o uno zoom avanti o dietro. tutto quanto sopra può dipendere dalla scheda grafica del pc? cioè che sia un problema di refresh, dato che ho riscontrato ciò su tre pc portatili (windows)? grazie mille -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Problemi-di-editing-tabella-e-geometrie-tp7578827.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Importare un CSV contenente valori nulli
Ciao Massimo, 2012/7/27 Massimo Paone m.pa...@tiscali.it: Sto lavorando con QGis 1.8.0 (sotto Windows). Peraltro non riesco ad usare il plugin interno a QGis perche' mi appare un warning con il seguente errore: 'An error has occured while executing Python code:'.'OperationalError: no such module: VirtualSpatialIndex'... di che plugin parli? Saluti. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Importare un CSV contenente valori nulli
Ciao, manteniamo la discussione in lista che la risposta potrebbe essere utile ad altri (subito o in futuro). 2012/7/28 Massimo Paone m.pa...@tiscali.it: il plugin e' QSpatiaLite. Si blocca subito in partenza e non serve a nulla reinstallarlo. L'errore è dovuto probabilmente al fatto che il plugin provi a recuperare le definizioni di tutte le tabelle non appena ti connetti ad un db. C'e' sicuramente un problema di disallineamento tra le librerie spatialite (recenti) e dei database spatialite che avevo creato tempo fa Quello può darsi, ma in ogni caso tale problema dovrebbe essere gestito dal plugin in un modo migliore, e non soltanto smettere di funzionare. Ti direi di inviare una mail sulla ML di QGis o provare a contattare l'autore del plugin direttamente. Purtroppo mi e' necessario questo plugin peche' non riesco a fare delle quesry di creazione di layer spaziale con una tripla join con la semplice gui esterna spatialite, ed ho invece bisogno, appunto, del plug-in QspatiaLite interno a QGis. Prova DBManager, da QGis 1.8 è in core. Su DBManager se cerchi di recuperare informazioni dalla tabella SpatialIndex (che è quella che richiede il modulo non trovato) l'errore viene visualizzato ma il plugin non smette di funzionare. Fatto questo, mi rimarra' comunque da capire come importare tabelle (csv) in Qspatialite aventi campi numerici che a volte hanno valori nulli (ed io vorrei NON diventassero zeri). Potresti non usare QSpatialite :) Premetto che non so se una delle soluzioni (vedi sotto) gestisca correttamente i valori nulli e non ho un file csv con valori nulli per provare (né so come vengano rappresentati nel CSV), tuttavia per importare il CSV potresti: 1. usare le Virtual Tables di SpatiaLite, anche se mi pare QSpatialite usi proprio quelle, per cui ti dovrebbe bastare installare la versione test di Splite su cui il problema dovrebbe esser stato risolto (vedi risposta di Sandro Furieri sulla ML di Splite), 2. usare l'import di QGis tramite DBManager, ovvero avviare il plugin, connetterti al db spatialite e poi tramite drag'n'drop trascinare il file CSV sul database SL, 3. usare ogr2ogr, usando come input o direttamente il tuo CSV oppure creando un file VRT che mappi il tuo CSV ed usando quello come input. Facci sapere se hai risolto e come ;) Saluti. Massimo - Original Message - From: Giuseppe Sucameli sucam...@faunalia.it To: Massimo Paone m.pa...@tiscali.it Cc: gfoss@lists.gfoss.it Sent: Friday, July 27, 2012 11:47 PM Subject: Re: [Gfoss] Importare un CSV contenente valori nulli Ciao Massimo, 2012/7/27 Massimo Paone m.pa...@tiscali.it: Sto lavorando con QGis 1.8.0 (sotto Windows). Peraltro non riesco ad usare il plugin interno a QGis perche' mi appare un warning con il seguente errore: 'An error has occured while executing Python code:'.'OperationalError: no such module: VirtualSpatialIndex'... di che plugin parli? Saluti. -- Giuseppe Sucameli - Faunalia -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Abilitare un repo github per Qgis
Ciao, 2012/7/23 Luca Mandolesi mandol...@gmail.com: vorrei abilitare il mio repo github per diffondere il plugin, tuttavia, eviterei al momento di metterlo nel repo ufficiale, non mi è chiaro cosa intendi con abilitare il mio repo github. dato che avrei forse moltissimi feddback, cosa assai positiva per me, ma sconfortante per chi me li manda Basta metterlo sperimentale, per le tempistiche se ne faranno una ragione, l'importante è che i bug vengano segnalati così che tu possa correggerli. Una volta avevo uploadato il plugin zippandolo, ma speravo che ora si potesse creare un file xml da mettere nel repo e il gioco è fatto, Un file xml? da mettere nel repo? scusa, non ti seguo. Come fa il plugin a stare dentro l'xml? E per repo intendi il repository dei plugin di QGis (plugins.qgis.org) o github? senza dover zippare ogni volta da console... Il plugin è uno zip semplicissimo, puoi crearlo con quel che ti pare (console o GUI). Al suo confronto creare un file xml è un'impresa da superuomo... Ciao. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] cadqgis
Ciao, 2012/7/26 giuliano su Tiscali giuli...@tiscali.it: stasera ho sottoposto a http://planet.qgis.org/plugins/ (experimental) per l'approvazione il mio plugin cad4qgis; sto dando un'occhiata al codice e vedo che ti sei reimplementato praticamente tutte le operazioni sulle matrici. Perché non usare NumPy [1]? Inoltre essendo il codice inserito tutto nello stesso file è parecchio complicato seguire le varie funzioni, anche perché vedo che le GUI sono generate a codice (e vabbè, ci può stare), ma senza l'uso di layouts (tutti gli oggetti hanno dimensione fissata da te!). Ti consiglio vivamente di: 1. dividere il file cad4qgis.py in più file, tra cui uno contenente la classe del plugin e l'altro (o meglio gli altri) le varie funzionalità così che diventi più leggibile, 2. uso dei layout per i QWidget in modo che il contenuto si adatti automaticamente alle dimensioni delle finestre, 3. usare NumPy perché, anche se ti porti dietro una dipendenza, sicuramente ci guadagarci in prestazioni e hai la certezza che le computazioni tra matrici siano corrette (un pezzo in meno di codice da manutenere), 4. modificare la descrizione del plugin mettendola in inglese, che in italiano sta brutta (visto che a parte descrizione e commenti al codice il resto mi pare sia in inglese). Per adesso è tutto, non l'ho provato, ho solo dato un'occhiata veloce al codice :) Saluti. [1] http://numpy.scipy.org informerò sulla vicenda appena avrò notizie; qualsiasi feedback da chiunque lo provasse è ampiamente gradito :-) ciao, giuliano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis 1.8 e digitalizzazione: problema con il valore autoincrementale del gid con la copia
Ciao, 2012/7/20 Luca Lanteri mesca...@gmail.com: Quando viene inserita una nuova geometria, mediante copia o split, il gid che si porta dietro deve essere ignorato ed è necessario lasciare al provider l'assegnazione del nuovo gid. Nel caso dello split il problema è stato risolto. lo split era già stato risolto [1] prima del rilascio della 1.8, ma non si è pensato al fatto che la copia producesse il medesimo problema. Poi due giorni fa si è scoperto un errore out-of-one [2] risolto prontamente da Jef, ovvero il fix non funzionava se il campo pk era l'ultimo. La soluzione attuale prevede che venga usato il valore di default di ogni campo se presente, altrimenti il valore della vecchia feature. NB: ovviamente questo significa che tutti i campi aventi un default verranno resettati a quello e non solo il campo pk. A questo proposito una delle soluzioni prospettate (non ancora implementata probabilmente, visto che il problema si continua a ripresentare) fosse di visualizzare una finestra nella quale l'utente potesse scegliere il nuovo valore (simile, ma opposta in funzionalità, a quella del merge). Ho provato a cercare ma non mi pare ci sia un ticket aperto. Se mi confermate lo apro. Aprilo, grazie. Ci sono ticket per split e merge, ma non mi pare ce ne sia nessuno per la copia. Se puoi aggiungici anche i riferimenti a quello dello split. Saluti. [1] http://hub.qgis.org/issues/5475 [2] http://hub.qgis.org/issues/6060 Il giorno 18 luglio 2012 08:24, Geodrinx geodr...@gmail.com ha scritto: Quando copio e incollo una geometria e salvo, mi da un errore di violate constraint sulla pk, perchè il numero del gid rimane il medesimo della geometria copiata e non mi fa salvare, se non dopo che ho manualmente aumentato il valore del gid. Confermate tale comportamento? Accade anche a me. :( E penso accada a tutti... In effetti, a me sembra una cosa da sistemare. Tempo fa mi spiegarono che era giusto così ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis 1.8 e digitalizzazione: problema con il valore autoincrementale del gid con la copia
2012/7/20 Giuseppe Sucameli sucam...@faunalia.it: Poi due giorni fa si è scoperto un errore out-of-one [2] ERRATA CORRIGE: il nome corretto è off-by-one, fortuna che amo rileggere le boiate che scrivo ;) prontamente da Jef, ovvero il fix non funzionava se il campo pk era l'ultimo. La soluzione attuale prevede che venga usato il valore di default di ogni campo se presente, altrimenti il valore della vecchia feature. NB: ovviamente questo significa che tutti i campi aventi un default verranno resettati a quello e non solo il campo pk. A questo proposito una delle soluzioni prospettate (non ancora implementata probabilmente, visto che il problema si continua a ripresentare) fosse di visualizzare una finestra nella quale l'utente potesse scegliere il nuovo valore (simile, ma opposta in funzionalità, a quella del merge). Ho provato a cercare ma non mi pare ci sia un ticket aperto. Se mi confermate lo apro. Aprilo, grazie. Ci sono ticket per split e merge, ma non mi pare ce ne sia nessuno per la copia. Se puoi aggiungici anche i riferimenti a quello dello split. Saluti. [1] http://hub.qgis.org/issues/5475 [2] http://hub.qgis.org/issues/6060 Il giorno 18 luglio 2012 08:24, Geodrinx geodr...@gmail.com ha scritto: Quando copio e incollo una geometria e salvo, mi da un errore di violate constraint sulla pk, perchè il numero del gid rimane il medesimo della geometria copiata e non mi fa salvare, se non dopo che ho manualmente aumentato il valore del gid. Confermate tale comportamento? Accade anche a me. :( E penso accada a tutti... In effetti, a me sembra una cosa da sistemare. Tempo fa mi spiegarono che era giusto così ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] cad4qgis
Ciao, 2012/7/20 giuliano su Tiscali giuli...@tiscali.it: On Fri, 20 Jul 2012 02:04:40 +0200 Giuseppe Sucameli sucam...@faunalia.it wrote: se usi i metodi del layer allora dopo startEditing() i cambiamenti sono inseriti in un buffer e non sono riportati sulla sorgente dati finché non chiami la commitChanges() oppure la rollback() per scartarli. non l'ho vito (o mi è sfuggito) nei tutorial: c'è già, vedi [1]. Ciao. [1] http://www.padido.eu/gfoss/qgis/pyqgis/vector.html#modificare-layer-vettoriali-con-buffer-di-modifica Spero di aver ben compreso la domanda :) perfetto, grazie ancora; Ciao. -- Giuseppe Sucameli - Faunalia ciao, giuliano -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] cad4qgis
2012/7/20 giuliano su Tiscali giuli...@tiscali.it: come si fa ad agganciare la modalità undo/redo di qgis? QGis API, QgsVectorLayer class [1]: voidbeginEditCommand (QString text) Create edit command for undo/redo operations. voidendEditCommand () Finish edit command and add it to undo/redo stack. voiddestroyEditCommand () Destroy active command and reverts all changes in it. Ciao. [1] http://qgis.org/api/classQgsVectorLayer.html infinite grazie, ciao, giuliano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis 1.8 e digitalizzazione: problema con il valore autoincrementale del gid con la copia
Ciao, 2012/7/20 Luca Mandolesi mandol...@gmail.com: Giovanni Manghi mi diceva che l'avrebbero risolto due rte giorni fa...su mac ancora non funziona. non mi pare ci sia alcuna versione qgis-dev per mac [1]... Quindi su mac non funzionerà fino al nuovo rilascio o almeno fino a quando William Kyngesburye non pacchettizza la versione in sviluppo, il che potrebbe avvenire mai (pacchettizzare una versione richiede tempo). Mi dicevano di provare con qgis-dev per win o linux Esatto, cito Luca Lanteri: 2012/7/20 Luca Lanteri mesca...@gmail.com: Sulla 1.9-dev-89c8186 funziona bene anche la copia. Saluti. [1] http://www.kyngchaos.com/software/qgis -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] cad4qgis
Ciao, 2012/7/18 giuliano su Tiscali giuli...@tiscali.it: 1) dove sta annidato il CRS corrente (quello settabile da menu o dal bottone in basso a destra)? canvas.mapRenderer().crs() 2) ho scoperto che i layer sono modificabili anche se non settati editabili; mi sfugge qualcosa: la flag è forse solo una policy cui aattenersi? qualche spiegazione? Dipende che metodi usi per modificarli: se passi dal provider allora non c'è alcun motivo di impostare il layer come modificabile perché stai lavorando direttamente sulla sorgente dati, se usi i metodi del layer allora dopo startEditing() i cambiamenti sono inseriti in un buffer e non sono riportati sulla sorgente dati finché non chiami la commitChanges() oppure la rollback() per scartarli. Praticamente è come se premessi il pulsante di editing nella barra di QGis. Spero di aver ben compreso la domanda :) Ciao. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Possibile recuperare dati da postgres se la macchina su cui girava ha fuso?
Ciao, 2012/7/18 Luca Mandolesi mandol...@gmail.com: Ora...per poter modificare tale cartello ho dovuto modificare i privilegi di accesso (la cartella e sottocartelle avevano il simbolo del divieto di accesso) [[snip]] 2012-07-18 09:53:34 GMTHINT: The server must be started by the user that owns the data directory. 18/07/12 11.53.34com.edb.launchd.postgresql-8.4[470] Quindi...in teoria...se capisco come barcamenarmi con i privilegi di accesso dovrebbe funziare... hai cambiato tu il proprietario della cartella 'data' (o forse i permessi, non ho ben capito), prova a ripristinarlo a quello originale (cioé fai apparire nuovamente il simbolo del divieto dove era prima). Oppure apri un terminale (qualcuno si starà rigirando nella tomba) e digita: sudo chown -R postgres:postgres /Library/PostgreSQL/8.4/data Facci sapere se il mac è sopravvissuto al chown ;) Ciao. Suggerimenti? 2012/7/18 tommaso tommas...@googlemail.com: Confermo che la procedura descritta nel link funziona: basta copiare la cartella con i dati (l'intera cartella main) in un'installazione fresca di postgres e al riavvio tutte le banche dati dovrebbero essere li. La nuova installazione dev'essere ovviamente identica alla vecchia (stessa versione). Su ubuntu la cartella con i dati è /var/lib/postgresql/8.4/main. Si cancella il contenuto di questa cartella nella nuova installazione e ci si copia dentro tutto il contenuto di quella vecchia. Alternativamente si può anche cambiare il parametro data_directory in postgresql.conf in modo che punti alla cartella con i dati da recuperare. Attento ovviamente ai permessi: la cartella dati deve appartenere all'utente postgres! Ciao Tommaso On 07/18/2012 11:28 AM, Anne Ghisla wrote: On Tue, 17 Jul 2012 14:37:21 +0200 Luca Mandolesi mandol...@gmail.com wrote: Salve a tutti, son riuscito a far fondere il Mac con dentro postgres e ahimè niente back up degli ultimi tre giorni di lavoro Sono riuscito a recuperare tutto l'hardisk almeno, però postgres (ma so già che è impossibile) non saprei come fare Suggerimenti? Ho trovato questo: http://stackoverflow.com/questions/3305961/recover-postgresql-databases-from-raw-physical-files ma sentiamo se i postgissologi in lista hanno informazioni più dettagliate. PS: il primo che parla di copie e affini è un gfossaro con licenza proprietaria chiusa PPS: se ricompri un Mac non ti aiuto più :D Anne ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Convegno a pisa di archeologia e open
Ciao, 2012/7/17 Maurizio Napolitano n...@fbk.eu: Mi segnalano questo http://mappaproject.arch.unipi.it/?page_id=1258 Pisa, 9 giugno 2012. Non siamo già a metà luglio? oppure l'intento della segnalazione era un'altro? -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] opencoesione
2012/7/18 Maurizio Napolitano n...@fbk.eu: ma da cosa hai dedotto django tilemill e postgis? Per il resto non ho dedotto, sono solo stato coinvolto :P in effetti anche io mi chiedevo come fossi arrivato a capire che ci girasse postgis. Io ero arrivato fino a: nginx + varnish (da header risposta), django (basta andare su /admin), tilestache (da risposta json), leafleat + jquery + jqueryUi + bootstrap + ... (da html) Il resto credo fosse impossibile da capire senza un aiutino, ma in effetti bastava andare nella pagina faq :) Saluti. -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] qgis 1.8 raster clipper
Salve, 2012/7/12 Benedetto Porfidia benedetto.porfi...@isprambiente.it: facendo il clip sull'estensione anzichè sulla maschera, funziona correttamente. sono due strumenti diversi (uno usa gdalwarp e l'altro gdal_translate mi pare). in pratica è come se l'opzione maschera legge in maniera scorreta l'extent del poligono di clip uhm... ora che ci rifletto questo potrebbe essere un bug di GdalTools. In pratica non viene considerato il sistema di riferimento che imposti nella legenda. Quando viene fatta la chiamata al tool gdalwarp non viene passato il CRS del vettore della maschera. Quindi il CRS della maschera viene prelevato direttamente dalla sorgente dati, per cui se il tuo vettore non ha un sistema di riferimento o ne ha uno diverso potrebbe capitare che anche se in qgis lo vedi bene l'operazione non va a buon fine. Prova a salvare il tuo vettore nel CRS corretto, quindi usare quello nuovo come maschera. Potresti inoltre riaprire il ticket sul tracker di QGis? c'è in ogni caso da vedere se in gdalwarp ci sia un'opzione per ridefinire il sistema di riferimento della maschera. Saluti. -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
[Gfoss] Fwd: Re: Neofita QGIS
Ciao, manteniamo la discussione in lista così che anche altri abbiano la possibilità di seguire il thread e risponderti. -- Forwarded message -- From: valerianiveron...@tiscali.it valerianiveron...@tiscali.it Date: 2012/7/12 Subject: R: Re: [Gfoss] Neofita QGIS To: brush.ty...@gmail.com 2012/7/11 Giuseppe Sucameli brush.ty...@gmai.com: 2012/7/11 valerianiveron...@tiscali.it valerianiveron...@tiscali.it: 1. è già un po' di giorni che non riesco a trovare l'opzione graduated symbol per rappresentare un tema puntuale con un simbolo graduato in funzione del valore numerico di un campo (nella finestra delle proprietà del layer, nella scheda Style). siccome ti sono già state 2 risposte tra loro discordanti, mi trattengo dal dare la terza. Potresti essere più precisa? la simbologia vecchia non la considero, sto lavorando sulla nuova. Mi sto esercitando su due pc uno con QGIS 1.8.0 Lisboa e lì dopo aver scelto la tipologia di rappresentazione, graduated, numero di classi etc..e aver cliccato su Classify, selezionando i simboli delle varie classi e cliccando con il tasto dx del mouse si apre un menu a cascata con 4 opzioni cambia colore, cambia trasparenza, cambia unità di output, cambia dimensione, tramite quest'ultima impongo manualmente una dimensione variabile alle varie classi. Ma nella versione 1.7.4 Wroclaw non esiste questa modalità di selezione, cioè se clicco con il tasto destro sulle singole classi non si apre niente!!Pertanto in questa versione come si fa ad applicare il simbolo graduato? infine ultima domanda nella versione 1.8.0 Lisboa ho provato a imporre che la colorazione dei simboli fosse uguale e non graduata, ma non mi è riuscito tramite la scala dei colori che mi fornisce sempre color graduati. CHIEDO CONFERMA l'unico modo è allora intervenire sui singoli simboli delle classi come per graduare la dimensione del simbolo ??? Grazie Veronica Messaggio originale Da: brush.ty...@gmail.com Data: 11/07/2012 18.28 A: valerianiveron...@tiscali.it valerianiveron...@tiscali.it Cc: gfoss@lists.gfoss.it Ogg: Re: [Gfoss] Neofita QGIS Ciao, 2012/7/11 valerianiveron...@tiscali.it valerianiveron...@tiscali.it: 1. è già un po' di giorni che non riesco a trovare l'opzione graduated symbol per rappresentare un tema puntuale con un simbolo graduato in funzione del valore numerico di un campo (nella finestra delle proprietà del layer, nella scheda Style). siccome ti sono già state 2 risposte tra loro discordanti, mi trattengo dal dare la terza. Potresti essere più precisa? In particolare la voce Graduated symbol era presente nella vecchia simbologia, oramai quasi del tutto in disuso, per cui non capisco se il problema che riscontri dipenda dal fatto che non riesci a trovare l'opzione nella scheda Style usando la nuova simbologia o possa dipendere da altro. Saluti. 2. esiste un Plugin o una procedura per caricare in QGis in file dwg direttamente, non i dxf (per quest'ultimo ho visto che c'è il plugin dxf2shp). 3. esiste in QGis un gestore dei dati GIS, un qualcosa simile all'ArcCatalog per rinominare/copiare/spostare i file e averne una rapida anteprima. 4. mi sapete dare qualche dritta o un link per capire come usare la rappresentazione dei temi TRAMITE REGOLE, dal punto di vista teorico ho capito la funzione. Ma dove le impongo le regole?? Grazie Veronica Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Neofita QGIS
Ciao, 2012/7/11 valerianiveron...@tiscali.it valerianiveron...@tiscali.it: 1. è già un po' di giorni che non riesco a trovare l'opzione graduated symbol per rappresentare un tema puntuale con un simbolo graduato in funzione del valore numerico di un campo (nella finestra delle proprietà del layer, nella scheda Style). siccome ti sono già state 2 risposte tra loro discordanti, mi trattengo dal dare la terza. Potresti essere più precisa? In particolare la voce Graduated symbol era presente nella vecchia simbologia, oramai quasi del tutto in disuso, per cui non capisco se il problema che riscontri dipenda dal fatto che non riesci a trovare l'opzione nella scheda Style usando la nuova simbologia o possa dipendere da altro. Saluti. 2. esiste un Plugin o una procedura per caricare in QGis in file dwg direttamente, non i dxf (per quest'ultimo ho visto che c'è il plugin dxf2shp). 3. esiste in QGis un gestore dei dati GIS, un qualcosa simile all'ArcCatalog per rinominare/copiare/spostare i file e averne una rapida anteprima. 4. mi sapete dare qualche dritta o un link per capire come usare la rappresentazione dei temi TRAMITE REGOLE, dal punto di vista teorico ho capito la funzione. Ma dove le impongo le regole?? Grazie Veronica Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012 -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] pyQgis e Qgis 1.8: perdita della funzione per caricare le wiev da Postrges
Ciao, 2012/7/3 Luca Mandolesi mandol...@gmail.com: uri.setDataSource(public, roads, the_geom, cityid = 2643) [[snip]] Qualcuno sa quale sia ora la chiamata per passare il valore della chiave primaria via python? la funzione QgsDataSourceURI::setDataSource() ha un'ulteriore parametro da usare per specificare il campo con valori univoci da usare: uri.setDataSource(public, roads, the_geom, cityid = 2643, mypkey) Saluti. Ciao e grazie Luca ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 599 iscritti al 30.6.2012 -- Giuseppe Sucameli - Faunalia ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 599 iscritti al 30.6.2012
Re: [Gfoss] Stili SLD: editor e portabilità su motori gis diversi
Salve Cesare, 2012/5/16 cesare gerbino cesaregerb...@gmail.com: tutto funziona se ci si limita a stili semplici ma poi le cose a livello di portabilità di fermano quando si va su tematismi più reali quali ad esempio le campiture di un PRGC o anche più complessi? alcuni problemi si potrebbero riscontrare: purtroppo lo standard SLD/SE ha qualche lacune che si spera venga corretta nella successiva versione, una fra tutte nella definizione del campo geometrico tramite il tag Geometry è necessario usare il nome di un campo ogc:PropertyName, mentre avrebbe più senso se fosse permesso anche l'uso di una funzione ogc:Function, ad es. endPoint(MY_LINE). Per tutte quelle cose non coperte dallo standard ognuno ha seguito la strada che riteneva migliore, tornando all'esempio di cui sopra: - GeoServer utilizza una funzione dentro il tag Geometry anche se non prevista dallo standard [1], - MapServer mi pare si attenga allo standard con le sue limitazioni, - QGis 1.8 si attiene allo standard per il tag Geometry ma aggiunge a parte una vendor option per definere l'operazione da effettuare sulla geometria. Poi ci sono incompatibilità dovute al completo supporto dello standard SLD/SE, ad es. QGis 1.8 non supporta tutta la parte del labelling. Esistono esempi reali a cui fare rifeirmento? Non saprei, ma forse qualcuno in lista ha già sperimentato. [1] http://docs.geoserver.org/stable/en/user/styling/sld-extensions/geometry-transformations.html Grazie mille anticipatamente ... -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Stili-SLD-editor-e-portabilita-su-motori-gis-diversi-tp7561333.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012 -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] viste postgis e pkey
Ciao, mi sembra qualcosa di cui abbiam già discusso, cerco il thread e il ticket. -- Giuseppe Sucameli On May 11, 2012, at 9:10 AM, Luca Lanteri mesca...@gmail.com wrote: Ciao a tutti, ho visto che con QGIS 1.8 quando si carica una vista da postgis è possibile scegliere quale colonna deve fare da primary key. L'opzione mi sembra utile quando ci sono più campi che possono fare da pkey, ma purtroppo non essendo proposta nessuna colonna di default non è più possibile caricare un elenco di viste in un click unico, ma è necessario per ogni singola vista selezionare qual'è la colonna con la pkey. Visto che noi abbiamo dataset con moltissime viste l'operazione può diventare particolarmente noiosa. Sapete se c'è un modo per dire a QGIS di utilizzare come colonna predefinita nella combo un determinato campo (magari, quando esiste, la colonna gid ?) Grazie Luca ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] viste postgis e pkey
Ciao, 2012/5/11 Luca Lanteri mesca...@gmail.com: Si, si era discusso già sull'argomento ma se non ricordo male ai tempi si trattava di un problema più ampio che non permetteva proprio di caricare i dati. ecco il thread su gfoss.it [1] e qui il ticket [2] che come ricordavo era stato chiuso e il problema corretto. Qui [3] confermavi che funzionava, per cui se non funziona più è una regressione. Chi conferma? Saluti. [1] http://www.mail-archive.com/gfoss@lists.gfoss.it/msg05158.html [2] http://hub.qgis.org/issues/4969 [3] http://www.mail-archive.com/gfoss@lists.gfoss.it/msg05183.html Il giorno 11 maggio 2012 11:44, Giuseppe Sucameli brush.ty...@gmail.com ha scritto: Ciao, mi sembra qualcosa di cui abbiam già discusso, cerco il thread e il ticket. -- Giuseppe Sucameli On May 11, 2012, at 9:10 AM, Luca Lanteri mesca...@gmail.com wrote: Ciao a tutti, ho visto che con QGIS 1.8 quando si carica una vista da postgis è possibile scegliere quale colonna deve fare da primary key. L'opzione mi sembra utile quando ci sono più campi che possono fare da pkey, ma purtroppo non essendo proposta nessuna colonna di default non è più possibile caricare un elenco di viste in un click unico, ma è necessario per ogni singola vista selezionare qual'è la colonna con la pkey. Visto che noi abbiamo dataset con moltissime viste l'operazione può diventare particolarmente noiosa. Sapete se c'è un modo per dire a QGIS di utilizzare come colonna predefinita nella combo un determinato campo (magari, quando esiste, la colonna gid ?) Grazie Luca ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012 -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] viste postgis e pkey
Ciao, 2012/5/11 Luca Lanteri mesca...@gmail.com: purtroppo devo constatare che la prima regressione l'ha avuta ma mia memoria, mi ricordavo di una questione diversa ! Devo essere affetto da un reset settimanale, esiste una patch ? ahahah, se trovi dei cerottini a base di fosforo fammi un fischio ;) Io confermo la regressione già dalla 1.9 di diverse settimane fa (che se ho capito bene adesso è tornata alla 1.8 fino al suo rilascio definitivo , vero ?). Confermo anche io: ho riaperto il ticket con priorità Blocker (nessuna regressione conosciuta è ammessa nella 1.8). Ciao. Il giorno 11 maggio 2012 13:25, Giuseppe Sucameli brush.ty...@gmail.com ha scritto: Ciao, 2012/5/11 Luca Lanteri mesca...@gmail.com: Si, si era discusso già sull'argomento ma se non ricordo male ai tempi si trattava di un problema più ampio che non permetteva proprio di caricare i dati. ecco il thread su gfoss.it [1] e qui il ticket [2] che come ricordavo era stato chiuso e il problema corretto. Qui [3] confermavi che funzionava, per cui se non funziona più è una regressione. Chi conferma? Saluti. [1] http://www.mail-archive.com/gfoss@lists.gfoss.it/msg05158.html [2] http://hub.qgis.org/issues/4969 [3] http://www.mail-archive.com/gfoss@lists.gfoss.it/msg05183.html Il giorno 11 maggio 2012 11:44, Giuseppe Sucameli brush.ty...@gmail.com ha scritto: Ciao, mi sembra qualcosa di cui abbiam già discusso, cerco il thread e il ticket. -- Giuseppe Sucameli On May 11, 2012, at 9:10 AM, Luca Lanteri mesca...@gmail.com wrote: Ciao a tutti, ho visto che con QGIS 1.8 quando si carica una vista da postgis è possibile scegliere quale colonna deve fare da primary key. L'opzione mi sembra utile quando ci sono più campi che possono fare da pkey, ma purtroppo non essendo proposta nessuna colonna di default non è più possibile caricare un elenco di viste in un click unico, ma è necessario per ogni singola vista selezionare qual'è la colonna con la pkey. Visto che noi abbiamo dataset con moltissime viste l'operazione può diventare particolarmente noiosa. Sapete se c'è un modo per dire a QGIS di utilizzare come colonna predefinita nella combo un determinato campo (magari, quando esiste, la colonna gid ?) Grazie Luca ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012 -- Giuseppe Sucameli -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] AZIONI IN QGIS
Ciao, 2012/5/3 Isidoro Iadema arch.iad...@tin.it: utilizzo Qgis 1.7 su macox. [[snip]] /Applications/Safari.app/Contents/MacOS/Safari http://www.google.it/q#=%IDK; la prima parte funziona, ovvero apre safari, ma poi si blocca in che senso si blocca? Quale URL viene mostrata nella barra di Safari? Cosa contiene il campo IDK? Saluti. -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] Layer SHP multi-tipo in QGis
Ciao, 2012/4/27 Geo DrinX geodr...@gmail.com: E' possibile in QGis creare e/o visualizzare un layer SHP contenente tipi di elementi diversi (ad esempio punti, linee e poligoni insieme) ? se non ricordo male l'unica soluzione e' creare 3 layer distinti giocando con la subset query per farti restituire in ognuno un tipo diverso. Questo e' sicuramente fattibile per PG. Con OGR a regola dovresti usare una subset del tipo OGR_GEOMETRY='POINT' ma dovrebbe essere impostata prima che il layer venga caricato per cui sono convinto che al momento non sia fattible (non vi e' alcun pulsante per definire la query nella finestra Aggiungi vettore). Saluti. -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] Editing in PostGIS
Ciao Luca, 2012/4/20 Luca Lanteri mesca...@gmail.com: Ok, allora verifichi tu direttamente. Non è necessario aprire un ticket. se il problema e' confermato e' bene aprire un ticket. In questo modo si tiene traccia del problema, si evita che venga dimenticato e soprattutto si evita che piu' persone spendano tempo a correggere lo stesso identico problema. Saluti. Grazie mille come al solito a tutti dell'aiuto tempestivo. Luca Il giorno 19 aprile 2012 15:13, G. Allegri gioha...@gmail.com ha scritto: Confermo, ho appena riprodotto l'errore. Vado a vedere cos'è cambiato a livello di codice... giovanni Il giorno 19 aprile 2012 15:08, Luca Lanteri mesca...@gmail.com ha scritto: Acc... forse si svela l'arcano: sto usando la Master 1.9.0.117 Ho provato sulla 1.7.4 e tutto funziona. Si tratta di un problema limitato sulla versione di sviluppo. Il giorno 19 aprile 2012 15:03, G. Allegri gioha...@gmail.com ha scritto: No, in realta' (ed ho anche verficato che e' effettivamente cosi'), l'implementazione (corretta) e' richiedere l'id incrementale al provider al momento del commit, altrimenti si rischiano conflitti. Intendevo dire questo Paolo. Però, cito la descrizione iniziale del problema: Quando faccio un nuovo inserimento funziona tutto ma se divido un poligono già esistente in più parti con la funzione Split feature il valore di gid viene assegnato ad entrambe i nuovi poligoni. Ovviamente a questo punto ho la chiave primaria duplicata e quindi non posso più salvare fino a quando non assegno manualmente un nuovo valore al campo gid. Facendo così la sequence non sia aggiorna ed al prossimo nuovo inserimento mi trovo di nuovo con il gid duplicato. Insomma come si dice cornuto e mazziato! Dal codice mi sembra di capire che Qgis fornisce un id temporaneo negativo [1], e poi delega l'id definitivo a PostGIS, quindi non capisco perché lui ottenga un gid uguale all'originale... Forse non ho capito il problema? giovanni [1] http://trac.osgeo.org/qgis/browser/trunk/qgis/src/core/qgsvectorlayer.cpp#L1921 ciao p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012 -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] qgis: layer not valid
Ciao Giuliano, On Monday, April 16, 2012, giuliano su Tiscali giuli...@tiscali.it wrote: non supera il controllo di validità [snip] if not layer.isValid(): print oops: the layer is not valid return il codice si ferma qui ++ i layer sono non validi perché probabilmente l'applicazione non riesce a caricare le librerie contenenti i provider. Purtoppo le linee che hai postato non sono utili in questo caso. Dovresti postare le linee nelle quali fai il setup dell'applicazione standalone. Probabilmente basterà cambiare il path che hai passato alla QgsApplication.setPrefix() per risolvere il problema, ma senza ulteriori informazioni sull'OS e sulla tua installazione di QGis è parecchio complicato. Se sei su linux prova /usr o /usr/local. Saluti. -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] qgis: layer not valid
Ciao, 2012/4/17 giuliano su Tiscali giuli...@tiscali.it: On Tue, 17 Apr 2012 23:00:21 +0200 alla tua ipotesi circa il path ci avevo pensato; qgis è installato in /usr/share/qgis e /usr/lib/qgis; ho provato con entrambi (qgis_prefix = '/usr/share/qgis/' e qgis_prefix = '/usr/lib/qgis/') ho trovato un metodo piu' semplice del tirare ad indovinare: imposta il valore di qgis_prefix allo stesso path che viene restituito chiamando dalla python console di QGis il seguente comando: QgsApplication.prefixPath() il cui risultato probabilmente sara' /usr Saluti. -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] help traduzione
Ciao, 2) a custom function that gets called when a mouse-down happens on the map canvas 2) una funzione custom (utente/personalizzata) che viene eseguita quando uno dei tasti del mouse viene premuto all'interno dell'area della mappa Saluti. -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] help traduzione
Chiedo venia, ho appena visto che risposte molto simili erano gia' state date (il mio client di posta chissa' perche' non me le mostrava nello stesso thread). Ciao. 2012/4/9 Giuseppe Sucameli brush.ty...@gmail.com: Ciao, 2) a custom function that gets called when a mouse-down happens on the map canvas 2) una funzione custom (utente/personalizzata) che viene eseguita quando uno dei tasti del mouse viene premuto all'interno dell'area della mappa Saluti. -- Giuseppe Sucameli -- Giuseppe Sucameli ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] Info cartografia nazionale
Ciao Filippo, 2012/3/15 Filippo perscrive...@gmail.com: quindi mi pare di capire che devo riproittare i dati istat...ma sinceramente non saprei proprio come approcciarmi a questa cosa... - puoi farlo tramite QGis: 1. li carichi in QGis, 2. se non fossero nel sistema di riferimento corretto li selezioni e assegni loro il corretto sistema di riferimento tramite Layer-Set CRS of Layer(s), 3. li esporti tramite Layer-Save As... e nella schemata di salvataggio imposti il CRS in cui vuoi vengano riproiettati. - puoi anche usare ogr2ogr [1]: essendo un tool da commandline e' facilmente scriptabile per cui potresti, scrivendo qualche riga in piu', riproiettare tutti i tuoi dati in un sol colpo. Per un solo file il comando e' (vado a memoria): ogr2ogr -s_srs EPSG:23032 -t_srs EPSG:4326 output.shp input.shp dove: con -s_srs imposti il SR di input (es. 23032) con -t_srs quello di output (es.4326) output.shp e' ovviamente il percorso del file da salvare e input.shp il percorso del file in input. Ciao. [1] http://www.gdal.org/ogr2ogr.html -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Qgis - come collegarsi ad un server locale su Ubuntu
Ciao, Se poi ti piace averla a vista (dato che e' nascosta) bastera' fare un link sul Desktop alla cartella .gvfs e chiamarla come piu' ti aggrada, e senza punto iniziale ovviamente ;), ma in ogni caso il collegamento al server va fatto o tramite Connect to server... o tramite preferiti. In ogni caso? gvfs-mount smb://user@server/share/ Sul PC dell'ufficio ho uno script con 4 di queste istruzioni e non ci penso più! beh, intendevo da interfaccia grafica ;) Se si conosce come codificare l'url ci si puo' collegare tramite Nautilus senza passare da Connect to server...: CTRL+L (go to location) e quindi digitare dentro la barra l'url smb://user@server/share/ Poi ovviamente e' sempre possibile tramite terminale/script, basta sapere che l'eseguibile e' gvfs-mount. Metterli tra i segnalibri come fa Nautilus e' praticamente come avere il tuo script: alla fine quello che Nautilus fa e' aggiungere al file ~/.gtk-bookmarks una linea tipo: smb://user@server/share/ Bookmark name Ciao! Saluti Guido -- * Guido Carlo Piazzi scordatore di pianoforti (e di tante altre cose) http://fotocaos.it/ ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012 -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Qgis - come collegarsi ad un server locale su Ubuntu
Ciao, scusate, ma a me sembra che state complicando di molto le cose. Sembra che diate risposte al thread come far cambiare idea ai niubbi che si avvicinano per la prima volta a Linux... 2012/3/9 Guido Piazzi gu...@fotocaos.it: Il giorno 09/mar/2012, alle ore 16.33, Christian Bazzucchi ha scritto: ma non potrebbe utilizzare Nautilus - File - Connetti al server... ? esatto! e' la soluzione facile facile, altro che montare... Sì. Dopodiché, se usa una Ubuntu recente, dovrebbe poter trovare la cartella condivisa all'interno della cartella .gvfs nella home directory. In Connect to server... c'e' anche una voce Add bookmark che ti permette di listarlo tra le cartelle preferite (e cioe' nel menu Places/Risorse e nella barra a sinistra di Nautilus). Poi effettivamente hai ragione, quando l'utente si collega' la cartella verra' montata dentro .gvfs, ma diciamo che l'utilita' di avere tale directory e' pressocche' nulla visto che se non metti la connessione tra i preferiti appena la chiudi te la perdi e poi dovrai ricrearla. (che idea, quella di creare una cartella nascosta... Se poi ti piace averla a vista (dato che e' nascosta) bastera' fare un link sul Desktop alla cartella .gvfs e chiamarla come piu' ti aggrada, e senza punto iniziale ovviamente ;), ma in ogni caso il collegamento al server va fatto o tramite Connect to server... o tramite preferiti. non chiedetemi come modificare questa impostazione perché non ci sono mai riuscito!) basta killare gvfs-fuse-daemon se in esecuzione e poi rilanciarlo: /usr/lib/gvfs/gvfs-fuse-daemon ~/una/bella/cartella/senza/punto :) @Luca: non temere, ci sono soluzioni anche semplici ai problemi. Facci sapere se sei riuscito. Ciao. -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] advanced labeling
Salve, 2012/3/4 a.ci...@libero.it a.ci...@libero.it: sto tentando di creare una label (QGIS Master - w7) con il tool advanced labeling, concatenando il contenuto di 2 campi testo con la seguente espressione: 'campo1' || 'campo2' il risultato è quello sperato solo per le feature che hanno un valore sia per campo1 che per campo2, mentre se uno dei 2 campi è NULL, la label non viene visualizzata. E' concettualmente corretto: NULL non e' un valore che si puo' concatenare in una stringa. Se vuoi che NULL sia convertito in qualcosa (es. stringa 'null') devi specificarlo: CASE WHEN campo1 IS NULL THEN 'null' ELSE campo1 END || CASE WHEN campo2 IS NULL THEN 'null' ELSE campo2 END Saluti. -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] GRASS GIS 6.4.2 released
Salve Gabriela, 2012/2/24 Gabriela Osaci Costache gabrielacatalinaos...@yahoo.it: non so come disinstallare QGIS e GRASS tramite osgeo4w in modo corretto e rapido. Quando si sceglie di disinstallare un pacchetto, altri pacchetti già segnati come disinstallare si attivano di nuovo... Forse c'è un modo che permetta la disinstallazione completa (di tutti i pacchetti e programmi). per disinstallare osgeo4w basta eliminare la directory nella quale e' stato installato (normalmente c:\osgeo4w). So che questo puo' sembrare strano ad un utente Win, ma osgeo4w e' pensato per salvare tutto dentro la sua directory, quindi basta eliminarla per rimuoverlo dal sistema. Nulla di piu' semplice :) NB: lo stesso non vale per QGis standalone, quello invece possiede un'installer che deve essere usato per la disinstallazione. Saluti. -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Concorso presso Parco Nazionale del Gran Paradiso
Ciao a tutti, giuro non capisco... Si continua ad elogiare il software libero e nella stessa frase asserire che e' necessario conoscere e saper usare il software proprietario. Si parla di discussioni accese, di visioni chiuse, e poi non si riesce a prendere per buone (come pareri personali) le posizioni di chi invece il software proprietario non lo digerisce. Dov'e' questa apertura di vedute? L'unico aperto in questa discussione mi e' sembrato (vi sembrera' strano) Sandro Santilli, ha espresso il suo parere senza filtri (a differenza di altri preoccupati per il possibile flame) ma ha anche detto che la conoscenza degli strumenti e' utile a prescindere se siano aperti o chiusi. Non posso essere assolutamente d'accordo con chi scrive che il sw libero e' bello, e' meglio, bisognerebbe usarlo sempre, ma che il sw chiuso bisogna conoscerlo a prescindere... Perche' mai? Per mia natura tutte le frasi che iniziano con un'affermazione seguita da ma mi risultano all'orecchio un tantino stridenti... a meno che non fossero seguite da una motivazione valida (che tutte le sante volte tarda ad arrivare). Devo farmene una ragione... :) Se l'ente internamente possiede 5Mld di licenze di ArcGIS gia' acquistate bene (per non dire male), ci si puo' fare ben poco, ovviamente pretendera' che la prova venga fatta su quello. Forse e' un pochino colpa nostra, forse noi si poteva fare di piu', forse sarebbe stato lo stesso. Chi lo sa. Certo preferirei che i soldi pubblici venissero spesi per servizi al cittadino piu' che per licenze _d'uso_... Forse mi sbagliero', ma IMHO questa e' una lista pro-FOSS quindi mi sembra anche ovvio che le posizioni di alcuni singoli siano only-FOSS, per cui per piacere non scadiamo sempre nella solita solfa, accusando quelli con pareri piu' radicali di avere una mentalita' chiusa. Potrebbe anche essere il contrario, che gli altri hanno una mentalita' _troppo_ aperta ;) Just my 2 cents. Ciao. -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Chiave primaria viste Postgis
Ciao Luca, 2012/2/8 Sandro Santilli s...@keybit.net: On Wed, Feb 08, 2012 at 03:53:04PM +0100, Luca Lanteri wrote: Sapete dirmi se devo definire qualcosa in PG per evitare di dover scegliere ogni volta la chiave primaria. E' forse legato a qualche nuova funzionalità ? A me sembra una regressione, ti invito ad aprire un ticket. concordo con Sandro relativamente alla questione di aprire un ticket, non sono sicuro della regressione pero': ad occhio mi pare vengano mostrati tutti i campi interi in modo da poter caricare un layer anche usando un campo non pk o senza vincolo di univocita', volendo generato al volo da qualche parte o reso univoco usando una stringa sql come subset (pulsante BuildQuery). Per verificare se il campo abbia effettivamente valori unici non credo ci sia altra soluzione che spazzolarsi tutti i valori, soluzione che richiederebbe troppo tempo. Forse pero' basterebbe selezionare per default il primo campo valido (di tipo intero) restituito dalla view, poi se l'utente volesse puo' sempre cambiarlo. In tal caso l'utente potrebbe decidere che campo usare come default semplicemente cambiando la definizione delle view. Apri un bel tickettino, casomai aggiungi le mie note o riporta qui in lista il numero del ticket che le aggiungo io. Saluti. -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Fwd: Chiave primaria viste Postgis
Ciao Luca, ciao tutti, mi sa dovremmo dare il via alla campagna aprire ticket porta bene! 2012/2/8 Luca Lanteri mesca...@gmail.com: La soluzione di selezionare per default il primo campo valido (di tipo intero) mi sembra la cosa migliore. Corretto in master [1], Jef dapprima titubante non ha resistito al fascino del mio _englese_ ;) Saluti. [1] http://hub.qgis.org/projects/quantum-gis/repository/revisions/d2b5ed92040448f9d4b22963e5869f4efdd2d9e9 Grazie mille Luca Il giorno 08 febbraio 2012 16:34, Giuseppe Sucameli brush.ty...@gmail.com ha scritto: Ciao Luca, 2012/2/8 Sandro Santilli s...@keybit.net: On Wed, Feb 08, 2012 at 03:53:04PM +0100, Luca Lanteri wrote: Sapete dirmi se devo definire qualcosa in PG per evitare di dover scegliere ogni volta la chiave primaria. E' forse legato a qualche nuova funzionalità ? A me sembra una regressione, ti invito ad aprire un ticket. concordo con Sandro relativamente alla questione di aprire un ticket, non sono sicuro della regressione pero': ad occhio mi pare vengano mostrati tutti i campi interi in modo da poter caricare un layer anche usando un campo non pk o senza vincolo di univocita', volendo generato al volo da qualche parte o reso univoco usando una stringa sql come subset (pulsante BuildQuery). Per verificare se il campo abbia effettivamente valori unici non credo ci sia altra soluzione che spazzolarsi tutti i valori, soluzione che richiederebbe troppo tempo. Forse pero' basterebbe selezionare per default il primo campo valido (di tipo intero) restituito dalla view, poi se l'utente volesse puo' sempre cambiarlo. In tal caso l'utente potrebbe decidere che campo usare come default semplicemente cambiando la definizione delle view. Apri un bel tickettino, casomai aggiungi le mie note o riporta qui in lista il numero del ticket che le aggiungo io. Saluti. -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012 -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] qgis: avanzamento di versione e gestione plugin
Ciao Marco, 2012/1/23 marco.donn...@tiscali.it marco.donn...@tiscali.it: facendo l'avanzamento di versione di qgis, i plugin istallati vengono mantenuti?? si, vengono mantenuti. Saluti. grazie mille Marco E' nata indoona: chiama, videochiama e messaggia Gratis. Scarica indoona per iPhone, Android e PC: http://www.indoona.com/ ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012 -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Subject: Re: DB Manager copia e incolla
Ciao Rocco, 2012/1/10 Rocco Pispico r.pisp...@gmail.com: Attenzione alle lettere accentate che danno qualche problema. credo di averlo risolto e committato nel repo qualche giorno fa, ma la nuova versione che contiene il fix (v0.1.10) e' disponibile sul repository da questo pomeriggio. Fammi sapere se tutto funziona a dovere. Saluti. Saluti. Ciao a tutti Rocco ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012 -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] DB Manager copia e incolla
Ciao Rocco, 2011/12/30 Giuseppe Sucameli sucam...@faunalia.it: Quindi possiamo dire che non è ancora implementata la copia dei risultati :( , ma e' una cosa semplice da realizzare. prova un po' la nuova versione di DBManager (v0.1.9) disponibile sul repo Faunalia, dovresti adesso riuscire a copiare il contenuto delle righe selezionate. Saluti. Ciao Rocco ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 540 iscritti al 4.11.2011 -- Giuseppe Sucameli -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 540 iscritti al 4.11.2011
Re: [Gfoss] DB Manager copia e incolla
Ciao Rocco, 2011/12/29 Rocco Pispico r.pisp...@gmail.com: utilizzando il plugin DB Manager non riesco a copiare i risultati di una query. Intendi dalla finestra SQL? Si dalla finestra dei risultati della query. pensavo che di default copiasse gia' qualcosa, e invece come fai notare con CTRL+C non copia niente, ne' le righe selezionate ne' la cella corrente. Quindi possiamo dire che non è ancora implementata la copia dei risultati :( , ma e' una cosa semplice da realizzare. Verifico se fa lo stesso anche nelle altre tabelle e in caso lo correggo in tutte. Saluti. Ciao Rocco ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 540 iscritti al 4.11.2011 -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 540 iscritti al 4.11.2011
Re: [Gfoss] PostGis Manager Extent: (unknown)
Ciao a tutti, PG_manager (e anche DB_manager) recupera tale valore tramite: SELECT xmin(%(ext)s), ymin(%(ext)s), xmax(%(ext)s), ymax(%(ext)s) con %(ext)s uguale a estimated_extent(schema, table, geom) Si potrebbe aggiungere un link per usare ST_Extent, un po' come viene fatto per rows (estimation o counted). Saluti. 2011/12/1 Sandro Santilli s...@keybit.net: On Thu, Dec 01, 2011 at 04:31:51PM +0100, Andrea wrote: Ciao! Mi succede sia sulla versione postgres 8.4 postgis 1.5 (ma anche sull'ultima versione 9.1) ho fatto una query di questo tipo SELECT ST_Extent (the_geom) FROM xxx.Fabbricati ; e mi restituisce il risultato corretto. Ho provato a creare un layer vuoto sempre da PG Manager a cui ho aggiunto una geometria da qgis e magicamente mi è comparsa l'estensione dopo aver lanciato il vacuum... ho provato a fare la stessa cosa su un layer già esistente ma non è successo niente... Si direbbe proprio un bug di Qgis o di PG Manager. Vedi se altre modalita' di caricamento funzionano (browser, core provider). E annotati la versione di Qgis. --strk; ,--o-. | __/ | Sign the pledge for PostGIS-2.0 Topology ! | / 2.0 | http://www.pledgebank.com/postgistopology `-o--' ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 540 iscritti al 4.11.2011 -- Giuseppe Sucameli ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 540 iscritti al 4.11.2011