gmane.comp.python.general.italian

Re: prime armi

Carlos Catucci — 2012-05-24T17:16:30

Hai ragione, alla sinistra, scusa

Carlos

Re: prime armi

Marco Beri — 2012-05-24T17:11:40

2012/5/24 Carlos Catucci <carlos.catucci< at >gmail.com>

(Promotore del comitato "Marco Beri deve sedere alla destra del benevolo

Ehi, per piacere, non diciamo eresie, eh! :)))

Ciao.
Marco.
P.S. Btw grazie per la stima ;)

Re: prime armi

Carlos Catucci — 2012-05-24T16:04:08

Marco Beri è più bello (e non solo perchè siamo entrambi pelati...)



Carlos
(Promotore del comitato "Marco Beri deve sedere alla destra del benevolo
tiranno alla prossyma Europycon")  :P

Re: prime armi

Gian Mario Tagliaretti — 2012-05-24T15:47:06

2012/5/24 chiara angelone <angelone.chiara< at >gmail.com>:

ciao Chiara,


Il file prova.py DEVE essere nella cartella da dove lanci l'interprete
(non è proprio vero, qualche dettaglio più sotto), ad esempio su
Windows se lanci la "console" con cmd, questa si posiziona in Windows7
sulla cartella del tuo user, esempio c:\Users\chiara.

Se da questa cartella lanci l'interprete python, il file deve essere o
in questa cartella o in una cartella specificata nella variabile
PYTHONPATH.

Quindi riassumendo, assicurati che prova.py sia nella cartella da cui
lanci l'interprete c:\Users\chiara nell'esempio precedente.


Marco Beri è più bello (e non solo perchè siamo entrambi pelati...)

ciao

Re: come chiudere in modo corretto le Window pygtk

Matteo Perini — 2012-05-24T14:11:56

Ciao lista,
ho scritto alcuni esempi usando solo pygtk e le finestre si chiudono 
correttamente... (riesco a ri-aprirle!!).
Il problema però persiste sulla mia interfaccia.
L'unica cosa in cui si differenzia dalle prove che ho fatto è che 
importo l'interfaccia da un file glade che ho creato a parte.
Allego entrambi i file (non pretendo li guardiate..... ma se proprio 
volete ;-))
Ciao
Matteo

Re: prime armi

chiara angelone — 2012-05-24T13:20:15

Il 24 maggio 2012 15:12, Simone Federici <s.federici< at >gmail.com> ha scritto:

import prova mi sa sempre lo stesso errore
ImportError: No module named prova

come manuale sto usando "Imparare Python" di Mark Lutz




grazie

Re: prime armi

Simone Federici — 2012-05-24T13:12:01

2012/5/24 chiara angelone <angelone.chiara< at >gmail.com>


La command line python serve per provare al volo codice python.
Però come ha ben sperimentato non accetta comandi bash o del prompt dei
comandi windows.

nella console python tu puoi definire una classe o una funzione e lanciarla

ad esmpio puoi scrivere:


e successivamente provare a vedere se l'hai scritto bene lanciando la
funzione


il punto è che è scrivere codice python "interattivemente"...
a differenza invece di scrivere il codice in un file e eseguirlo, dove c'è
prima una compilazione del file e poi l'esecuzione (è tutto trasperente)


 < at >luca: Per quanto riguarda "reload" l'ho letto nel libro che sto

il reload è una gran figata.
il l'ho usato per in un plugin django per il coverage....
ma detto tra noi per un principiante.. è inutile sapere della sua esistenza.




non


il .py è l'estenzione del file, ma il module si chiama senza il .py

facci sapere come va
Simone

Re: prime armi

Carlos Catucci — 2012-05-24T12:39:24

Scusate, penso che la cosa migliore per Chiara sia di prendere un buon
manuale. Quello di MarcoBeri potrebeb andare bene.

In due parole pero' per vedere se riusciamo a fare chiarezza:

io dal prompt dei comandi (windows, linux o mac poco importa), digito

python

e do invio. Il cursore diventa simile a quello che segue


Qui io posso inserire codice python direttamente. Vedremo dopo come usare
import.

Se i dal prompt dei comandi digito invece

python prova.py

eseguo (posto che io abbia prima preparato il file prova.py e che mi trovi
nella corretta directory) il codice contenuto il prova.py

Vediamo un esempio banale di prova.py. Scriviamo dentro

print "Hello, World!"

e salviamo.

A questo punto scrivere python prova.py stampera'


Hello, World!

sullo schermo.

Carlos

Re: prime armi

chiara angelone — 2012-05-24T12:24:41

< at >enrico: ok se voi dite che posso tranquillamente eseguire il file da
terminale, mi chiedo allora cosa serve la command line di python?
Scusate la domanda.....

< at >luca: Per quanto riguarda "reload" l'ho letto nel libro che sto
seguendo per imparare, era semplicemente un primo esempio di funzione
che è possibile utilizzare, insieme alla import.

< at >simone: ho utilizzato il comando import settando prima PYTHONPATH
nelle variabili d'ambiente nel mio PC ma mi da il seguente errore
Import errore: no module prova.py.
Quindi non lo trova, devo settare altro.
Nelle variabili d'ambiente ho messo PYTHONPATH: C:\python e dentro
questa cartella python ci sono i miei file di prova. Ho fatto qualche
errore?

Grazie mille, ragazzi!
Chiara


Il 24 maggio 2012 00:24, enrico franchi <enrico.franchi< at >gmail.com> ha scritto:

Re: prime armi

Matteo Scotuzzi — 2012-05-24T12:07:06

Scusami se dico cose scontate:

se ho capito bene digitando da terminale "python prova.py" funziona.

Ciò che vuoi è digitare solo "python"; a questo punto l'inizio riga
del terminale cambia: ">>>".

Da qui non puoi più usare i comandi del terminale (niente "python"
quindi), ma solo codice python, esattamente come quello che hai
scritto nel file prova.py. A questo punto l'unica cosa che puoi fare
per per operare con il codice di prova.py è importare il modulo
relativo ("import prova" dovrebbe funzionare).

Tuttavia a seconda del codice contenuto in prova.py potresti non avere
il risultato sperato solo con l'import.

Il succo comunque è che il terminale e la shell python sono contesti
diversi e separati

Re: prime armi

chiara angelone — 2012-05-24T11:03:38

Sì ma come ho scritto già all'inizio non mi funziona la seguente cosa
***************************************
Il modo più facile è quello di invocare l'interprete dei comandi.
Digitando infatti python, si entra nell'interprete

python
Python 2.1.3 (#1, Sep  7 2002, 15:29:56)
[GCC 2.95.4 20011002 (Debian prerelease)] on linux2
Type "copyright", "credits" or "license" for more information.
************************************************************

infatti se io scrivo "python" nella command line di python mi dice
NameErrore: name 'python' is not defined.

Grazie!



Il giorno 23 maggio 2012 17:14, Alberto Abate
<alberto.abate< at >gmail.com> ha scritto:

Re: MAC e python

Fabrizio Mancini — 2012-05-24T08:21:48

2012/5/24 Massimiliano Pippi <mpippi< at >gmail.com>

Ma figurati, mica ci sono problemi! :-)
pygtk è una delle componenti di openerp, insieme ad postgresql. Anche io ho
una impressione molto positiva del mac, ma per esigenze molto particolari,
tocca ravancarci un pochino!! un bel po! :-)
ciao f

Re: MAC e python

Massimiliano Pippi — 2012-05-24T08:06:56

2012/5/24 Fabrizio Mancini <mr.file< at >gmail.com>:

Ti sei perentoriamente riferito a postgresql, mysql, apache. Se per
ecc... intendevi PyGTK mi spiace, non avevo capito.


Ammetto che non sempre tutto funziona OOTB (io uso Qt) ma non l'ho mai
trovato un "grosso" problema.
Riassumo il mio feedback: uso OSX per sviluppo crossplatform in
generale (Qt/C++ con QtCreator e homebrew per tutto il necessaire) e
Python in particolare (PyQt/web con PyCharm, virtualenv, vewrapper e
compagnia).

Ciao

Re: MAC e python

Fabrizio Mancini — 2012-05-24T07:49:15

sono comunque impiccato e non ci sono ancora riuscito a fargli avere il
look carbon nativo di osx, poi ho mollato....
Su questo sono completamente d'accordo con Daniele Varrazzo, che OSX è un
grosso problema per lo sviluppo cross-platform.
Ribadisco il mio concetto, io lo uso come desktop e basta. Due anni e vari
upgrade di sistema e sul mio imac non ho mai avuto un problema. La scelta
principale del mac però non è stata dettata da questo ma dal fatto che
lavoro pesantemente con le foto e i risultati ottenuti sul mac (scatto ->
sviluppo foto -> stampa) non sono mai riuscito a ottenerli ne su windows ne
su linux (ma questo è un altro discorso...).
Per testare gli sviluppi uso un serverino linux su cui installo tutto, dato
che poi la piattaforma principale su cui vado molto spesso a deployare è
linux, tanto vale testarlo su linux, serverino o macchina virtuale che sia.
Come ide uso pycharm, che ho comprato con le offerte al 50%.
Usato tanto tempo aptana, ma.... troppo da smanettare e poco tempo
disponibile.
Ciao fabrizio

Re: MAC e python

enrico franchi — 2012-05-23T22:38:34

2012/5/23 Simone Federici <s.federici< at >gmail.com>:


Sviluppo su Mac come macchina principale. Sinceramente non uso
particolarmente "macchismi" (tipo TextMate, che pure...).
Pero' tutto il resto mi e' sinceramente molto piu' scomodo.

Allora *la* via e' passare per brew.
Brew e' il mio package manager favorito *di sempre*. Sono anni che ho
provato di tutto, da emerge ad apt. Devo dire che l'equilibrio di brew
io non lo ho trovato con *niente*. Credo che sia perche' nasce con la
filosofia pragmatica di farsi i cazzi suoi e di farti fare quello che
ti pare, automatizzando le parti noiose, ma senza avere la pretesa di
generalita' totale. L'unico difetto e' che le sue ricette sono scritte
in Ruby e non in Python. Ecco. Fosse in Python sarebbe perfezione
inarrivabile.

Passi da fare:
0. installati xcode
1. installati brew
2. installati una ricetta alternativa per un gcc+fortran "vecchia maniera"
http://www.enrico-franchi.org/2012/02/lion-brew-and-gcc.html
Lo trovo molto comodo per compilare eventuali moduli python binari
(inclusi numpy)
3. scegli il tuo interprete python di default.
Io personalmente uso la accademic di enthought, ma immagino che a te
sia preclusa. tempo fa usavo la build di python.org.
probabilmente va bene anche il python di sistema oppure uno buildato
con brew. Sono ragionevolmente sicuro che quest'ultimo non dia
problemi, ma di persona non lo ho mai fatto (tutto il resto e' testato
di persona e come lavoro io).
4. installi pip e virtualenv. tutto il resto io lo installo tramite
pip su virtualenv (voglio non toccare la distro di enthought... quando
avevo il python di python.org ero meno attento).
5. Eventualmente, se usi brew per installare qualche pacchetto che usa
python (e.g., mercurial) io *tolgo* il "mio" python dal PATH e gli
faccio usare il python di sistema. E' una precauzione probabilmente
inutile.

Poi metti conto che io sono un folle: nel senso che a suo tempo avevo
provato tante strane, installare solo nella home facendo un giochetto
con .pydistutils.cfg.
In generale ora uso solo virtualenv e mi trovo bene cosi'.

Come shell personalmente uso zsh. Avevo uno script custom decisamente
complesso e tunato. Qualche settimana fa sono passato a oh-my-zsh e
sono soddisfatto. meno roba da mantenere.

Come editor principale uso vim, configurato "parecchio". Sul mio
github trovi tutto. Alternativamente valuta PyCharm. E' davvero buono.
Sto provando Aptana (PyDev) e devo dire che non e' vagamente al passo.

Un altro aggeggio che devo mettere in gioco e' tmux, ma non ho mai
avuto tempo. Come terminale, prendi iTerm2 invece di Terminal.app.

Come vim, installo MacVim con brew e opzione --override-system-vim.
Cosi' lui cerca di farsi trovare (anche da linea di comando) al posto
del vim di sistema, che e' tipicamente appena meno aggiornato.

Re: prime armi

enrico franchi — 2012-05-23T22:24:37

2012/5/23 Luca Bacchi <bacchilu< at >gmail.com>:

Qualche volta si, pero' in generale...


sono +1 su questo discorso.

Re: MAC e python

Andrea Francia — 2012-05-23T20:10:32

2012/5/23 Simone Federici <s.federici< at >gmail.com>


pip e virtualenv funzonano bene.
virtualenvwrapper non lo so perché non so cosa serve e non lo mai usato

Ciao

Re: MAC e python

Andrea Francia — 2012-05-23T20:08:27

2012/5/23 Simone Federici <s.federici< at >gmail.com>


Io sviluppo su Mac e mi trovo bene.
Il Mac viene con il python di serie (forse un 2.6) ma io preferisco usare
il port di homebrew (che punta ad una 2.7).
Se setti il PATH e usi virtualenv non hai assolutamente nessun problema di
confusione tra le due versioni.

Come IDE io uso Vim+pythonmode.

Ciao

Aiuto per testi su machine learning e graph clustering

Antonio Piepoli — 2012-05-23T18:06:26

Salve a tutti,

sono Antonio PIepoli, studente universitario, ed attualmente mi trovo in
Olanda per svolgere la mia tesi specialistica.
È da un pò che utilizzo python per tutti i miei progetti, quindi, lo
utilizzerò anche per il mio lavoro di tesi.


Premetto che avrei dovuto creare tre mail con tre differenti oggetti... ma
ho preferito non farlo perchè in questo modo avete un quadro generale del
mio progetto e magari potete darmi un feedback generale :P.

Ulteriorie premessa... la mail è lunghetta e mi scuso di questo ... ma sono
davvero in difficoltà e spero che qualcuno di voi abbia la gentilezza di
aiutarmi.


Cerco di spiegarvi in maniera molto generale cosa sto facendo ... poi
passerò alle domande.

Considerate di avere una tabella con questi attributi

Nome,Cognome,Data di nascita, Lavoro, email, città di residenza... in
generale immaginate qualsiasi cosa sia riconducibile ad una identità
digitale...

Immaginate adesso di dividere questa tabella in questo modo:

tabella1: Nome, Cognome
tabella 2: Cognome, Data di nascita
tabella 3: Data di nascita, lavoro
etc...

in sostanza la domanda è : partendo da tutte queste tabelle è possibile
ricostruire la tupla iniziale?

Come avrete notato non sto ragionando in termini di chiavi ... quindi, in
generale, non posso fare un semplice Join sull'attributo in comune perchè
per esempio banalmente esistono più persone con lo stesso nome etc ... sto
considerando anche la possibilità che ci siano errori di battitura tra
diverse tabelle.

L'idea generale è ottenere un valore numerico di similarità (che poi è a
tutti gli effetti una probabilità) tra due tuple di due tabelle diverse...
per esempio

tupla1 = (Antonio, PIepoli) tupla2= (Antonio,Studente) tupla3 =
(Piepoli,datadinascita)

verosimilmente la somiglianza tra tupla1 e tupla2 dovrebbe essere inferiore
a quella tra tupla1 e tupla3.

Dopo avere assimilato questo concetto la mia idea è stata quella di creare
una rete, un grafo, in cui ogni nodo rappresenta una tupla ed ogni arco
rappresentza il valore di somiglianza tra due tuple che hanno almento un
attributo in comune (in generale si può pensare a tabelle con + di due
attributi e quindi il valore di somiglianza deve considerare due
attributi). Una volta ottenuta questa rete bisognerebbe clusterizzare il
grafo in modo tale che ogni cluster rappresenti poi una tupla originaria.

Spero che sia tutto chiaro perchè adesso mi sposterò su dettagli un pò più
tecnici.

1)Come calcolo il valore di verosimiglianza? Risposta: machine learning.
L'idea sarebbe quella di utilizzare un modello di supervised machine
learning impostando un problema di classificazione (0 non match ed 1 match).
Ho scelto SVM (support vector machine) per la sua semplicità e per l'ottima
libreria libsvm ma credo che una scelta vale l'altra.
In sostanza la fase di training corrisponde ad una serie di vettori di
dimensione pari alla cardinalità della tabella applicando ad ogni attributo
opportune metriche (Jaro o Edit distance per esempio).
Quindi il vettore di training ha questa forma
metrica sul nome, metrica sul cognome, metrica sul lavoro .... classe
0.2 ,                        0,                             1
,                           0
etc ...

una volta fatto il training otterò un modello che potro interrogare con un
vettore di testing ed in uscità avrò la probabilità di appartenzenza a
ciascuna classe...

la prima domanda che vi pongo è: che modelli dovrei creare? un modello per
ogni attributo o un modello generale ?

per esempio... devo fare il training solo sul nome sul cognome etc ...
separatamente o devo creare un modello per tutta la tabella e quando mi
servirà sapere il valore di verosimiglianza su nome e cognome trattare gli
altri attributi come mancanti?


2) per realizzare i cluster... stavo pensando ad algoritmi di tipo
community detection... pensate sia una cosa sensata? oppure c'è un sistema
migliore? In pratica quello che mi aspetto è di avere una rete in cui ci
saranno nodi connessi con archi "pesanti" a nodi della stessa persona e con
archi leggeri a nodi della stessa tabella ma riferiti ad un'altra persona.


alla fine ho un pò affrettato le domande... se non sono chiare provo a
riformularle... questa volta magari con difersi oggetti

scusate se la mail è molto lunga... spero che qualcuno mi sappia aiutare
perchè questo progetto è una cosa che sto faceno praticamente da solo,
senza l'aiuto del mio supervisore perchè lui non conosce nessuno di questi
argomenti ( e nemmeno io fino a qualche mese fa :( )


-
Antonio Piepoli

Re: prime armi

Luca Bacchi — 2012-05-23T15:29:44

Non ho mai usato il modulo "reload". Non che io sia da considerare un
punto di riferimento, però il fatto che a te serva mi fa sospettare
che c'è qualcosa che non torna nel tuo approccio.

Per sviluppare e testare il tuo prova.py puoi tranquillamente passare
dalla finestra dell'editor in cui modifichi prova.py ad una finestra
di terminale in cui, ogni volta, riesegui "python prova.py" (il tasto
FRECCIA SU riesegue l'ultimo comando).

L

Il 23 maggio 2012 17:19, Simone Federici <s.federici< at >gmail.com> ha scritto:

Re: prime armi

Simone Federici — 2012-05-23T15:19:23

2012/5/23 Simone Federici <s.federici< at >gmail.com>


ma attenta che sia nel PYTHONPATH