[Gfoss] Sperimentazione pip plugin per qgis per installare nuovi moduli python

Local Chapters GFOSS.it
1

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 seguire il thread così se mi perdo mi date una mano…roba tipo: ma la variabile della path di inalazione di qgis come la ricavo? Ciao. Luca.

2

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

3

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. :slight_smile:

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/AAAAAAAADsE/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 <cavallini@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

4

questo pugin si candiderebbe a pieno titolo nel core di qgis

se serve una mano io sto qua…

···

2014-03-04 0:51 GMT+01:00 Luca Mandolesi <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

5

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/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 <cavallini@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

6

Come disse Cesare, Io vado avanti [1].
Allora, in lista qgis-dev l’argomento non pare abbia suscitato interessi. Chiedo a qualcuno in lista di dare un occhio alla lista di qgis-dev a quanto ho scritto…avendolo scritto in inglAise magari qualcuno si è offeso.[0]

A questo punto passo alla divulgazione del codice appeno ho finito di capire come si aggirano tre problemi:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;
  • ricavare il percorso in maniera corretta per lanciare la shell;
  • come installare setuptools e pip senza che l’utente diventi matto…ci sono vicino vicino…manca solo un passettino…

e aver fatto tre cose:

  • in realtà quel che sta venendo fuori è la possibilità di sfruttare contemporanemente easy_install e pip, quindi metterò una flag che usa o l’uno o l’altro.
  • aggiungere dei comandi preconfezionati per giovare l’utente
  • capire come si listino i pacchetti disponibili in rete per easy_install o pip… esiste un sistema di configurae l’url, ma non mi funzia.

Se la comprensione dei problemi sopra citati non avviene entro sabato, divulgo uguale e vediamo se ci caviamo i zampetti insieme. : )

A presto
Luca

[0]
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

[1]
##Aneddoto OT##Roma 60 a.C. Cesare entra in città con la biga
Il popolo: Cesare i romani chiedono sesterzi!
Cesare: Na, na, me a vagh dret!

···

2014-03-04 11:12 GMT+01:00 Giuseppe Sucameli <brush.tyler@gmail.com>:

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

7

On 06/03/2014 09:47, Luca Mandolesi wrote:

- invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c'è qualcuno che me la sa spiegare ben venga;

A me non sembra che ci sia differenza tra le due.
Chiamano i medesimi programmi e la finestra ha i medesimi settaggi.

A parer mio si tratta di una di quelle scorie che restano in osgeo4w e che nessuno rimuove perche' nessuno sa bene perche' è comparsa e teme di rompere qualche compatiblita'.

Andrea.

8

Ciao Andrea e grazie per l’arcano svelato!

Allora è per questo che quando le apro mi danno i percorsi del file in maniera differente: C:/program files(x86)/… e l’altro C:/PROGR-2/… e perchè invese la Osgeoshell di Osgeo advanced install mi apre uno su C:// e l’altro su C://windows//system32, forse che la Osgeo4w shel compila a 64 bit mentre la OSgeo4w.bat compila a 32 bit?

Oppure avendo sulla macchina per i test 4 versioni di Qgis diverse mi si impapocchiano tra loro?AA

···

2014-03-06 9:52 GMT+01:00 aperi2007 <aperi2007@gmail.com>:

On 06/03/2014 09:47, Luca Mandolesi wrote:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;

A me non sembra che ci sia differenza tra le due.
Chiamano i medesimi programmi e la finestra ha i medesimi settaggi.

A parer mio si tratta di una di quelle scorie che restano in osgeo4w e che nessuno rimuove perche’ nessuno sa bene perche’ è comparsa e teme di rompere qualche compatiblita’.

Andrea.

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

9

non e’ vero… dal tuo post s’e’ accesa una piccola discussione con jef, Nathan e me in chat QGIS, piu’ che altro Nathan non sapeva esattametne cosa risponderti perche’ credo chai posto differenti domande in una stessa mail… e sai come sono gli anglosassoni (anche australiani), non sono abituati alle modalita’ narrative.

comunque Nathan sta cercando di fare la stessa cosa ma con un approccio differente per la gestione di un suo progetto.
Cioe’ vorrebbe introdurre un qualcosa coem “dependency.txt” nei plugin fa gestire internamente a qgis per il caricamento delle dipendenze.
Al che gli ho fatto notare che la idea di farlo attraverso un plugin velocizza l’applicazione senza aspettare i cambi dentro il core di qgis e i vari rilasci… e la cosa e’ rimasta li.
L’ho esortato a intervenire al tuo post, ma con tutta evidenza, forse devi focalizzarlo e magari meterci anche un po di ciccia di plugin da testare per ragionare sui fatti

un saluto e grazie, Luigi Pirelli

···

2014-03-06 9:47 GMT+01:00 Luca Mandolesi <mandoluca@gmail.com>:

Come disse Cesare, Io vado avanti [1].
Allora, in lista qgis-dev l’argomento non pare abbia suscitato interessi. Chiedo a qualcuno in lista di dare un occhio alla lista di qgis-dev a quanto ho scritto…avendolo scritto in inglAise magari qualcuno si è offeso.[0]

A questo punto passo alla divulgazione del codice appeno ho finito di capire come si aggirano tre problemi:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;
  • ricavare il percorso in maniera corretta per lanciare la shell;
  • come installare setuptools e pip senza che l’utente diventi matto…ci sono vicino vicino…manca solo un passettino…

e aver fatto tre cose:

  • in realtà quel che sta venendo fuori è la possibilità di sfruttare contemporanemente easy_install e pip, quindi metterò una flag che usa o l’uno o l’altro.
  • aggiungere dei comandi preconfezionati per giovare l’utente
  • capire come si listino i pacchetti disponibili in rete per easy_install o pip… esiste un sistema di configurae l’url, ma non mi funzia.

Se la comprensione dei problemi sopra citati non avviene entro sabato, divulgo uguale e vediamo se ci caviamo i zampetti insieme. : )

A presto
Luca

[0]
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

[1]
##Aneddoto OT##Roma 60 a.C. Cesare entra in città con la biga
Il popolo: Cesare i romani chiedono sesterzi!
Cesare: Na, na, me a vagh dret!

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

2014-03-04 11:12 GMT+01:00 Giuseppe Sucameli <brush.tyler@gmail.com>:

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

10

Mi sono letto velocemente i vari thread. A mio avviso l’approccio proposto da Nathan è preferibile. Apprezzo lo sforzo di Luca, ma una soluzione a plugin non mi convince. Avere un setuptools/pip/easy_install/o_altro integrato in QGIS sarebbe più trasparente per l’utente e per lo sviluppatore, il quale si troverebbe a dover scrivere semplicemente un file di requirements.

Non vedo grossi problemi di manutenzione. Setuptools e pip mi sembrano piuttosto stabili…

my2cents,
giovanni

···

Il giorno 06 marzo 2014 10:18, Gino Pirelli <luipir@gmail.com> ha scritto:

non e’ vero… dal tuo post s’e’ accesa una piccola discussione con jef, Nathan e me in chat QGIS, piu’ che altro Nathan non sapeva esattametne cosa risponderti perche’ credo chai posto differenti domande in una stessa mail… e sai come sono gli anglosassoni (anche australiani), non sono abituati alle modalita’ narrative.

comunque Nathan sta cercando di fare la stessa cosa ma con un approccio differente per la gestione di un suo progetto.
Cioe’ vorrebbe introdurre un qualcosa coem “dependency.txt” nei plugin fa gestire internamente a qgis per il caricamento delle dipendenze.
Al che gli ho fatto notare che la idea di farlo attraverso un plugin velocizza l’applicazione senza aspettare i cambi dentro il core di qgis e i vari rilasci… e la cosa e’ rimasta li.
L’ho esortato a intervenire al tuo post, ma con tutta evidenza, forse devi focalizzarlo e magari meterci anche un po di ciccia di plugin da testare per ragionare sui fatti

un saluto e grazie, Luigi Pirelli

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

–

Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/giohappy
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

2014-03-06 9:47 GMT+01:00 Luca Mandolesi <mandoluca@gmail.com>:

Come disse Cesare, Io vado avanti [1].
Allora, in lista qgis-dev l’argomento non pare abbia suscitato interessi. Chiedo a qualcuno in lista di dare un occhio alla lista di qgis-dev a quanto ho scritto…avendolo scritto in inglAise magari qualcuno si è offeso.[0]

A questo punto passo alla divulgazione del codice appeno ho finito di capire come si aggirano tre problemi:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;
  • ricavare il percorso in maniera corretta per lanciare la shell;
  • come installare setuptools e pip senza che l’utente diventi matto…ci sono vicino vicino…manca solo un passettino…

e aver fatto tre cose:

  • in realtà quel che sta venendo fuori è la possibilità di sfruttare contemporanemente easy_install e pip, quindi metterò una flag che usa o l’uno o l’altro.
  • aggiungere dei comandi preconfezionati per giovare l’utente
  • capire come si listino i pacchetti disponibili in rete per easy_install o pip… esiste un sistema di configurae l’url, ma non mi funzia.

Se la comprensione dei problemi sopra citati non avviene entro sabato, divulgo uguale e vediamo se ci caviamo i zampetti insieme. : )

A presto
Luca

[0]
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

[1]
##Aneddoto OT##Roma 60 a.C. Cesare entra in città con la biga
Il popolo: Cesare i romani chiedono sesterzi!
Cesare: Na, na, me a vagh dret!

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

2014-03-04 11:12 GMT+01:00 Giuseppe Sucameli <brush.tyler@gmail.com>:

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

11

Non conosco il python e quindi paecchi discorsi li comprendo poco.

Ma da quello che capisco l’idea sarebbe di far installare a QGIS le librerie dipendenti per far funzionare un determinato plugin.

Quello che non capisco è se parlate di libreria “pythonesche” o di libreria generali.

In definitiva si parla delle librerie che usualmente si installano da osgeo4w-setup selezionandole dalla sezione “lib” o di altra roba che li’ non è presente ?

Io ho due dubbi:

Il primo è legato alla sicurezza.

Infatti fare dei meccanismi che scaricano in automatico da remoto librerie su una macchina all’insaputa dell’utente è sepre una brutta pratica.
Specie negli ambienti corporative.

Il secondo dubbio è di tipo piu’ pratico:

sempre negli ambientie corporative gli utenti di qgs difficilmente sono amministratori del proprio pc e se si parla di un qgis che si scarica e installa roba in cartelle differenti da quelle dell’utente (ad esempio se volesse installare su quelle di sistema),
serve l’intervento del “referente informatico” .

Che usualmente è una ditta esterna a chiamata.

La differenza rispetto all’installazione da osgeo4w-setup è evidente.
In tal caso si tratta di una installazione unica che prende il tempo che ci vuole, la fa’ il referente e poi se la vede l’utente con l’uso ordinari di qgis.

Se pero’ qgis cambia modo di operare e ogni giorno pensasse di smanettare dentro una cartella di sistema , diiventerebbe complicato per l’utente usuale che sarebbe costretto a interagire quotidianamente con il suo referente.

Se invece ho capito male, tanto meglio.

A.

···

Il giorno 06 marzo 2014 10:31, G. Allegri <giohappy@gmail.com> ha scritto:

Mi sono letto velocemente i vari thread. A mio avviso l’approccio proposto da Nathan è preferibile. Apprezzo lo sforzo di Luca, ma una soluzione a plugin non mi convince. Avere un setuptools/pip/easy_install/o_altro integrato in QGIS sarebbe più trasparente per l’utente e per lo sviluppatore, il quale si troverebbe a dover scrivere semplicemente un file di requirements.

Non vedo grossi problemi di manutenzione. Setuptools e pip mi sembrano piuttosto stabili…

my2cents,
giovanni

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 àèìòù

Il giorno 06 marzo 2014 10:18, Gino Pirelli <luipir@gmail.com> ha scritto:

non e’ vero… dal tuo post s’e’ accesa una piccola discussione con jef, Nathan e me in chat QGIS, piu’ che altro Nathan non sapeva esattametne cosa risponderti perche’ credo chai posto differenti domande in una stessa mail… e sai come sono gli anglosassoni (anche australiani), non sono abituati alle modalita’ narrative.

comunque Nathan sta cercando di fare la stessa cosa ma con un approccio differente per la gestione di un suo progetto.
Cioe’ vorrebbe introdurre un qualcosa coem “dependency.txt” nei plugin fa gestire internamente a qgis per il caricamento delle dipendenze.
Al che gli ho fatto notare che la idea di farlo attraverso un plugin velocizza l’applicazione senza aspettare i cambi dentro il core di qgis e i vari rilasci… e la cosa e’ rimasta li.
L’ho esortato a intervenire al tuo post, ma con tutta evidenza, forse devi focalizzarlo e magari meterci anche un po di ciccia di plugin da testare per ragionare sui fatti

un saluto e grazie, Luigi Pirelli

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

–

Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/giohappy
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

2014-03-06 9:47 GMT+01:00 Luca Mandolesi <mandoluca@gmail.com>:

Come disse Cesare, Io vado avanti [1].
Allora, in lista qgis-dev l’argomento non pare abbia suscitato interessi. Chiedo a qualcuno in lista di dare un occhio alla lista di qgis-dev a quanto ho scritto…avendolo scritto in inglAise magari qualcuno si è offeso.[0]

A questo punto passo alla divulgazione del codice appeno ho finito di capire come si aggirano tre problemi:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;
  • ricavare il percorso in maniera corretta per lanciare la shell;
  • come installare setuptools e pip senza che l’utente diventi matto…ci sono vicino vicino…manca solo un passettino…

e aver fatto tre cose:

  • in realtà quel che sta venendo fuori è la possibilità di sfruttare contemporanemente easy_install e pip, quindi metterò una flag che usa o l’uno o l’altro.
  • aggiungere dei comandi preconfezionati per giovare l’utente
  • capire come si listino i pacchetti disponibili in rete per easy_install o pip… esiste un sistema di configurae l’url, ma non mi funzia.

Se la comprensione dei problemi sopra citati non avviene entro sabato, divulgo uguale e vediamo se ci caviamo i zampetti insieme. : )

A presto
Luca

[0]
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

[1]
##Aneddoto OT##Roma 60 a.C. Cesare entra in città con la biga
Il popolo: Cesare i romani chiedono sesterzi!
Cesare: Na, na, me a vagh dret!

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

2014-03-04 11:12 GMT+01:00 Giuseppe Sucameli <brush.tyler@gmail.com>:

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

12

Ciao Andrea,
il discorso era focalizzato sull’installazione di librerie Python richieste da un plugin, non a librerie in generale.
Da un punto di vista della sicurezza non la vedo una cosa diversa dall’installare un plugin che si porta dentro tutte le librerie necessarie…
C’è effettivamente un problema per i computer dove non si sia amministratori. In tal caso l’alternativa sarebbe installare le dipendenze in una cartella utente e poi creare/aggiornare il PYTHONPATH dell’utente. Inizialmente, qualora fosse necessario installare dipendenze, si chiederà l’intervento dell’amministratore :slight_smile:

giovanni

···

Il giorno 06 marzo 2014 02:58, Andrea Peri <aperi2007@gmail.com> ha scritto:

Non conosco il python e quindi paecchi discorsi li comprendo poco.

Ma da quello che capisco l’idea sarebbe di far installare a QGIS le librerie dipendenti per far funzionare un determinato plugin.

Quello che non capisco è se parlate di libreria “pythonesche” o di libreria generali.

In definitiva si parla delle librerie che usualmente si installano da osgeo4w-setup selezionandole dalla sezione “lib” o di altra roba che li’ non è presente ?

Io ho due dubbi:

Il primo è legato alla sicurezza.

Infatti fare dei meccanismi che scaricano in automatico da remoto librerie su una macchina all’insaputa dell’utente è sepre una brutta pratica.
Specie negli ambienti corporative.

Il secondo dubbio è di tipo piu’ pratico:

sempre negli ambientie corporative gli utenti di qgs difficilmente sono amministratori del proprio pc e se si parla di un qgis che si scarica e installa roba in cartelle differenti da quelle dell’utente (ad esempio se volesse installare su quelle di sistema),
serve l’intervento del “referente informatico” .

Che usualmente è una ditta esterna a chiamata.

La differenza rispetto all’installazione da osgeo4w-setup è evidente.
In tal caso si tratta di una installazione unica che prende il tempo che ci vuole, la fa’ il referente e poi se la vede l’utente con l’uso ordinari di qgis.

Se pero’ qgis cambia modo di operare e ogni giorno pensasse di smanettare dentro una cartella di sistema , diiventerebbe complicato per l’utente usuale che sarebbe costretto a interagire quotidianamente con il suo referente.

Se invece ho capito male, tanto meglio.

A.

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

–

Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/giohappy
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

Il giorno 06 marzo 2014 10:31, G. Allegri <giohappy@gmail.com> ha scritto:

Mi sono letto velocemente i vari thread. A mio avviso l’approccio proposto da Nathan è preferibile. Apprezzo lo sforzo di Luca, ma una soluzione a plugin non mi convince. Avere un setuptools/pip/easy_install/o_altro integrato in QGIS sarebbe più trasparente per l’utente e per lo sviluppatore, il quale si troverebbe a dover scrivere semplicemente un file di requirements.

Non vedo grossi problemi di manutenzione. Setuptools e pip mi sembrano piuttosto stabili…

my2cents,
giovanni

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 àèìòù

Il giorno 06 marzo 2014 10:18, Gino Pirelli <luipir@gmail.com> ha scritto:

non e’ vero… dal tuo post s’e’ accesa una piccola discussione con jef, Nathan e me in chat QGIS, piu’ che altro Nathan non sapeva esattametne cosa risponderti perche’ credo chai posto differenti domande in una stessa mail… e sai come sono gli anglosassoni (anche australiani), non sono abituati alle modalita’ narrative.

comunque Nathan sta cercando di fare la stessa cosa ma con un approccio differente per la gestione di un suo progetto.
Cioe’ vorrebbe introdurre un qualcosa coem “dependency.txt” nei plugin fa gestire internamente a qgis per il caricamento delle dipendenze.
Al che gli ho fatto notare che la idea di farlo attraverso un plugin velocizza l’applicazione senza aspettare i cambi dentro il core di qgis e i vari rilasci… e la cosa e’ rimasta li.
L’ho esortato a intervenire al tuo post, ma con tutta evidenza, forse devi focalizzarlo e magari meterci anche un po di ciccia di plugin da testare per ragionare sui fatti

un saluto e grazie, Luigi Pirelli

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

–

Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/giohappy
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

2014-03-06 9:47 GMT+01:00 Luca Mandolesi <mandoluca@gmail.com>:

Come disse Cesare, Io vado avanti [1].
Allora, in lista qgis-dev l’argomento non pare abbia suscitato interessi. Chiedo a qualcuno in lista di dare un occhio alla lista di qgis-dev a quanto ho scritto…avendolo scritto in inglAise magari qualcuno si è offeso.[0]

A questo punto passo alla divulgazione del codice appeno ho finito di capire come si aggirano tre problemi:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;
  • ricavare il percorso in maniera corretta per lanciare la shell;
  • come installare setuptools e pip senza che l’utente diventi matto…ci sono vicino vicino…manca solo un passettino…

e aver fatto tre cose:

  • in realtà quel che sta venendo fuori è la possibilità di sfruttare contemporanemente easy_install e pip, quindi metterò una flag che usa o l’uno o l’altro.
  • aggiungere dei comandi preconfezionati per giovare l’utente
  • capire come si listino i pacchetti disponibili in rete per easy_install o pip… esiste un sistema di configurae l’url, ma non mi funzia.

Se la comprensione dei problemi sopra citati non avviene entro sabato, divulgo uguale e vediamo se ci caviamo i zampetti insieme. : )

A presto
Luca

[0]
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

[1]
##Aneddoto OT##Roma 60 a.C. Cesare entra in città con la biga
Il popolo: Cesare i romani chiedono sesterzi!
Cesare: Na, na, me a vagh dret!

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

2014-03-04 11:12 GMT+01:00 Giuseppe Sucameli <brush.tyler@gmail.com>:

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

13

Bien, ubi major minor cessat. Io continuo a giocare col mio codice per il mio plugin che ha bisogno di moduli esterni aspettando che sia QGis a scaricarli per me! Ciao a tutti e grazie per aver smosso le acque in qgis-dev, da non dir niente è partita una bellissima discussione.

Ciao
Luca

···

2014-03-06 12:09 GMT+01:00 G. Allegri <giohappy@gmail.com>:

Ciao Andrea,
il discorso era focalizzato sull’installazione di librerie Python richieste da un plugin, non a librerie in generale.
Da un punto di vista della sicurezza non la vedo una cosa diversa dall’installare un plugin che si porta dentro tutte le librerie necessarie…
C’è effettivamente un problema per i computer dove non si sia amministratori. In tal caso l’alternativa sarebbe installare le dipendenze in una cartella utente e poi creare/aggiornare il PYTHONPATH dell’utente. Inizialmente, qualora fosse necessario installare dipendenze, si chiederà l’intervento dell’amministratore :slight_smile:

giovanni

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

Il giorno 06 marzo 2014 02:58, Andrea Peri <aperi2007@gmail.com> ha scritto:

Non conosco il python e quindi paecchi discorsi li comprendo poco.

Ma da quello che capisco l’idea sarebbe di far installare a QGIS le librerie dipendenti per far funzionare un determinato plugin.

Quello che non capisco è se parlate di libreria “pythonesche” o di libreria generali.

In definitiva si parla delle librerie che usualmente si installano da osgeo4w-setup selezionandole dalla sezione “lib” o di altra roba che li’ non è presente ?

Io ho due dubbi:

Il primo è legato alla sicurezza.

Infatti fare dei meccanismi che scaricano in automatico da remoto librerie su una macchina all’insaputa dell’utente è sepre una brutta pratica.
Specie negli ambienti corporative.

Il secondo dubbio è di tipo piu’ pratico:

sempre negli ambientie corporative gli utenti di qgs difficilmente sono amministratori del proprio pc e se si parla di un qgis che si scarica e installa roba in cartelle differenti da quelle dell’utente (ad esempio se volesse installare su quelle di sistema),
serve l’intervento del “referente informatico” .

Che usualmente è una ditta esterna a chiamata.

La differenza rispetto all’installazione da osgeo4w-setup è evidente.
In tal caso si tratta di una installazione unica che prende il tempo che ci vuole, la fa’ il referente e poi se la vede l’utente con l’uso ordinari di qgis.

Se pero’ qgis cambia modo di operare e ogni giorno pensasse di smanettare dentro una cartella di sistema , diiventerebbe complicato per l’utente usuale che sarebbe costretto a interagire quotidianamente con il suo referente.

Se invece ho capito male, tanto meglio.

A.

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

–

Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/giohappy
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

Il giorno 06 marzo 2014 10:31, G. Allegri <giohappy@gmail.com> ha scritto:

Mi sono letto velocemente i vari thread. A mio avviso l’approccio proposto da Nathan è preferibile. Apprezzo lo sforzo di Luca, ma una soluzione a plugin non mi convince. Avere un setuptools/pip/easy_install/o_altro integrato in QGIS sarebbe più trasparente per l’utente e per lo sviluppatore, il quale si troverebbe a dover scrivere semplicemente un file di requirements.

Non vedo grossi problemi di manutenzione. Setuptools e pip mi sembrano piuttosto stabili…

my2cents,
giovanni

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 àèìòù

Il giorno 06 marzo 2014 10:18, Gino Pirelli <luipir@gmail.com> ha scritto:

non e’ vero… dal tuo post s’e’ accesa una piccola discussione con jef, Nathan e me in chat QGIS, piu’ che altro Nathan non sapeva esattametne cosa risponderti perche’ credo chai posto differenti domande in una stessa mail… e sai come sono gli anglosassoni (anche australiani), non sono abituati alle modalita’ narrative.

comunque Nathan sta cercando di fare la stessa cosa ma con un approccio differente per la gestione di un suo progetto.
Cioe’ vorrebbe introdurre un qualcosa coem “dependency.txt” nei plugin fa gestire internamente a qgis per il caricamento delle dipendenze.
Al che gli ho fatto notare che la idea di farlo attraverso un plugin velocizza l’applicazione senza aspettare i cambi dentro il core di qgis e i vari rilasci… e la cosa e’ rimasta li.
L’ho esortato a intervenire al tuo post, ma con tutta evidenza, forse devi focalizzarlo e magari meterci anche un po di ciccia di plugin da testare per ragionare sui fatti

un saluto e grazie, Luigi Pirelli

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

–

Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/giohappy
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

2014-03-06 9:47 GMT+01:00 Luca Mandolesi <mandoluca@gmail.com>:

Come disse Cesare, Io vado avanti [1].
Allora, in lista qgis-dev l’argomento non pare abbia suscitato interessi. Chiedo a qualcuno in lista di dare un occhio alla lista di qgis-dev a quanto ho scritto…avendolo scritto in inglAise magari qualcuno si è offeso.[0]

A questo punto passo alla divulgazione del codice appeno ho finito di capire come si aggirano tre problemi:

  • invocare la shell giusta, tra Osgeo4w e Osgeo4w shell: anzi se c’è qualcuno che me la sa spiegare ben venga;
  • ricavare il percorso in maniera corretta per lanciare la shell;
  • come installare setuptools e pip senza che l’utente diventi matto…ci sono vicino vicino…manca solo un passettino…

e aver fatto tre cose:

  • in realtà quel che sta venendo fuori è la possibilità di sfruttare contemporanemente easy_install e pip, quindi metterò una flag che usa o l’uno o l’altro.
  • aggiungere dei comandi preconfezionati per giovare l’utente
  • capire come si listino i pacchetti disponibili in rete per easy_install o pip… esiste un sistema di configurae l’url, ma non mi funzia.

Se la comprensione dei problemi sopra citati non avviene entro sabato, divulgo uguale e vediamo se ci caviamo i zampetti insieme. : )

A presto
Luca

[0]
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

[1]
##Aneddoto OT##Roma 60 a.C. Cesare entra in città con la biga
Il popolo: Cesare i romani chiedono sesterzi!
Cesare: Na, na, me a vagh dret!

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

2014-03-04 11:12 GMT+01:00 Giuseppe Sucameli <brush.tyler@gmail.com>:

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 <mandoluca@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. :slight_smile:

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/AAAAAAAADsE/2MoMT9sUvpM/w1075-h604-no/testpipinstaller.PNG
[1]: http://stackoverflow.com/questions/18459770/adding-button-and-separate-window-to-python-qprocess-example

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

2014-03-03 10:16 GMT+01:00 Paolo Cavallini <cavallini@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

14

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 06/03/2014 12:24, Luca Mandolesi ha scritto:

Bien, ubi major minor cessat. Io continuo a giocare col mio codice per il mio plugin
che ha bisogno di moduli esterni aspettando che sia QGis a scaricarli per me! Ciao a
tutti e grazie per aver smosso le acque in qgis-dev, da non dir niente è partita una
bellissima discussione.

Scusa, eh: visto che hai fatto partire una bellissima discussione, perche' ora ti
tiri indietro? Continua a partecipare, vedrai che il tuo contributo sara' utile ed
apprezzato.
Saluti, e grazie.

- --
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMYW+sACgkQ/NedwLUzIr7icgCgk2uEaFVD/Q7ghDyc5jNi4gGM
FhUAoKQwkeMBZHdBgjCj4yYaewiLWmCT
=iAeS
-----END PGP SIGNATURE-----

15

Perchè Paolo francamente è tutto su un livello più elevato e più che leggere non so quanto siano utili i miei suggerimenti. Cmq se vedo che posso dire la mia lo farò, stanne certo.
Ciau.
Luca

···

2014-03-06 12:28 GMT+01:00 Paolo Cavallini <cavallini@faunalia.it>:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 06/03/2014 12:24, Luca Mandolesi ha scritto:

Bien, ubi major minor cessat. Io continuo a giocare col mio codice per il mio plugin
che ha bisogno di moduli esterni aspettando che sia QGis a scaricarli per me! Ciao a
tutti e grazie per aver smosso le acque in qgis-dev, da non dir niente è partita una
bellissima discussione.

Scusa, eh: visto che hai fatto partire una bellissima discussione, perche’ ora ti
tiri indietro? Continua a partecipare, vedrai che il tuo contributo sara’ utile ed
apprezzato.
Saluti, e grazie.

Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMYW+sACgkQ/NedwLUzIr7icgCgk2uEaFVD/Q7ghDyc5jNi4gGM
FhUAoKQwkeMBZHdBgjCj4yYaewiLWmCT
=iAeS
-----END PGP SIGNATURE-----

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

16

i casi d’uso sono importantissimi

···

2014-03-06 12:42 GMT+01:00 Luca Mandolesi <mandoluca@gmail.com>:

Perchè Paolo francamente è tutto su un livello più elevato e più che leggere non so quanto siano utili i miei suggerimenti. Cmq se vedo che posso dire la mia lo farò, stanne certo.
Ciau.
Luca

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

2014-03-06 12:28 GMT+01:00 Paolo Cavallini <cavallini@faunalia.it>:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 06/03/2014 12:24, Luca Mandolesi ha scritto:

Bien, ubi major minor cessat. Io continuo a giocare col mio codice per il mio plugin
che ha bisogno di moduli esterni aspettando che sia QGis a scaricarli per me! Ciao a
tutti e grazie per aver smosso le acque in qgis-dev, da non dir niente è partita una
bellissima discussione.

Scusa, eh: visto che hai fatto partire una bellissima discussione, perche’ ora ti
tiri indietro? Continua a partecipare, vedrai che il tuo contributo sara’ utile ed
apprezzato.
Saluti, e grazie.

Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMYW+sACgkQ/NedwLUzIr7icgCgk2uEaFVD/Q7ghDyc5jNi4gGM
FhUAoKQwkeMBZHdBgjCj4yYaewiLWmCT
=iAeS
-----END PGP SIGNATURE-----

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

17

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il 06/03/2014 12:42, Luca Mandolesi ha scritto:

Perchè Paolo francamente è tutto su un livello più elevato e più che leggere non so
quanto siano utili i miei suggerimenti. Cmq se vedo che posso dire la mia lo farò,
stanne certo.

I contributi sono sempre utili, anche solo per mantenere viva la discussione e
l'attenzione sul problema, e per far capire agli sviluppatori "piu' alti" qual e' la
prospettiva degli utenti.
Grazie di nuovo.
- --
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMYX4cACgkQ/NedwLUzIr739ACfQqKC5zOMc3HZPCrtpuq5Zx2P
HL0AnRjnwMt1HJLFsZnlmQaR2REzSOwO
=Gjwv
-----END PGP SIGNATURE-----

18

Ciao a tutti,
ho finito di fare quello che mi serviva e l’ho testato su macchine con win 7 con permessi da amministratore. Per quello che ci devo fare io basta e avanza. Libero il codice a uso e consumo di tutti…Occhio che se non sapete dove mettere le mani con i moduli python potreste fare danni.
Il lavorino, poche righe di codice è qua:
https://github.com/pyarchinit/pipinstaller-qgis-experimental

In sostanza non fa altro che installre setuptools al primo avvio e al primo avvio del plugin scarica e installa pip.
Al secondo riavvio è possibile tramite il comando pip install nome_pacchetto installare. Non tiene conto di compatibilità tra i pacchetti, se il pacchetto usato da Qgis è già presente ed è ad una versione inferiore lo sovrainstalla facendovi casino (io che so non reinstallo i moduli già presenti facendo nel plugin pip list per vedere cosa c’è già)

E’ un banale collegamento alla shell…se scrivete designer vi si apre il designer delle qt! Quindi ocio!

Il lavoro, come scritto in qgis-dev list è pensato non solo per i plugin ma anche per sperimentare eventuali moduli direttamente da shell.

Bien, grazie a tutti e ora mi riconcentro con Giuliano Curti e Giuseppe Patti sul plugin per il georeferenziatore vettoriale!

Ciao
Luca

19

Il giorno Fri, 7 Mar 2014 17:37:27 +0100
Luca Mandolesi <mandoluca@gmail.com> ha scritto:

Ciao a tutti,

ciao,

....... e ora mi riconcentro con Giuliano Curti e
Giuseppe Patti sul plugin per il georeferenziatore vettoriale!

prendo la parola solo per informare che ho lasciato un commento sul blog
segnalato da Stefano C. per vedere se intendono condividere /
collaborare sul problema della georeferenzazione vettoriale (da quanto
letto hanno un approccio diverso, loro usano ogr2ogr);

darò notizie degli eventuali riscontri;

grazie ancora a Stefano e a te :slight_smile:

Ciao
Luca

ciao,
giuliano