Re: [Python] Pettegolezzi su Python

[Enrico Bianchi]

On 04/19/2015 02:19 AM, enrico franchi wrote:

Vedi qualcosa che non va in questo codice?


In questo si, ovvero viene fatto un abuso di type(), senza contare il 
raise buttato li senza motivo (ovvero, avrei almeno messo un else per 
rendere piu` sensato quel codice)


Enrico
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pickling di dizionari.

[Gabriele Battaglia]

> Il giorno 16/apr/2015, alle ore 22:36, Marco Beri  ha 
> scritto:
> 
> 
> On Apr 16, 2015 10:22 PM, "Carlo Miron"  > wrote:
> >
> >
> > Il 16/apr/2015 20:12, "Guido Dassori"  > > ha scritto:
> >
> > > senza vedere il codice è dura
> 


> Ciao a tutti.
> 
Ho risolto la questione che era davvero banale:
caricavo un oggetto, prima della dichiarazione di classe, della quale 
quell’oggetto era istanza.
Un problema di flusso di esecuzione perciò: mi è bastato spostare la 
dichiarazione di classe più a monte ed il modulo pickle ha lavorato senza 
problemi.
GB.

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[Roberto Polli]

Il 20 aprile 2015 18:15, enrico franchi  ha scritto:
> Se con lamentarmi .. rientri nella mia liberta' di espressione.
Ok. Intendevo: non hai altro diritto di lamentarti se non quello che
rientra nella tua libertà di espressione.

Dopodichè potresti rilasciare anche tu in GPL ed essere felice :D - no
ti prego non rispondere, sto scherzando.

>  eri tu che eri partito con la solita
> "questo e' piu' open source di quello".
Se ricordi, era una risposta a una frettolosa etichettatura di mysql
come "software proprietario".

> Dopo di che, oggettivamente, nel 2015 questo discorso e' un po' trito (ma
> rispetto la tua liberta' di rievocarlo)
Vedi sopra.

Ad ogni modo io ero interessato a capire le problematiche tecniche di
chi aveva lasciato mysql per pgsql..

Ora diciamo che 'sto thread è bello stantio, visto che:
  -  più o meno siamo tutti d'accordo che l'opensource è bello;
  -  e un po' meno d'accordo che BSD è una licenza più utile alle
corporate che agli sviluppatori.

Detto questo io chiudo il thread perché il discorso è abbastanza
noioso e mannaggia a me che ho contribuito a riesumarlo...

Pace a voi,
R
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Nicola Gramola]

Il 20/04/2015 12:05, Carlos Catucci ha scritto:

Purtroppo è una specifica del committente, poco posso farci.


Per fortuna che non ho citati che alcune procedure sono state già
implementate dal committente in PHP altrimenti sarei stato
radiato, senza possibilità di replica, dalla lista! Ma non l'ho
fatto, spero di cavarmela x questa volta.


Ti vedo e ti piango. Hai tutta la mia comprensione e una spalla su cui 
piangere.



Gracias!

--
 * Nicola Gramola (°> Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[enrico franchi]

2015-04-20 14:50 GMT+01:00 Marco De Paoli :

> 1. potrei farlo con una meta classe
>

Pessima idea. Ci sono casi in cui le meta-classi sono il sistema piu'
rapido e robusto per avere una certa cosa. In generale sono un overkill. In
generale, non sono la soluzione giusta.

2. potrei inserire un server tornado giusto "per non si sa mai"
>

Non lo farei. Uno strato di architettura "per non si sa mai" e' comunque
uno strato di architettura che si puo' rompere domani prima di avere
provveduto ad un qualunque beneficio per il customer.


> 4. dovrei usare pytest e rifattorizzare tutti i setUp/tearDown del mio
> progetto
>

Questa invece e' una buona idea. Cioe'... rifattorizzare tutto non
necessariamente lo e'. Ma cominciare ad usare PyTest lo e'.
Tipo una volta mi venne la balzana idea di convertire tutta una test-suite
da nose a py.test; ora, i test vennero meglio, piu' chiari piu' robusti. Ci
persi un monte di tempo. Adesso quando devo lavorare ad un progetto con
test nose (o unittest) la mia policy e':

1. continuo a scrivere nose(unittest) finche' non ho un buon motivo
2. scrivo la parte con il buon motivo con py.test
3. a tempo morto riguardo i test, butto nel cesso i test vecchi e poco
significativi (cosa che fa bene comunque), cerco di individuare dei pattern
che beneficiano davvero di py.test e riscrivo quelli, un po' per volta.
4. ogni volta che tocco qualche test specifico, lo riscrivo con py.test (ma
solo dopo che il procedimento di introduzione di py.test e' iniziato,
motivato da una necessita' oggettiva).


> 5. etc. etc. etc.
>
In Python 3 puoi scrivere ...
E' sintassi valida.


> 6. ah, già, anche... dovrei dare un occhiata al progetto pypy
>

Ottima idea.


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[enrico franchi]

2015-04-20 11:49 GMT+01:00 Strap :

> Un interessante punto di vista: http://bit.ly/1bjQvpy
>

Ma si... solito discorso. C'era anche quello che aveva proposto un modello
"3 innovation token" per prodotto. Il che ha senso: se fai tutto bleeding
edge l'unica cosa di bleeding saranno le chiappe di chi deve mantenere il
tutto. Il corollario e' che i token e' meglio spenderli per la roba che
importa davvero, piuttosto che per l'infrastruttura (vero: ai tuoi utenti
interessa relativamente poco quale sia il db che usi, fintanto che il
servizio che offri funziona bene).

Il problema e' che la definizione di "maturo" andrebbe un pochetto staccata
dalla definizione di "vecchio" e di "lo usano tutti". E' vero che essere
vecchio e usato da tutti aiuta molto per maturare, ma non e' che sia per
forza un se e solo se.

In particolare, nel post la sopra secondo me insieme a frasi estremamente
sagge, sta facendo del gran FUD.

Il punto fondamentale e' che se hai le persone che lo sanno fare (ovvero,
riesci a trovarle, riesci a pagarle, riesci a tenertele) cancelli qualunque
difetto di un prodotto. Con le persone giuste fai scalare quasi qualunque
cosa, fai andare forte quasi qualunque cosa. Voglio dire... PHP va troppo
piano per Facebook? Ok, riscriviamo PHP. Lo hanno fatto. Due volte.

Pero' probabilmente l'azienda media la fuori non ha le risorse per
riscrivere PHP. E se PHP va troppo piano, e' meglio che passino a Java che
con un minimo di buon senso va ragionevolmente forte e non e'
drammaticamente complesso da fare scalare.

Ah, e in tutto questo probabilmente falliranno il loro scopo perche' non
avranno in casa le competenze (no, un corso di formazione e un po' di ore
di un consulente non combinano un tubo). E probabilmente il loro problema
in principio non era che PHP non andava abbastanza forte, ma semplicemente
che la gente che avevano assunto non era in grado di fare andare PHP
abbastanza forte. Si, l'esempio usa due tecnologie poco amate qui *apposta*.

Quindi, quando l'autore dice che tirare tecnologie a caso in un progetto
(o, appena meglio, scegliere sempre i top ranker di reddit) non e' molto
saggio, ha ragione. Quando dice che "a noi MySQL funziona bene", sta
dicendo che il loro know how interno sommato a quanto adatto e' MySQL per
quello che devono fare, e' sufficiente per farlo funzionare bene.

Quando dico che MySQL fa schifo, in effetti intendo che la quantita' di
risorse che devo investirci per farlo andare decentemente e' inutilmente
alta e che con PostgreSQL posso fare funzionare le cose con uno sforzo
molto minore (per qualche definizione di funzionare). Poi ci sono anche
tecnologie che proprio non funzionano o tendono a funzionare male qualunque
livello di cura ci metti sopra. MySQL qualche anno fa era in questo
stato... adesso piano piano stanno aggiustando un sacco di problemi. Io
continuo a preferire Postgre i cui sviluppatori invece che spendere tempo
in risolvere problemi che non sarebbero manco dovuto esistere lo possono
spendere per darmi tecnologia assolutamente favolosa.

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[enrico franchi]

2015-04-20 12:15 GMT+01:00 Roberto Polli :

Sul fatto GPL vs MIT: ognuno è libero di rilasciare il codice come gli pare.
>

Siamo d'accordo.


> Ma se io rilascio il mio codice in GPL, non puoi lamentarti che non
> sia BSD.


Dipende dal significato che dai al termine lamentarmi. Se per lamentarmi
intendi che non posso uscirmene con frasi tipo "che coglioni che hanno
scelto GPL", sono d'accordo. Non posso lamentarmi.

Se con lamentarmi intendi dire che non posso essere seccato che invece che
usare un certo prodotto che per qualche motivo mi va bene devo scegliere
fra riscrivere o pescare un prodotto che mi va meno bene, beh, allora mi
sembra che rientri nella mia liberta' di espressione. Certo, loro hanno
tutta la liberta' di scegliere la licenza che vogliono. Io ho tutta la
liberta' di esserne scontento.


> E' legittimo se scelgo di non permettere a terzi  di
> *chiuderlo* e rivendertelo.
>

Certo. Ognuno fa come gli pare. Ma eri tu che eri partito con la solita
"questo e' piu' open source di quello". I fattori oggettivi sono:
1. entrambe le licenze sono considerate open source
2. una licenza BSD e' meno restrittiva di una licenza GPL: GPL pone piu'
vincoli su quello che devi fare.

Dopo di che, oggettivamente, nel 2015 questo discorso e' un po' trito (ma
rispetto la tua liberta' di rievocarlo) e in un certo senso e' molto meno
rilevante di 10 anni fa.


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Massimiliano della Rovere]

Ma allora non ti conviene ciclare solo sulle colonne presenti in CN (avendo
cura di inserire in CN tutte quelle che ti servono) ?

Il giorno lun 20 apr 2015 alle ore 16:05 Marco De Paoli 
ha scritto:

> ciao Massimiliano,
>
> Il giorno 20 aprile 2015 15:28, Massimiliano della Rovere <
> massimiliano.dellarov...@gmail.com> ha scritto:
>
>>
>> non mi è chiara una cosa: come finisce quel None nel descrittore delle
>> colonne dell'xslx/db?
>>
>
> colonne presenti nell'xlsx e che non vanno caricate
>
> Marco
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Si puo' semplificare?

[Massimiliano della Rovere]

Comunque la giri, devi fare delle join tra le tabelle e con l'orm di django
seguire le FK nei modelli avviene tramite il punto, quindi direi che è già
in forma minima e "djanghica".

Il giorno lun 20 apr 2015 alle ore 16:48 Carlos Catucci <
carlos.catu...@gmail.com> ha scritto:

> Ho una seiei di tabelle correlate tra loro. Devo, partendo da un estremo,
> arrivare all'altro. Con l'orm di Django scrivo una cosa del tipo
>
>
> user_connection.router_id.hosters_id.address_id.categories_id.descrizione
>
> Funziona ma mi sembra un pistolotto un poco eccessivo. Qualche hint su
> dove ravanare per trovare strade piu' pythonic-djanghiche?
>
> Muchas gracias
> Carlos
> --
> EZLN ... Para Todos Todo ... Nada para nosotros
>  ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Si puo' semplificare?

[Carlos Catucci]

Ho una seiei di tabelle correlate tra loro. Devo, partendo da un estremo,
arrivare all'altro. Con l'orm di Django scrivo una cosa del tipo


user_connection.router_id.hosters_id.address_id.categories_id.descrizione

Funziona ma mi sembra un pistolotto un poco eccessivo. Qualche hint su dove
ravanare per trovare strade piu' pythonic-djanghiche?

Muchas gracias
Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Carlos Catucci]

2015-04-20 16:00 GMT+02:00 Roberto Polli :

> > posso avere "tabelle miste"
> > ovevro alcuni campi relazionali ed altri json e fare ricerche miste.
> Come vengono indicizzati i campi json?
>

Ha degli indici appositi, qualche cosina la torvi qui

http://www.postgresql.org/docs/9.4/static/datatype-json.html



> > mysql ...indici sputtanati, record persi,
> Uso InnoDB da anni e non ho mai perso nulla.
> Se invece usavi myisam e mysql 4.0 diciamo che posso capire il rancore.
>

Prima isam e po InnoDb ma indici a putatne capitava spesso. Certo usavo
strutture un poco sui generis (che oggi posso abbandonare per una struttura
NoSql) pero' avevo il mio da fare


> > risultati di query strane,
> tipo?
>

Chiedi troppo alla mia povera memoria che e' Round Robin. Tengo stored solo
i titoli degli articoli (leggi seghe mentali) troppo vecchi :)



> > incompatibilita' di query tra versioni diverse
> Se non ricordo male riguarda query non-sql. Cmq migliorando innodb
> è stato introdotto un modello più deterministico (vedi anche le ultime

modifiche sulla 5.6)
>
Io usavo costrutti suoi, tipo replace (che sulla carat e' una cosa
comdisasima, quando funziona almeno)


> > Anche la gestione multi user non e' mai stata degna.
> Puoi farmi qualche caso d'uso?


Vedi sopra. Ma mi ricordo di casi di mutitenant che davano i numeri e
mostravano cose che dovevano tenere nascoste.

Se non ci fossero di messo un paio di crash di dischi non backupped potrei
mostrarti del codice, ma sappiamo che il ciabattino va in giro con le
scarpe rotte

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Carlos Catucci]

2015-04-20 16:09 GMT+02:00 Marco De Paoli :

> guardati l'intervento di Marco Nenciarini all'ultimo pycon
>
> https://www.pycon.it/conference/talks/hstore-json-e-jsonb-dati-non-strutturati-ad-alte-performance-1
>
> ehm, qualcuno sa dove sono i video?
>

SLURP! Attendo con Ansia (il soprannome di un mio ex Project Manager,
qualcuno in lista ha avuto il piacere di condividerlo con me in quel ruolo)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Marco De Paoli]

Il giorno 20 aprile 2015 16:00, Roberto Polli  ha
scritto:

> Il 20 aprile 2015 14:39, Carlos Catucci  ha
> scritto:
> >  dalla 9.3 (ma molto piu' con la 9.4) puoi
> > usarlo come un NoSql con prestazioni
> Bello.
>
 > posso avere "tabelle miste"
> > ovevro alcuni campi relazionali ed altri json e fare ricerche miste.
> Come vengono indicizzati i campi json?
>

guardati l'intervento di Marco Nenciarini all'ultimo pycon
https://www.pycon.it/conference/talks/hstore-json-e-jsonb-dati-non-strutturati-ad-alte-performance-1

ehm, qualcuno sa dove sono i video?
sono già stati pubblicati?

Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Marco De Paoli]

ciao Massimiliano,

Il giorno 20 aprile 2015 15:28, Massimiliano della Rovere <
massimiliano.dellarov...@gmail.com> ha scritto:

>
> non mi è chiara una cosa: come finisce quel None nel descrittore delle
> colonne dell'xslx/db?
>

colonne presenti nell'xlsx e che non vanno caricate

Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Roberto Polli]

Il 20 aprile 2015 14:39, Carlos Catucci  ha scritto:
>  dalla 9.3 (ma molto piu' con la 9.4) puoi
> usarlo come un NoSql con prestazioni
Bello.

> posso avere "tabelle miste"
> ovevro alcuni campi relazionali ed altri json e fare ricerche miste.
Come vengono indicizzati i campi json?

> mysql ...indici sputtanati, record persi,
Uso InnoDB da anni e non ho mai perso nulla.
Se invece usavi myisam e mysql 4.0 diciamo che posso capire il rancore.

> risultati di query strane,
tipo?

> incompatibilita' di query tra versioni diverse
Se non ricordo male riguarda query non-sql. Cmq migliorando innodb
è stato introdotto un modello più deterministico (vedi anche le ultime
modifiche sulla 5.6)


> Anche la gestione multi user non e' mai stata degna.
Puoi farmi qualche caso d'uso?


Grazie mille e Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Marco Beri]

2015-04-20 15:50 GMT+02:00 Marco De Paoli :

...no, no, no... qua mi accorgo che il pycon mi ha rovinato!
>

[cut]


> giuro, alcune di queste idee mi vengono in mente solo in un particolare
> periodo dell'anno
> normalmente riesco anche a scrivere codice onesto e che funziona, senza
> bisogno di scomodare domande tipo: "ma qui i type hint potrebbero farmi
> comodo?"
>
> oh, cavolo! dottore, mi dica, è grave?!?
> quanto durerà l'effetto pycon?!? :-D
>


ROTFL!!!


-- 
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
http://beri.it/articoli/ - Qualche articolo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Marco De Paoli]

Il giorno 20 aprile 2015 15:04, Riccardo Magliocchetti <
riccardo.magliocche...@gmail.com> ha scritto:

[snip]

 E' quel kwargs.pop(None) che non mi piace
>> Ci ho girato un po' intorno, ma non mi viene in mente come rimuoverlo a
>> meno di
>> introdurre degli "if" che mi piacciono ancora meno
>>
>
> Potevi mettere un commento sul perchè lo stai chiamando quel pop, tra un
> mese quello è un WTF assicurato. A quanto capisco io è perchè per qualche
> motivo ti ritrovi columns[c.column] a None. Questo lo fai probabilmente per
> prevenire di esplodere quando hai righe malformate con testo su colonne che
> non hanno intestazione.


oppure per il caso in cui nell'xlsx ci sono colonno che vanno trascurate
nel caricamento

Se è questo non troverei vergogna a mettere un *esplicito* if c.column in
> columns nella dict comprehension di kwargs.


sono daccordo!
ma vedi la mia risposta a Beri per inqudrare il "contesto mentale" :-)

[snip]

bye,
Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Marco De Paoli]

2015-04-20 15:11 GMT+02:00 Marco Beri :

> 2015-04-20 14:19 GMT+02:00 Marco De Paoli :
>
>> kwargs = {columns[c.column]: c.value for c in row}
>> kwargs.pop(None)
>>
>
> Marco,
> mi sfugge qualcosa oppure questo non farebbe la stessa cosa anche se in
> maniera meno efficiente?
>
> kwargs = {columns[c.column]: c.value for c in row if
> columns[c.column]}
>

la semantica è esattamente quella che hai scritto tu
... per cui: no, non ti sfugge nulla

ma sapevo che eravamo tutti un po in astinenza di trick/sfide dopo quella
sull' "eseguire il codice della borsa pycon" :-)
per cui ho buttarne la una...
posso eliminare quel pop? (che, come dice giustamente Riccardo è un WTF
assicurato) e non usare neppure un if?

mi sono detto: vuoi vedere che quei draghi della lista python mi tirano
fuori un, che ne so, itertools.magic_method che mi fa tutto in O(1) con una
sola riga di codice? :-)

...ok, proviamo a rilanciare...
in questo caso in un ambito un po' più specifico django
mettiamo che una delle colonne sia un FK
in tal caso il valore deve essere considerato key e bisogna fare un lookup
del model
Ovviamente serve giocare un po su _meta e fare introspezione sui fields...

...no, no, no... qua mi accorgo che il pycon mi ha rovinato!
oggi non riesco a scrivere una riga di codice "giusto per campare" senza
che mi scatti qualche paranoia sull'ipotesi [scegliere a caso tra le
seguenti]:
1. potrei farlo con una meta classe
2. potrei inserire un server tornado giusto "per non si sa mai"
3. potrei fare una tabella costituita da un unico campo jsonb e poi
(presumibilmente) ... riscrivere tutta la mia logica applicativa
4. dovrei usare pytest e rifattorizzare tutti i setUp/tearDown del mio
progetto
5. etc. etc. etc.
6. ah, già, anche... dovrei dare un occhiata al progetto pypy

giuro, alcune di queste idee mi vengono in mente solo in un particolare
periodo dell'anno
normalmente riesco anche a scrivere codice onesto e che funziona, senza
bisogno di scomodare domande tipo: "ma qui i type hint potrebbero farmi
comodo?"

oh, cavolo! dottore, mi dica, è grave?!?
quanto durerà l'effetto pycon?!? :-D
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Massimiliano della Rovere]

se non ti piace il pop potresti cambiare
kwargs = {columns[c.column]: c.value for c in row}
in

kwargs = {
  columns[c.column]: c.value
  for c in row
  if c.column is not None}


non mi è chiara una cosa: come finisce quel None nel descrittore delle
colonne dell'xslx/db?

Il giorno lun 20 apr 2015 alle ore 14:19 Marco De Paoli 
ha scritto:

> dopo il talk di Alex su codice pythonico/idiomatico...
> beh, non posso lasciar passare il seguente caso senza chiedervi un opinione
>
> dunque il caso è questo
> ho un file Excel xlsx con righe da caricare una a una su DB
>
> non consigliatemi di utilizzare un ETL, perchè non è questo il punto
> ah, a proposito, ho scoperto che per mangeggiare i file xlsx, openpyxl va
> alla grande
>
> tornando a noi...
> la prima riga dell'xlsx è un intestazione che stabilisce i nomi dele
> colonne
>
> avevo chiesto che usassero i nomi uno a uno con i nomi dei campi su db.
> ma, no, sarebbe stato troppo semplice e logico, per cui i nomi sono a dir
> poco fantasiosi e volatili
>
> Indi per cui ho un dict che rimappa nomi-colonne-xlsx con nomi-campi-db
>
> XLSX_COLUMN_NAMES = {
> 'IL nome' : 'name',
> 'RIFERIMENTO a GIGIO': 'gigio_id',
> }
>
> il piano per il caricamento dati è il seguente: iterare sulle righe
> dell'xlsx, costruire un kwargs, fare l'insert
> abbastanza KISS, insomma
>
> ok, show me the code!
>
> import openpyxl as pyx
> from .models import MyModel
>
> CN = XLSX_COLUMN_NAMES
>
> wb = pyx.load_workbook("sample.xlsx"))
> ws = wb['DB']
> columns = {c.column: CN.get(c.value) for c in ws.rows[0]}
>
>
>
> MyModel.objects.all().delete()
> for row in
> ws.rows[1:]:
> kwargs = {columns[c.column]: c.value for c in row}
>
> kwargs.pop(None)
>
> MyModel(**kwargs).save()
>
>
> le istruzioni per il db sono per django, e per di più sono un po' niubbe
> (nel senso che si poteva fare qualcosa di più bulk)
> ma non è la parte importante: non fanno altro che cancellare tutti i
> record e poi inserirli uno per uno
>
> E' quel kwargs.pop(None) che non mi piace
> Ci ho girato un po' intorno, ma non mi viene in mente come rimuoverlo a
> meno di introdurre degli "if" che mi piacciono ancora meno
>
> voi che ne dite?
> Marco
>
> P.S. se non conoscete openpyxl vi dico che l'attributo "value" è il
> contenuto della cella, mentre l'attributo "column" è la sua coordinata x in
> notazione-excel, ossia "A", "B", etc.
> Per esempio, la cella "D13" ha cell.column == "D"
>
> P.P.S. boh, mi sa che vi ho dato un po' troppo contesto rispetto al
> problema vero e proprio.
> Ma diciamo che è stata anche l'occasione per citare qualche tecnologia che
> mi ha fatto comodo: openpyxl e ... Django!
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Carlos Catucci]

On 20 April 2015 at 15:11, Marco Beri  wrote:

> kwargs = {columns[c.column]: c.value for c in row if columns[c.column]}


Chiedo scusa per l'OT ma ... mi avete aperto un mondo davanti. Grazie mille
a tutti.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Marco Beri]

2015-04-20 14:19 GMT+02:00 Marco De Paoli :

> kwargs = {columns[c.column]: c.value for c in row}
> kwargs.pop(None)
>

Marco,
mi sfugge qualcosa oppure questo non farebbe la stessa cosa anche se in
maniera meno efficiente?

kwargs = {columns[c.column]: c.value for c in row if
columns[c.column]}

Ciao.
Marco.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] idio[ma]ticità

[Riccardo Magliocchetti]

Ciao Marco,

Il 20/04/2015 14:19, Marco De Paoli ha scritto:

dopo il talk di Alex su codice pythonico/idiomatico...
beh, non posso lasciar passare il seguente caso senza chiedervi un opinione

[snip]


ok, show me the code!

 import openpyxl as pyx
 from .models import MyModel

 CN = XLSX_COLUMN_NAMES

 wb = pyx.load_workbook("sample.xlsx"))
 ws = wb['DB']
 columns = {c.column: CN.get(c.value) for c in ws.rows[0]}

 MyModel.objects.all().delete()
 for row in ws.rows[1:]:
 kwargs = {columns[c.column]: c.value for c in row}
 kwargs.pop(None)
 MyModel(**kwargs).save()


[snip]


E' quel kwargs.pop(None) che non mi piace
Ci ho girato un po' intorno, ma non mi viene in mente come rimuoverlo a meno di
introdurre degli "if" che mi piacciono ancora meno


Potevi mettere un commento sul perchè lo stai chiamando quel pop, tra un mese 
quello è un WTF assicurato. A quanto capisco io è perchè per qualche motivo ti 
ritrovi columns[c.column] a None. Questo lo fai probabilmente per prevenire di 
esplodere quando hai righe malformate con testo su colonne che non hanno 
intestazione. Se è questo non troverei vergogna a mettere un *esplicito* if 
c.column in columns nella dict comprehension di kwargs. Ma forse io non sono di 
gusti così raffinati :)



P.P.S. boh, mi sa che vi ho dato un po' troppo contesto rispetto al problema
vero e proprio.
Ma diciamo che è stata anche l'occasione per citare qualche tecnologia che mi ha
fatto comodo: openpyxl e ... Django!


hai fatto bene

--
Riccardo Magliocchetti
@rmistaken

http://menodizero.it
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Carlos Catucci]

2015-04-20 14:52 GMT+02:00 Simone Federici :

> a me sembra che tu stia seguendo un proverbio troppo alla lettera "chi va
> con lo zoppo..."


Diciamo che li vedo bene assieme. Li vedo bene sopratutto se lontano dai
miei progetti ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Simone Federici]

Carlos Catucci:

> Io vedo dei "matrimoni" informatici. Coppie di fatto. Java e Oracle
> (chissa' perche'), sql(non)server e .NET (anche qui mi chiedo come mai),
> Python e PostgreSQL, php e mysql. Gli ultimi due sopratutto sembrano nati
> per vivere assieme rendendo (in)felici e (s)contenti coloro che li scelgono.
>

a me sembra che tu stia seguendo un proverbio troppo alla lettera "chi va
con lo zoppo..."

tutti i database hanno privilegi e difetti,
e con tutti includo: oracle, postgresql e SQL server.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Vincenzo Campanella]

Il 20.04.2015 14:39, Carlos Catucci ha scritto:
Beh a me una cosa su tutte mi fa andare fuori di melone per PG: che 
sia relazionale-no-sql. Mi spiego, dalla 9.3 (ma molto piu' con la 
9.4) puoi usarlo come un NoSql con prestazioni che (dai benchmark) 
danno la paga anche ai no sql puri (almeno ad alcuni). In piu' posso 
avere "tabelle miste" ovevro alcuni campi relazionali ed altri json e 
fare ricerche miste.
mysql e' stato il db che ho usato per tanto tempo, sopratutto per via 
della portabilita' su (quasi) tutti i sistemi operativi. Ma mi ha 
fatto danni (indici sputtanati, record persi, risultati di query 
strane, incompatibilita' di query tra versioni diverse, per citare 
solo i primi che mi venono in mente).

Anche la gestione multi user non e' mai stata degna.
Poi ho scoperto PG e ho dato un lieto addio a mysql. Che di suo non a 
caso fa coppia con php.
Io vedo dei "matrimoni" informatici. Coppie di fatto. Java e Oracle 
(chissa' perche'), sql(non)server e .NET (anche qui mi chiedo come 
mai), Python e PostgreSQL, php e mysql. Gli ultimi due sopratutto 
sembrano nati per vivere assieme rendendo (in)felici e (s)contenti 
coloro che li scelgono.




Per conto mio PostgreSQL è felicemente accoppiabile con qualsiasi 
linguaggio di programmazione e per qualsiasi cosa ci s'intenda fare.


Da quando l'ho conosciuto non lo lascio più, gli altri server potrebbero 
tranquillamente anche non esistere... :)

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

2015-04-20 13:20 GMT+02:00 Marco Buttu :

> Chi aveva possibilita' di venire ma non e' venuto credo abbia perso una
> grande occasione (trascorrere tre giorni in un bella citta', ottima
> compagnia, perfetta organizzazione, ottimo cibo, Python, non solo Python,
> ...). Tutte cose che ovviamente si possono trovare anche altrove.


Dubito. Intanto chi rimette assieme tutto il gruppo? O si fa una seconda
Pycon annuale oppure la vedo dura

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Carlos Catucci]

2015-04-20 12:54 GMT+02:00 Roberto Polli :

> reading... ad ogni modo volevo esperienze personali a riguardo: nel senso
> quali sono le esperienze personali (in lista) in base a cui uno
> sceglie A vs B piuttostoché dice
> A è ciarpame, B è fighissimo.
>

Beh a me una cosa su tutte mi fa andare fuori di melone per PG: che sia
relazionale-no-sql. Mi spiego, dalla 9.3 (ma molto piu' con la 9.4) puoi
usarlo come un NoSql con prestazioni che (dai benchmark) danno la paga
anche ai no sql puri (almeno ad alcuni). In piu' posso avere "tabelle
miste" ovevro alcuni campi relazionali ed altri json e fare ricerche miste.
mysql e' stato il db che ho usato per tanto tempo, sopratutto per via della
portabilita' su (quasi) tutti i sistemi operativi. Ma mi ha fatto danni
(indici sputtanati, record persi, risultati di query strane,
incompatibilita' di query tra versioni diverse, per citare solo i primi che
mi venono in mente).
Anche la gestione multi user non e' mai stata degna.
Poi ho scoperto PG e ho dato un lieto addio a mysql. Che di suo non a caso
fa coppia con php.
Io vedo dei "matrimoni" informatici. Coppie di fatto. Java e Oracle
(chissa' perche'), sql(non)server e .NET (anche qui mi chiedo come mai),
Python e PostgreSQL, php e mysql. Gli ultimi due sopratutto sembrano nati
per vivere assieme rendendo (in)felici e (s)contenti coloro che li scelgono.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[Roberto Polli]

Il 20 aprile 2015 13:45, Simone Federici  ha scritto:
>> Ok. IMHO l'open-source non serve a lavorare, ma a studiare.
> "Lavoratori"... disistallate linux per favore :-D
> e in produzione mettete solo Windows
Non rispondo alle provocazioni in orario di lavoro ;)

Noto invece che l'altro thread langue...

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[Roberto Polli]

Il 20 aprile 2015 13:37, Marco Beri  ha scritto:
>> Ok. IMHO l'open-source non serve a lavorare, ma a studiare.
> Non capisco... L'indipendenza dal fornitore non è un valore per te?
Si, ma è una conseguenza incidentale delle 4 libertà.

Il punto vero per me resta il know-how, ossia la possibilità di
accedere, modificare, usare e distribuire.

Che poi sia per lavoro, per hobby o quello che vuoi tu, e che
implicitamente porti
- in alcuni casi - all'indipendenza dal fornitore, va' tutto bene
(anche perchè il discorso dell'indipendenza dal fornitore credo sia
strettamente legato ai costi, e non va' confuso col discorso dei
formati standard).

Se invece si vuole parlare di mercato (manutenzioni, supporto,
monopoli, CLA & qualunque altra cosa) sono pienamente d'accordo con
voi.

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] idio[ma]ticità

[Marco De Paoli]

dopo il talk di Alex su codice pythonico/idiomatico...
beh, non posso lasciar passare il seguente caso senza chiedervi un opinione

dunque il caso è questo
ho un file Excel xlsx con righe da caricare una a una su DB

non consigliatemi di utilizzare un ETL, perchè non è questo il punto
ah, a proposito, ho scoperto che per mangeggiare i file xlsx, openpyxl va
alla grande

tornando a noi...
la prima riga dell'xlsx è un intestazione che stabilisce i nomi dele colonne

avevo chiesto che usassero i nomi uno a uno con i nomi dei campi su db.
ma, no, sarebbe stato troppo semplice e logico, per cui i nomi sono a dir
poco fantasiosi e volatili

Indi per cui ho un dict che rimappa nomi-colonne-xlsx con nomi-campi-db

XLSX_COLUMN_NAMES = {
'IL nome' : 'name',
'RIFERIMENTO a GIGIO': 'gigio_id',
}

il piano per il caricamento dati è il seguente: iterare sulle righe
dell'xlsx, costruire un kwargs, fare l'insert
abbastanza KISS, insomma

ok, show me the code!

import openpyxl as pyx
from .models import MyModel

CN = XLSX_COLUMN_NAMES

wb = pyx.load_workbook("sample.xlsx"))
ws = wb['DB']
columns = {c.column: CN.get(c.value) for c in ws.rows[0]}


MyModel.objects.all().delete()
for row in
ws.rows[1:]:
kwargs = {columns[c.column]: c.value for c in row}

kwargs.pop(None)
MyModel(**kwargs).save()


le istruzioni per il db sono per django, e per di più sono un po' niubbe
(nel senso che si poteva fare qualcosa di più bulk)
ma non è la parte importante: non fanno altro che cancellare tutti i record
e poi inserirli uno per uno

E' quel kwargs.pop(None) che non mi piace
Ci ho girato un po' intorno, ma non mi viene in mente come rimuoverlo a
meno di introdurre degli "if" che mi piacciono ancora meno

voi che ne dite?
Marco

P.S. se non conoscete openpyxl vi dico che l'attributo "value" è il
contenuto della cella, mentre l'attributo "column" è la sua coordinata x in
notazione-excel, ossia "A", "B", etc.
Per esempio, la cella "D13" ha cell.column == "D"

P.P.S. boh, mi sa che vi ho dato un po' troppo contesto rispetto al
problema vero e proprio.
Ma diciamo che è stata anche l'occasione per citare qualche tecnologia che
mi ha fatto comodo: openpyxl e ... Django!
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[Simone Federici]

Roberto Polli :

> Ok. IMHO l'open-source non serve a lavorare, ma a studiare.


"Lavoratori"... disistallate linux per favore :-D

e in produzione mettete solo Windows

ahahaha
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[Marco Beri]

On Apr 20, 2015 1:16 PM, "Roberto Polli"  wrote:

> Ok. IMHO l'open-source non serve a lavorare, ma a studiare.

Non capisco... L'indipendenza dal fornitore non è un valore per te?

Ciao.
Marco.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Marco Buttu]

On 20/04/2015 12:19, Nicola Larosa wrote:

Marco Buttu wrote:

>>>Chi non e' venuto ha perso una grande occasione.

Nicola Larosa wrote:

>Frasi come questa non mi sembrano positive.


Ciao Nicola, scusa hai ragione:

Chi aveva possibilita' di venire ma non e' venuto credo abbia perso una 
grande occasione (trascorrere tre giorni in un bella citta', ottima 
compagnia, perfetta organizzazione, ottimo cibo, Python, non solo 
Python, ...). Tutte cose che ovviamente si possono trovare anche 
altrove. Tutto qua, ciao Marco


--
Marco Buttu

INAF-Osservatorio Astronomico di Cagliari
Via della Scienza n. 5, 09047 Selargius (CA)
Phone: 070 711 80 217
Email: mbu...@oa-cagliari.inaf.it

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] CLA (Re: Proposta di collaborazione)

[Roberto Polli]

Il 20 aprile 2015 13:02, Riccardo Magliocchetti
 ha scritto:
> La vita è troppo corta per mantenere i propri fork ;)
> Non tutti hanno le risorse per mantenerlo come questi qua
> http://webscalesql.org/
Ok. IMHO l'open-source non serve a lavorare, ma a studiare.
Se rispetti i 4 punti per me sei tendenzialmente ok.


> FYI prima di github e soci forkare un progetto aveva comunemente un altro
> significato:
> http://catb.org/jargon/html/F/fork.html
http://www.youtube.com/watch?v=e7qQ6_RV4VQ


> Non sono l'unico che trova che i CLA siano poco simpatici e scoraggianti per
> i contributori esterni.
Io sono d'accordissimo con te sui CLA, ma resta vero che:
- nella bilancia io sto usando milioni di righe di codice che non
ho scritto;
- nella maggioranza dei casi le sto usando gratis.

Sul fatto GPL vs MIT: ognuno è libero di rilasciare il codice come gli pare.

Ma se io rilascio il mio codice in GPL, non puoi lamentarti che non
sia BSD. E' legittimo se scelgo di non permettere a terzi  di
*chiuderlo* e rivendertelo.

Anzi magari ci fossero altre aziende che facessero la stessa cosa...

> https://speakerdeck.com/xrmx/guida-allo-sviluppo-collaborativo-1
Spada!

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] CLA (Re: Proposta di collaborazione)

[Riccardo Magliocchetti]

Ciao Roberto,

Il 20/04/2015 12:29, Roberto Polli ha scritto:

Il 20 aprile 2015 12:17, Riccardo Magliocchetti
 ha scritto:

In pratica però devi firmare un CLA :)
https://wikis.oracle.com/display/mysql/Contributing+Code+to+MySQL

Se vuoi che il codice venga mergiato nel fork di Oracle.


A che serve un progetto con licenza copyleft se i contributori non hanno 
l'aspettativa di vedere le proprie contribuzioni integrate (soprattutto se sono 
utili)?



Con github puoi benissimo manutenere il tuo fork.


La vita è troppo corta per mantenere i propri fork ;)
Non tutti hanno le risorse per mantenerlo come questi qua 
http://webscalesql.org/

FYI prima di github e soci forkare un progetto aveva comunemente un altro 
significato:

http://catb.org/jargon/html/F/fork.html


Open source non è che tu deleghi a qualcuno di gestire al tuo posto i
repository.


Credo ci sia stato un misunderstanding, no ho mai chiesto a nessuno di gestire i 
miei repository al mio posto, mi piace invece quando lo fanno *con* me :)


Non sono l'unico che trova che i CLA siano poco simpatici e scoraggianti per i 
contributori esterni.



Nello specifico e nel rispetto della GPL2 cmq puoi:
  - avere accesso al codice;
  - eseguire il codice;
  - modificare il codice;
  - redistribuire il codice.

Mi sbaglio?


Non sbagli! Questa è circa la terza slide del talk che ho fatto ieri al pycon ;)
https://speakerdeck.com/xrmx/guida-allo-sviluppo-collaborativo-1

--
Riccardo Magliocchetti
@rmistaken

http://menodizero.it
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] MySQL vs PgSQL: ne resterà solo uno! Re: Proposta di collaborazione

[Roberto Polli]

Il 20 aprile 2015 12:49, Strap  ha scritto:
> Un interessante punto di vista: http://bit.ly/1bjQvpy
reading... ad ogni modo volevo esperienze personali a riguardo: nel senso
quali sono le esperienze personali (in lista) in base a cui uno
sceglie A vs B piuttostoché dice
A è ciarpame, B è fighissimo.


> Prima di esser bacchettato sempre da quel "qualcuno"... forse sarebbe
> meglio cambiare il subject della discussione... ;-)
+1

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

2015-04-20 12:28 GMT+02:00 Nicola Gramola :

> Sono un altro Nicola


Clone wars!

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

2015-04-20 12:44 GMT+02:00 Nicola Larosa :

> Lo sapevo che finiva così. Ci ho provato a mandare la precisazione, ma
> non è servito
>

Sono il risponditore piu' veloce del West ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Strap]

Roberto Polli  gmail.com> writes:

> 
> [...]
> 
> Il volevo fare una discussione tecnica però: per le facezie e le

Un interessante punto di vista: http://bit.ly/1bjQvpy

> guerre di religione c'erano le pause-caffè di #pycon6 :DDD
> 

Eh... e pensare che ci poteva esser un lighting talk sul top/bottom posting 
e "qualcuno" non mi ha assecondato :-P
Il prossimo anno mi dicono :-)

> Pace,
> R.
> 

Prima di esser bacchettato sempre da quel "qualcuno"... forse sarebbe 
meglio cambiare il subject della discussione... ;-)

Sani
Strap




___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Nicola Larosa]

> Nicola Larosa wrote:
>> Frasi come questa non mi sembrano positive. Ognuno fa le sue
>> scelte e queste vanno rispettate. Il linguaggio esclusionista
>> e intimidatorio fa parte del peggior marketing.
>> 
>> Chiedo scusa per il pippone moralista basato su una sola frase.

Carlos Catucci wrote:
> Guarda che non e' intimidatorio, siamo piu' sul depresso (inizio
> a convincermi di avere addosso una bella sfiga, tipo nuvola da
> impiegato di fantozziana memoria).

Lo sapevo che finiva così. Ci ho provato a mandare la precisazione, ma
non è servito. :-D

-- 
Nicola 'tekNico' Larosa 
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Roberto Polli]

Il 20 aprile 2015 12:25, Marco De Paoli  ha scritto:
> capisco che Stallman non sarebbe forse del tutto daccordo

Le licenze MIT sono solo un modo per permettere alle corporate di
scroccare il lavoro
degli altri ;)


imho GPL2 > MIT ma questo capisco sia soggettivo.

Il volevo fare una discussione tecnica però: per le facezie e le
guerre di religione c'erano le pause-caffè di #pycon6 :DDD

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Roberto Polli]

Il 20 aprile 2015 12:17, Riccardo Magliocchetti
 ha scritto:
> In pratica però devi firmare un CLA :)
> https://wikis.oracle.com/display/mysql/Contributing+Code+to+MySQL
Se vuoi che il codice venga mergiato nel fork di Oracle.

Con github puoi benissimo manutenere il tuo fork.

Open source non è che tu deleghi a qualcuno di gestire al tuo posto i
repository.

Nello specifico e nel rispetto della GPL2 cmq puoi:
 - avere accesso al codice;
 - eseguire il codice;
 - modificare il codice;
 - redistribuire il codice.

Mi sbaglio?

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Nicola Gramola]

Il 20/04/2015 12:12, Gollum1 ha scritto:

Il 20/04/2015 12:09, Nicola Larosa ha scritto:

Carlos Catucci wrote:

Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere
una cosa da bimbinkia phpari.


Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone 
poi

non puoi sperare che ti diano retta.



oddio... chi è stato...

dove lo avete messo... questo non è Nicola, siamo arrivati 
all'"invasione degli ultracorpi"?


:P

Sono un altro Nicola :D

--
 * Nicola Gramola (°> Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Marco De Paoli]

Il giorno 20 aprile 2015 12:11, Roberto Polli  ha
scritto:

> > poi Postgres... l'Open Source puo' essere molto
> > migliore del closed.
> in teoria mysql è più open di postgres, visto che è GPL2 vs MIT ;)
>

... beh, intendiamoci sul senso di "open"  ;-)
postgres è tipo BSD/MIT con una licenza di 23 righe comprese le vuote

http://www.postgresql.org/about/licence/

in pratica ci fai tutto quello che vuoi
compreso forkarlo e/o brandizzarlo e/o venderlo etc. etc.

capisco che Stallman non sarebbe forse del tutto daccordo
ma, dal mio punto di vista... più open di così non si può

ciao,
Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

2015-04-20 12:14 GMT+02:00 Nicola Larosa :

> Frasi come questa non mi sembrano positive. Ognuno fa le sue scelte e
> queste vanno rispettate. Il linguaggio esclusionista e intimidatorio fa
> parte del peggior marketing.
>
> Chiedo scusa per il pippone moralista basato su una sola frase.
>

Guarda che non e' intimidatorio, siamo piu' sul depresso (inizio a
convincermi di avere addosso una bella sfiga, tipo nuvola da impietgato di
fantozziana memoria).

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

2015-04-20 12:17 GMT+02:00 Riccardo Magliocchetti <
riccardo.magliocche...@gmail.com>:

> In pratica però devi firmare un CLA :)


Ovvio Larry, qualora saltasse fuori qualcosa di buono mica vuole perderlo ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Nicola Larosa]

>> Marco Buttu wrote:
>>> Chi non e' venuto ha perso una grande occasione.

> Carlos Catucci wrote:
>> Grazie Marco, ma il coltello devi impugnarlo meglio, vedi cosi'
>> rischi di non fare male a sufficienza ;)

Nicola Larosa wrote:
> Frasi come questa non mi sembrano positive.

A scanso di equivoci intendevo la frase di Marco, non quella di Carlos.

E chiedo scusa per il Butt al posto di Buttu, non voleva essere una
battuta anglofona, giuro! ;-D

-- 
Nicola 'tekNico' Larosa 
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

On 20 April 2015 at 12:09, Nicola Larosa  wrote:

> Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone poi
> non puoi sperare che ti diano retta.
>

Ossimoro non e' una parolaccia dai.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Nicola Larosa]

> Nicola Larosa ha scritto:
>> Tecnicamente sono anche d'accordo, come sai, ma se insulti
>> le persone poi non puoi sperare che ti diano retta.

Gollum1 wrote:
> oddio... chi è stato...
> 
> dove lo avete messo... questo non è Nicola, siamo arrivati
> all'"invasione degli ultracorpi"?
> 
> :P

Potrebbe essere letta come un'insinuazione che io insulterei le persone,
ma tu non volevi certo intendere questo, vero? VERO? ;-P

-- 
Nicola 'tekNico' Larosa 
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

2015-04-20 12:11 GMT+02:00 Roberto Polli :

> Mi spiegate perchè mysql fa schifo, però?


http://grimoire.ca/mysql/choose-something-else

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Riccardo Magliocchetti]

Ciao Roberto,

Il 20/04/2015 12:11, Roberto Polli ha scritto:

Premetto che per me vanno bene entrambi...

in teoria mysql è più open di postgres, visto che è GPL2 vs MIT ;)


In pratica però devi firmare un CLA :)
https://wikis.oracle.com/display/mysql/Contributing+Code+to+MySQL

--
Riccardo Magliocchetti
@rmistaken

http://menodizero.it
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Nicola Larosa]

> Marco Butt wrote:
>> Chi non e' venuto ha perso una grande occasione.

Carlos Catucci wrote:
> Grazie Marco, ma il coltello devi impugnarlo meglio, vedi cosi' rischi
> di non fare male a sufficienza ;)

Frasi come questa non mi sembrano positive. Ognuno fa le sue scelte e
queste vanno rispettate. Il linguaggio esclusionista e intimidatorio fa
parte del peggior marketing.

Chiedo scusa per il pippone moralista basato su una sola frase. :-)

-- 
Nicola 'tekNico' Larosa 
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Gollum1]

Il 20/04/2015 12:09, Nicola Larosa ha scritto:

Carlos Catucci wrote:

Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere
una cosa da bimbinkia phpari.


Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone poi
non puoi sperare che ti diano retta.



oddio... chi è stato...

dove lo avete messo... questo non è Nicola, siamo arrivati 
all'"invasione degli ultracorpi"?


:P
--
Teoro, dov'é il mio teoro
Gollum1
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Roberto Polli]

Premetto che per me vanno bene entrambi...

Il 20 aprile 2015 12:03, Carlos Catucci  ha scritto:
> Per piccole cose puo' andare bene, ma se macini record ...
Perchè con mysql non puoi macinare record?

> poi Postgres... l'Open Source puo' essere molto
> migliore del closed.
in teoria mysql è più open di postgres, visto che è GPL2 vs MIT ;)

Mi spiegate perchè mysql fa schifo, però?


Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Nicola Larosa]

Carlos Catucci wrote:
> Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere
> una cosa da bimbinkia phpari.

Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone poi
non puoi sperare che ti diano retta.

-- 
Nicola 'tekNico' Larosa 

Because of an unlikely combination of well-designed interface
types and the ability to upgrade to more efficient interfaces
when necessary, Go is able to serve files as efficiently as nginx
without your knowledge or cooperation. And that's fucking amazing.
 - Carl, 2014, http://avtok.com/2014/11/05/interface-upgrades.html
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

2015-04-20 11:50 GMT+02:00 Marco Buttu :

> Chi non e' venuto ha perso una grande occasione


Grazie Marco, ma il coltello devi impugnarlo meglio, vedi cosi' rischi di
non fare male a sufficienza ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

Purtroppo è una specifica del committente, poco posso farci.

>
> Per fortuna che non ho citati che alcune procedure sono state già
> implementate dal committente in PHP altrimenti sarei stato radiato, senza
> possibilità di replica, dalla lista! Ma non l'ho fatto, spero di cavarmela
> x questa volta.
>

Ti vedo e ti piango. Hai tutta la mia comprensione e una spalla su cui
piangere.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

2015-04-20 11:52 GMT+02:00 Roberto Polli :

> MySQL ha prodotto:
>   - driver nativi python;
>   - utilities in python per fare *tutto*;
>

Scusa ma direi il contrario. C'e' chi ha scritto driver nativi per mysql in
Python (ma lo hanno fatto per tutti db esistenti mi sa)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

2015-04-20 11:48 GMT+02:00 Nicola Larosa :

> Confermo l'ossimoro. Grazie per il lower casing.
>

Deve essere una cosa Freudiana ;)


> Non ero a PyCon e non mi sbronzo in generale, ma per me la scampa
> comunque, visto che mi sono dimesso. :-) Vedi:
>

Io resto sempre dell'idea che paragonare mysql e Postgres sia come
paragonare il letame alla Nutella.
Con la differenza che il letame se utilizzato per concimare i campi ha una
sua utilita'.
Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere una
cosa da bimbinkia phpari.
Per piccole cose puo' andare bene, ma se macini record ... poi Postgres da
la paga a tutti oramai, dimostrando che l'Open Source puo' essere molto
migliore del closed.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Nicola Gramola]

Il 20/04/2015 11:48, Nicola Larosa ha scritto:

Nicola Gramola wrote:

Gli strumenti sono ovviamente Python, Mysql, e un framework web.

Carlos Catucci wrote:

Dire ovviamente, mettendo nella stessa frase Python e mysql, e' un
ossimoro lo sai?

Confermo l'ossimoro. Grazie per il lower casing.


Purtroppo è una specifica del committente, poco posso farci.

Per fortuna che non ho citati che alcune procedure sono state già 
implementate dal committente in PHP altrimenti sarei stato radiato, 
senza possibilità di replica, dalla lista! Ma non l'ho fatto, spero di 
cavarmela x questa volta.


--
 * Nicola Gramola (°> Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Roberto Polli]

Il 20 aprile 2015 11:48, Nicola Larosa  ha scritto:
>> ..., mettendo nella stessa frase Python e mysql, e' un
>> ossimoro...
> Confermo l'ossimoro. Grazie per il lower casing.
Ma cosa dite!!!

MySQL ha prodotto:
  - driver nativi python;
  - utilities in python per fare *tutto*;
  - orchestrator in python che provisiona, replica, failovera e sharda
pallocchi di server.


Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Marco Buttu]

On 18/04/2015 20:43, Roberto Polli wrote:


Ciao belli.

Anche quest'anno è stato tutto fantastico. Per me che torno ora a 
casa, breve ma intenso :)


Grazie a tutti quelli che si sono sbattuti per creare un angolo di 
Silicon Valley nella cornice di Firenze.




Mi accodo, semplicemente fantastico. Una community incredibile! Un 
grazie di cuore anche da parte mia a tutti gli organizzatori. 
Impeccabili, tutto l'opposto dell'idea che si ha dell'organizzazione 
all'italiana. Direi che il livello e' quello di una EuroPython, e per 
molti aspetti molto meglio della scorsa a Berlino. Chi non e' venuto ha 
perso una grande occasione


--
Marco Buttu

INAF-Osservatorio Astronomico di Cagliari
Via della Scienza n. 5, 09047 Selargius (CA)
Phone: 070 711 80 217
Email: mbu...@oa-cagliari.inaf.it

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Nicola Larosa]

> Nicola Gramola wrote:
>> Gli strumenti sono ovviamente Python, Mysql, e un framework web.

Carlos Catucci wrote:
> Dire ovviamente, mettendo nella stessa frase Python e mysql, e' un 
> ossimoro lo sai?

Confermo l'ossimoro. Grazie per il lower casing.


> Se poi ti mangeranno vivo in lista (sapendo quanto sia amato mysql)
> non venire a lamentarti eh?
> Che poi essendo quasi tutti sotto i postumi da sbronza PyCon forse te
> la scampi ;)

Non ero a PyCon e non mi sbronzo in generale, ma per me la scampa
comunque, visto che mi sono dimesso. :-) Vedi:



-- 
Nicola 'tekNico' Larosa 

Because of an unlikely combination of well-designed interface
types and the ability to upgrade to more efficient interfaces
when necessary, Go is able to serve files as efficiently as nginx
without your knowledge or cooperation. And that's fucking amazing.
 - Carl, 2014, http://avtok.com/2014/11/05/interface-upgrades.html
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Proposta di collaborazione

[Carlos Catucci]

2015-04-20 11:38 GMT+02:00 Nicola Gramola :

> Gli strumenti sono ovviamente Python, Mysql, e un framework web.


Dire ovviamente, mettendo nella stessa frase Python e mysql, e' un ossimoro
lo sai? Se poi ti mangeranno vivo in lista (sapendo quanto sia amato mysql)
non venire a lamentarti eh?
Che poi essendo quasi tutti sotto i postumi da sbronza PyCon forse te la
scampi ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Proposta di collaborazione

[Nicola Gramola]

Ciao a tutti,
sto cercando qualcuno in Veneto o limitrofi che possa collaborare a 
un progetto, per il momento
Si tratta di proceduralizzare e dare un'intefaccia web a una serie di 
flussi di dati che vengono attualmente gestiti a mano.

Gli strumenti sono ovviamente Python, Mysql, e un framework web.
Non siate timidi :)

--
 * Nicola Gramola (°> Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Gollum1]

Il 20 aprile 2015 10:31:49 CEST, Carlos Catucci  ha 
scritto:
>2015-04-22 3:56 GMT+02:00 Gollum1 :
>
>> In compenso, ho finalmente conosciuto i due personaggi che desideravo
>> ardentemente conoscere, i due marchi, l'uno più alto di quanto mi
>> aspettassi, l'altro più basso (non avevo tenuto in conto la
>provenienza,
>> nel qual caso, perfettamente nella norma)... ma altezza fisica a
>parte,
>> sono due giganti... Un altro personaggio che mi ha affascinato è Alex
>> Martelli..
>
>
>Hai citato i tre che siedono accanto (e in braccio) a Guido :)


Posto più che meritato...

Byez
-- 
Gollum1
Teoro, dov'è il mio teoro

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori di battitura (maledetto correttore automatico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

2015-04-22 3:56 GMT+02:00 Gollum1 :

> In compenso, ho finalmente conosciuto i due personaggi che desideravo
> ardentemente conoscere, i due marchi, l'uno più alto di quanto mi
> aspettassi, l'altro più basso (non avevo tenuto in conto la provenienza,
> nel qual caso, perfettamente nella norma)... ma altezza fisica a parte,
> sono due giganti... Un altro personaggio che mi ha affascinato è Alex
> Martelli..


Hai citato i tre che siedono accanto (e in braccio) a Guido :)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Gollum1]

Il 20 aprile 2015 10:10:17 CEST, Carlos Catucci  ha 
scritto:
>2015-04-22 3:34 GMT+02:00 Gollum1 :
>
>> Se vieni anche tu, devo fare di tutto per esserci nuovamente anche
>io...
>
>
>Vengo e mi trascino dietro un top quoter della lista xpug-bo come
>presente
>per te ;)
>
>Carlos

:-P
Già quest'anno volevano farmi fare (alcuni fan), un talk a due: "[OT] top vs 
bottom"... devo dire che però viene meglio con una birra davanti...

In compenso, ho finalmente conosciuto i due personaggi che desideravo 
ardentemente conoscere, i due marchi, l'uno più alto di quanto mi aspettassi, 
l'altro più basso (non avevo tenuto in conto la provenienza, nel qual caso, 
perfettamente nella norma)... ma altezza fisica a parte, sono due giganti... Un 
altro personaggio che mi ha affascinato è Alex Martelli... 
Detto questo, vorrei nominare uno per uno tutti quelli che ho conosciuto, ma 
non ne sono in grado, dimenticherei sicuramente qualcuno, quindi vi ringrazio 
tutti insieme... solo un grazie particolare per Luca Zaccaria, che ha avuto il 
coraggio di sopportarmi per due interi giorni (birra e cena compresi). Ora mi 
ritiro nel buio di Moria, a caccia di orc...bugs...

Byez
-- 
Gollum1
Teoro, dov'è il mio teoro

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori di battitura (maledetto correttore automatico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

2015-04-22 3:34 GMT+02:00 Gollum1 :

> Se vieni anche tu, devo fare di tutto per esserci nuovamente anche io...


Vengo e mi trascino dietro un top quoter della lista xpug-bo come presente
per te ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Gollum1]

Il 20 aprile 2015 09:59:14 CEST, Carlos Catucci  ha 
scritto:
>(Joker, quest'altr'anno passa il valico e vieni anche tu)
>
>Inizio a metter da parte i soldini da subito. E prenoto le ferie da
>ora.
>Cosi' ci sono di certo.

Se vieni anche tu, devo fare di tutto per esserci nuovamente anche io...

Byez
-- 
Gollum1
Teoro, dov'è il mio teoro

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori di battitura (maledetto correttore automatico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Nicola Gramola]

2015-04-19 14:42 GMT+02:00 Gollum1 >:


Mi associo si ringraziamenti, siete stati tutti fantastici, ed è
stato entusiasmante conoscervi di persona... mi sono sentito
veramente bene. Un abbraccio fortissimo a tutti...


Sigh, speriamo che il prossimo anno sia quello buono per me :(

Io mi associo a "speriamo che il prossimo anno sia quello buono per me", 
visto che anche quest'anno non sono riuscito a venire ;(


--
--
 * Nicola Gramola (°> Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Carlos Catucci]

(Joker, quest'altr'anno passa il valico e vieni anche tu)

Inizio a metter da parte i soldini da subito. E prenoto le ferie da ora.
Cosi' ci sono di certo.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pycon6: grazie a tutti!

[Roberto Bettazzoni]

Finalmente, dopo tanti anni, sono riuscito a farmi una pycon dall'inizio 
alla fine.

Mi sono davvero divertito ed istruito, grazie a tutti.

Grazie anche ai compagni di sbronz^b^b^b^b^b discussioni intellettuali 
serali, mi sono fatto [una cultura] ;-)

(Joker, quest'altr'anno passa il valico e vieni anche tu)

Grazie a tutti i "canarini" della staff : bravissimi as usual
... ci state viziando
:-D
TaZ

--
Roberto Bettazzoni

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Pybedtools.

[Loris Mularoni]

2015-04-20 8:59 GMT+02:00 BenedettaB24 . :

> Salve,
>

​Ciao Benedetta

​


> sto studiando genomica e vorrei usare il pacchetto PyBedtools per lavorare
> sui miei dati visto che PyBedtools può essere lanciato contro file con
> diverse estensioni.
> Questo è quello che ho messo prendendo il format trovato in alcune pagine
> internet.
> Ma non riesco a capire come farlo funzionare perchè non mi da un errore ma
> si blocca subito, quando la mia analisi dovrebbe durare almeno 2 giorni di
> processamento.
> uso il seguente script:
>
> #!usr/bin/python
>
> from pybedtools import BedTool
>
> snps = BedTool('allSNAP_hg19.bed')
> genes = BedTool('chr1-y.tar.gz')
>
> intergenic_snps = snps.intersect(genes)
> nearby = genes.closest(intergenic_snps, d=True, stream=True)
>
> for gene in nearby:
> if int(gene[-1]) < 1000:
> print gene.name
>
> l'errore che mi da è:
> Error message was:
> It looks as though you have less than 3 columns at line: 1.  Are you sure
> your files are tab-delimited?ù
>



premetto che non ho mai usato PyBedtools, pero l'errore indica che almeno
uno dei files che leggi ('allSNAP_hg19.bed' e 'chr1-y.tar.gz'') non e' in
formato bed con 3 colonne. Sei sicura che il file con i chromosomi sia in
bed? E soprattutto, sei sicura che si possa leggere con BedTool un file
compresso?


​Ciao,​

​Loris​
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Pybedtools.

[BenedettaB24 .]

Salve,
sto studiando genomica e vorrei usare il pacchetto PyBedtools per lavorare
sui miei dati visto che PyBedtools può essere lanciato contro file con
diverse estensioni.
Questo è quello che ho messo prendendo il format trovato in alcune pagine
internet.
Ma non riesco a capire come farlo funzionare perchè non mi da un errore ma
si blocca subito, quando la mia analisi dovrebbe durare almeno 2 giorni di
processamento.
uso il seguente script:

#!usr/bin/python

from pybedtools import BedTool

snps = BedTool('allSNAP_hg19.bed')
genes = BedTool('chr1-y.tar.gz')

intergenic_snps = snps.intersect(genes)
nearby = genes.closest(intergenic_snps, d=True, stream=True)

for gene in nearby:
if int(gene[-1]) < 1000:
print gene.name

l'errore che mi da è:
Error message was:
It looks as though you have less than 3 columns at line: 1.  Are you sure
your files are tab-delimited?ù

Potete aiutarmi? grazie per la disponibilità
Benni
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python