Form di registrazione/profilazione utente

[paolomainardi]

Definire i campi per la form di registrazione e profilazione utente.

[seralf]

• username
• password
• nome visualizzato
• citta
• [lat, lon] ??
• avatar ??
• topics of interest: lista libera / tassonomia controllata da noi / tassonomia + aggiunte libere ??
• roles: scelta multipla tra cose come legal hacker | code hacker | pizza hacker ?? (ovviamente in caso ci mettiamo dei "ruoli" più sensati). L'idea è che qui la persona ci dice che cosa gli va di fare in SOD, non tanto ciò che fa già

[dottorblaster]

Faccio una prima proposta :+1: Direi di prendere dalle persone i seguenti campi:

• Nome
• Cognome
• Email
• Provincia/Città di provenienza
• Aspetto che ti interessa di più sugli open data (hacking, policy making, trasparenza lato PA)

In call erano state fatte proposte da @nelsonmau e @albertocottica, non so se hanno voglia di ridefinire il set che ho dato.

[albertocottica]

Io dico

• nome utente (inutile stressare la gente con l'anagrafe, sappiamo chi è dottorblaster e chi è seralf. Dal punto di vista dei dati non conta, perché dovremo anonimizzare/pseudonimizzare prima di esporre).
• avatar, certo, come sempre

Da qui in poi non sarebbe male che l'utente capisse che sta contribuendo a una mappatura. "In occasione di SOD14, la comunità di SOD compila una base dati della comunità open data italiana. I dati saranno esposti solo in forma aggregata, anonimizzata o pseudonimizzata (vedi i TOS). Per aiutarci a compilare questo database rispondek a quattro domande " E due bei bottoni "Ci sto! Spara le domande" o "Nah, non mi interessa."

A questo punto

• una domanda sulla provenienza. Qui c'è c'è Geofield (https://drupal.org/project/geofield) che credo faccia tutto lui se integrato con Geocoder (http://drupal.org/project/geocoder), e ritorna lat. e long. Ovviamente va testato.
• una domanda sulla comunità di appartenenza: scelta multipla con una risposta "nessuna di queste". In prima battuta mi piace la formulazione di Alessio: "L'aspetto che mi interessa di più dei dati aperti." Le risposte potrebbero essere: hacking e sviluppo software; analisi e ricerca; licenze e aspetti legali; politiche pubbliche e rilascio di dati; giornalismo; dataviz". Infine, tre domande sugli open data come lavoro versus passione.
• Quale percentuale del tuo reddito 2013 è attribuibile al lavoro con gli open data? Risposte: 0%, per me OD è una passione e non un lavoro. 0%, ma mi piacerebbe lavorarci; tra 0 e 10%, collaborazioni occasionali pagate; tra 10 e 25%, è una parte minoritaria del mio lavoro; tra 25 e 50%, è una parte importante del mio lavoro; tra il 50 e il 100%, è la parte dominante del mio lavoro; 100%, è il mio lavoro.
• sei: dipendente; indipendente; imprenditore
• [mi piacerebbe, ma non sono sicuro che passi] una domanda sulla classe di reddito 2013, perché unita a quella sulla percentuale del reddito permetterebbe di calcolare l'economia data italiana. Nel 2013 ho guadagnato: meno di 15K euro; 15-30L euro; 30-60K euro; 60-100K euro; più di 100K euro

Che ne dite?

[seralf]

sull'anagrafe: la mettevo solo perché in passato mi è capitata anche gente che se non je la metti si perde (!!) sul resto mi stanno bene le varie proposte: unica cosa ci terrei al fatto che chiunque possa esprimere più preferenze rispetto agli interessi. Sarà una questione di indole personale, ma mi piace osservare come la gente mette insieme cose differenti, non vorrei costringerli a ficcarsi in una categoria troppo restrittiva, anche perché c'è il rischio che poi i più pavidi si vanno a ficcare in quelle che conoscono meglio. Invece idealmente mi piacerebbe promuovere l'idea di fare dentro SOD almeno in parte cose che uno non fa già per lavoro: una cosa è portare una competenza e metterla a disposizione, ma non rinuncerei ad un po' di sano divertimento di imparare a giocare con cose nuove.

sulla parte in stile pseudo-censimento proposta da Alberto: mi piace, occhio però che per avere chiesto molto meno (proponevo di auto-attribuirsi degli skills, cosa che peraltro nasceva banalmente dalla necessità pratica di orientarci in fretta per formare i gruppi di hackathon) mi hanno impallinato mesi fa! :-) A me piace, ma dubito te la passeranno eheh

[albertocottica]

@seralf – Ok, cosa ne dici di una tassonomia con una scelta "altro" che contiene una casella di testo libero?

Hai ragione sullo pseudo-censimento, anche se un po' in mailing list se ne è parlato. Ora faccio un post.

[seralf]

ribadisco: a me però piace eh! ne vedremmo delle belle raccogliendo i dati

2014-02-06 Alberto Cottica notifications@github.com:

Ok, cosa ne dici di una tassonomia con una scelta "altro" che contiene una casella di testo libero?

Hai ragione sullo pseudo-censimento, anche se un po' in mailing list se ne è parlato. Ora faccio un post.

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277114 .

[seralf]

se si potesse fare preferirei dei tag con autocompletamento, ma mi sa che ci mettiamo 8 mesi solo per quelli, quindi vada per la tassonomia :-)

Il giorno 06 febbraio 2014 00:58, Alfredo Serafini seralf@gmail.com ha scritto:

ribadisco: a me però piace eh! ne vedremmo delle belle raccogliendo i dati

2014-02-06 Alberto Cottica notifications@github.com:

Ok, cosa ne dici di una tassonomia con una scelta "altro" che contiene una

casella di testo libero?

Hai ragione sullo pseudo-censimento, anche se un po' in mailing list se ne è parlato. Ora faccio un post.

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277114 .

[paolomainardi]

Tag con autocompletamento si fanno in un attimo :) Domani intervengo anche io.

Sorry for typos, sent by mobile. Il 06/feb/2014 00:59 "Alfredo Serafini" notifications@github.com ha scritto:

se si potesse fare preferirei dei tag con autocompletamento, ma mi sa che ci mettiamo 8 mesi solo per quelli, quindi vada per la tassonomia :-)

Il giorno 06 febbraio 2014 00:58, Alfredo Serafini seralf@gmail.com ha scritto:

ribadisco: a me però piace eh! ne vedremmo delle belle raccogliendo i dati

2014-02-06 Alberto Cottica notifications@github.com:

Ok, cosa ne dici di una tassonomia con una scelta "altro" che contiene una

casella di testo libero?

Hai ragione sullo pseudo-censimento, anche se un po' in mailing list se ne è parlato. Ora faccio un post.

Reply to this email directly or view it on GitHub< https://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277114>

.

Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277365 .

[seralf]

grande Paolo! (nome di battaglia: "aquila che dorme decisamente troppo poco") eheh

Il giorno 06 febbraio 2014 01:03, Paolo Mainardi notifications@github.comha scritto:

Tag con autocompletamento si fanno in un attimo :) Domani intervengo anche io.

Sorry for typos, sent by mobile. Il 06/feb/2014 00:59 "Alfredo Serafini" notifications@github.com ha scritto:

se si potesse fare preferirei dei tag con autocompletamento, ma mi sa che ci mettiamo 8 mesi solo per quelli, quindi vada per la tassonomia :-)

Il giorno 06 febbraio 2014 00:58, Alfredo Serafini seralf@gmail.com ha scritto:

ribadisco: a me però piace eh! ne vedremmo delle belle raccogliendo i dati

2014-02-06 Alberto Cottica notifications@github.com:

Ok, cosa ne dici di una tassonomia con una scelta "altro" che contiene una

casella di testo libero?

Hai ragione sullo pseudo-censimento, anche se un po' in mailing list se ne è parlato. Ora faccio un post.

Reply to this email directly or view it on GitHub<

https://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277114>

.

Reply to this email directly or view it on GitHub< https://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277365>

.

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34277611 .

[albertocottica]

LOL @seralf questo è un nome di battaglia fichissimo!

[paolomainardi]

Ahahaha allora serve anche il nickname sul profilo :)

Sorry for typos, sent by mobile. Il 06/feb/2014 01:12 "Alberto Cottica" notifications@github.com ha scritto:

LOL @seralf https://github.com/seralf questo è un nome di battaglia fichissimo!

Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34278253 .

[paolomainardi]

Dunque per ricapitolare:

• Nome (inteso come full-name o nickname, l'utente è libero di scegliere)
• Avatar
• Location: Geolocalizziamo la posizione @napo se usassimo il geocoder di Google, che vincoli abbiamo sul dato ?
• Comunità di appartenenza: Enum [hacking e sviluppo software; analisi e ricerca; licenze e aspetti legali; politiche pubbliche e rilascio di dati; giornalismo; dataviz]
• Reddito generato con gli OD: [0%, per me OD è una passione e non un lavoro. 0%, ma mi piacerebbe lavorarci; tra 0 e 10%, collaborazioni occasionali pagate; tra 10 e 25%, è una parte minoritaria del mio lavoro; tra 25 e 50%, è una parte importante del mio lavoro; tra il 50 e il 100%, è la parte dominante del mio lavoro; 100%, è il mio lavoro.]
• Classe di reddito: [meno di 15K euro; 15-30L euro; 30-60K euro; 60-100K euro; più di 100K euro]
• Posizione: [Dipendente, Imprenditore (libero professionista)]
• Interessi: Tags con autocompletamento

Chiaramente oltre ai 2 campi obbligatori: email, password

[seralf]

per trovare le coordinate possiamo passare per openstretamp nominatim, ad esempio per Roma: http://nominatim.openstreetmap.org/search/rome?format=json&addressdetails=1

nella lista otteniamo i vari codici amministrativi, utili per aggiustare il tiro se serve

Il giorno 06 febbraio 2014 15:24, Paolo Mainardi notifications@github.comha scritto:

Dunque per ricapitolare:

• Nome (inteso come full-name o nickname, l'utente è libero di scegliere)
• Avatar
• Location: Geolocalizziamo la posizione @napohttps://github.com/napose usassimo il geocoder di Google, che vincoli abbiamo sul dato ?
• Comunità di appartenenza: Enum [hacking e sviluppo software; analisi e ricerca; licenze e aspetti legali; politiche pubbliche e rilascio di dati; giornalismo; dataviz]
• Reddito generato con gli OD: [0%, per me OD è una passione e non un lavoro. 0%, ma mi piacerebbe lavorarci; tra 0 e 10%, collaborazioni occasionali pagate; tra 10 e 25%, è una parte minoritaria del mio lavoro; tra 25 e 50%, è una parte importante del mio lavoro; tra il 50 e il 100%, è la parte dominante del mio lavoro; 100%, è il mio lavoro.]
• Classe di reddito: [meno di 15K euro; 15-30L euro; 30-60K euro; 60-100K euro; più di 100K euro]
• Posizione: [Dipendente, Imprenditore (libero professionista)]
• Interessi: Tags con autocompletamento

Chiaramente oltre ai 2 campi obbligatori: email, password

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34326990 .

[paolomainardi]

Ok pare che tra i geocoder si può usare MapQuest: https://drupal.org/project/geocoder L'idea è di usare un campo di testo (compound) e poi geolocalizzare direttamente quello, cosi il livello di precisione del geocoding dipende da quanto l'indirizzo è preciso. Credo che a livello di licenza con mapquest dovremmo essere tranquilli, @napo confermi ?

[bertalan]

Posso farvi una proposta indecente e chiedervi se volete contribuire al mio progetto? Quello che qui sopra si ipotizza (scheda, autocompletamento...) é giá funzionante e cosí si potrebbero sfruttare le risorse per aggiungere altre features o facilities. :-)

Al momento non é in codice aperto solo perché prima vogliamo far fare una review del codice a qualcuno estraneo al progetto.

[seralf]

che progetto Ivan?

Il giorno 07 febbraio 2014 21:16, Bertalan Ivan notifications@github.comha scritto:

Posso farvi una proposta indecente e chiedervi se volete contribuire al mio progetto? Quello che qui sopra si ipotizza (scheda, autocompletamento...) é giá funzionante e cosí si potrebbero sfruttare le risorse per aggiungere altre features o facilities. :-)

Al momento non é in codice aperto solo perché prima vogliamo far fare una review del codice a qualcuno estraneo al progetto.

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34497408 .

[lucacorsato]

Scusate se vi ho considerati poco ultimamente, ma posto al volo un'idea: trattiamo questa mappatura come abbiamo trattato i sensori dell'acqualta? Mi spiego: considerare ogni spaghettaro come un rilevatore con vari skills e collegare il suo status ai dati che lui preferisce esporre. Una volta fatto questo le API possono essere recuperate dal progetto acqualta e così avremmo in poco tempo la app "SOD": spaghettar* online "ready to use"... che ve ne pare?

[albertocottica]

@lucacorsato, esporre API sul reddito individuale sembra un po' troppo open perfino a me. Al contrario, dovremo dare garanzie di anonimizzazione/pseudonimizzazione. Paolo ha aperto una issue su questo, e spero che Morena ci lavori.

[lucacorsato]

Ah no quello no! Ero rimasto a pubblicare i riferimenti e le caratteristiche o competenze

luca corsato fb luca.corsato tw lucacorsato www.lucacorsato.it

Il giorno 08/feb/2014, alle ore 17:42, Alberto Cottica notifications@github.com ha scritto:

@lucacorsato, esporre API sul reddito individuale sembra un po' troppo open perfino a me. Al contrario, dovremo dare garanzie di anonimizzazione/pseudonimizzazione. Paolo ha aperto una issue su questo, e spero che Morena ci lavori.

— Reply to this email directly or view it on GitHub.

[albertocottica]

Ecco, nessuno legge i miei post... e io che mi illudevo di avere una certa influenza :-)

https://groups.google.com/forum/?hl=en#!topic/spaghettiopendata/GwcpyKrMYWg

[paolomainardi]

Io direi che per avere dei feedback più veloci serve mettere in piedi intanto un idea di quanto discusso.

Mi metto all'opera, vi aggiorno.

Sorry for typos, sent by mobile. Il 08/feb/2014 17:53 "Alberto Cottica" notifications@github.com ha scritto:

Ecco, nessuno legge i miei post... e io che mi illudevo di avere una certa influenza :-)

https://groups.google.com/forum/?hl=en#!topic/spaghettiopendata/GwcpyKrMYWg

Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34548872 .

[napo]

Ho letto tutto il thread. Io sarei per una versione molto short:

• nome
• nickname
• email usata sulla ml di SOD (chiaramente con protezione antispam)
• avatar (=> non mi spiacerebbe usare gravatar)
• città dove sei più attivo/a (=> chiedere anche la provincia)
• tag con cui ti identifichi (sarei per una folksonomy ad autocompletamento su quelle già presenti)
• descrizione di te (=> molte persone che si sono iscritte sulla ML di SOD hanno messo una frase con cui si presentano)
• assenso a fornire i dati

Mi chiedo se serva avere una sezione con le presenze sui social, almeno nei casi:

• blog personale
• facebook
• twitter
• linkedin

poi offrirei una versione "pro" dove aggiungere, a discrezione dell'utente, maggiori informazioni come redditi, skills e bla bla bla Si tratta di una sezione che si completa opzionale e dando assenso su gestione dei dati.

Nella distribuzione anonimizzata non va dimenticato il segreto statistico Si rilascia poi come? cc-by (con copyright assegnato a?) cc0? odbl? cc-by-sa? iodl 2.0?

Ho alcuni dubbi:

1. più domande si fanno e più si abbassa la partecipazione
2. più si entra nella privacy delle persone e più si abbassa la partecipazione
3. qualcuno potrebbe cominciare ad interpretare lo spazio come bacheca per depositare curriculum

Sul discorso geocoding:

• google non ti permette di redistribuire i dati come open data (= il vincolo del geocoder è che i dati devono essere presentati sulla mappa di google)
• nominatim/mapquest risolvono questa questione
• rimane il fatto che i geocoder non sono perfetti, a quel punto tanto vale chiedere all' utente di mettere un punto su una mappa
• città+provincia può essere già sufficiente per quello che ci serve: metterei la provincia obbligatoria perché potrebbero esserci omonimie di toponimi (la regione la calcoliamo di conseguenza)
• chiaramente dipende quanto ci interessa avere la precisione: non credo che ci serva avere il numero civico o il palazzo esatto, basta il nome della città/paese. In tal caso, se si vuole la geocodifica nominatim/mapquest vanno più che bene, se vogliamo dare maggiore dettaglio chiediamo all'utente di mettere le coordinate del posto che lui ritiene più rappresentativo per se stesso (es. il posto dove lavoro)

Infine si parlava di foaf, cosa vogliamo fare? Si aggiunge un modulo dove si dichiara: io sono amico di ? (so che c'è un modulo drupal per le relazioni utenti)

[albertocottica]

A me l'informazione FOAF sembra abbastanza irrilevante.

[napo]

@albertocottica anche secondo me, ho sollevato la questione per capire come si pensa di implementarla. Rimango poi dell'opinione di quanto ho scritto sopra in merito a cosa raccogliere.

[paolomainardi]

Ragazzi ieri sono andato avanti con l'implementazione, ho preso in carico i suggerimenti di tutti, compresa l'integrazione di schema.org/foaf sui campi profilo, @seralf poi mi spieghi esattamente cosa possiamo farne, noi li usiamo solo per avere i rich snippet di google (es: http://www.twinbit.it/it/chi-siamo) Farò deploy su una piattaforma di test entro oggi, intanto vi mando un paio di screenshot di come si presenta al momento.

Lista utenti:

Mappa:

Fields:

[seralf]

grande lavoro @Paolo!

beh per la pubblicazione usando RDFa / schema.org etc (o anche le properties da FOAF etc) si può rendere un po' più interessante la paginetta HTML, come dici tu per rich snippet di google ad esempio, ed in generale migliora l'impatto SEO. Quindi tanto per essere pratici se ciascuno di noi a ridosso di SOD e dopo chiacchererà della cosa, ed aggiungerà / linkerà progetti, potrebbe aiutarci ulteriormente a rafforzare la visibilità della rete tra un social network e l'altro.

Secondo me una cosa carina che potremmo fare avendo due dati in croce RDFa / FOAF quello che vi pare delle schede utente, è provare ad adoperarli direttamente per le presentazioni sulla parte Linked: visto che sono uno di quegli esempi stile HelloWorld sarebbe carino utilizzarlo partendo proprio dai dati della rete SOD, tanto per introdurre un po' i concetti e per poi proporre cose differenti.

Il giorno 10 febbraio 2014 10:54, Paolo Mainardi notifications@github.comha scritto:

Ragazzi ieri sono andato avanti con l'implementazione, ho preso in carico i suggerimenti di tutti, compresa l'integrazione di schema.org/foaf sui campi profilo, @seralf https://github.com/seralf poi mi spieghi esattamente cosa possiamo farne, noi li usiamo solo per avere i rich snippet di google (es: http://www.twinbit.it/it/chi-siamo) Farò deploy su una piattaforma di test entro oggi, intanto vi mando un paio di screenshot di come si presenta al momento.

Lista utenti: [image: screen shot 2014-02-10 at 10 45 45]https://f.cloud.github.com/assets/8747/2124158/1ef25e80-9239-11e3-985f-5c6f74d2ba9b.png

Mappa: [image: screen shot 2014-02-10 at 10 46 02]https://f.cloud.github.com/assets/8747/2124161/23a51ef4-9239-11e3-8d8b-d6c428117608.png

Fields: [image: screen shot 2014-02-10 at 10 54 18]https://f.cloud.github.com/assets/8747/2124174/58e27fa8-9239-11e3-9663-b0b38e24de5b.png

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34614657 .

[seralf]

un articolo interessante, no nso se lo avete letto:

http://ftp.informatik.rwth-aachen.de/Publications/CEUR-WS/Vol-333/saw1.pdf

Il giorno 10 febbraio 2014 11:04, Alfredo Serafini seralf@gmail.com ha scritto:

grande lavoro @Paolo!

beh per la pubblicazione usando RDFa / schema.org etc (o anche le properties da FOAF etc) si può rendere un po' più interessante la paginetta HTML, come dici tu per rich snippet di google ad esempio, ed in generale migliora l'impatto SEO. Quindi tanto per essere pratici se ciascuno di noi a ridosso di SOD e dopo chiacchererà della cosa, ed aggiungerà / linkerà progetti, potrebbe aiutarci ulteriormente a rafforzare la visibilità della rete tra un social network e l'altro.

Secondo me una cosa carina che potremmo fare avendo due dati in croce RDFa / FOAF quello che vi pare delle schede utente, è provare ad adoperarli direttamente per le presentazioni sulla parte Linked: visto che sono uno di quegli esempi stile HelloWorld sarebbe carino utilizzarlo partendo proprio dai dati della rete SOD, tanto per introdurre un po' i concetti e per poi proporre cose differenti.

Il giorno 10 febbraio 2014 10:54, Paolo Mainardi <notifications@github.com

ha scritto:

Ragazzi ieri sono andato avanti con l'implementazione, ho preso in carico

i suggerimenti di tutti, compresa l'integrazione di schema.org/foaf sui campi profilo, @seralf https://github.com/seralf poi mi spieghi esattamente cosa possiamo farne, noi li usiamo solo per avere i rich snippet di google (es: http://www.twinbit.it/it/chi-siamo) Farò deploy su una piattaforma di test entro oggi, intanto vi mando un paio di screenshot di come si presenta al momento.

Lista utenti: [image: screen shot 2014-02-10 at 10 45 45]https://f.cloud.github.com/assets/8747/2124158/1ef25e80-9239-11e3-985f-5c6f74d2ba9b.png

Mappa: [image: screen shot 2014-02-10 at 10 46 02]https://f.cloud.github.com/assets/8747/2124161/23a51ef4-9239-11e3-8d8b-d6c428117608.png

Fields: [image: screen shot 2014-02-10 at 10 54 18]https://f.cloud.github.com/assets/8747/2124174/58e27fa8-9239-11e3-9663-b0b38e24de5b.png

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34614657 .

[paolomainardi]

@seralf te la butto li, potreste utilizzare questi dati sulla vostra sessione Linked ? Cosi anche io mi rendo conto meglio delle possibilità :)

[seralf]

si si quello intendevo: ovviamente è solo una idea e sentiamo gli altri che ci dicono :-)

Il giorno 10 febbraio 2014 11:15, Paolo Mainardi notifications@github.comha scritto:

@seralf https://github.com/seralf te la butto li, potreste utilizzare questi dati sulla vostra sessione Linked ? Cosi anche io mi rendo conto meglio delle possibilità :)

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34616074 .

[paolo]

I'm afraid you got the wrong Paolo on the comment hehe.

On Feb 10, 2014, at 6:17 AM, Alfredo Serafini notifications@github.com wrote:

si si quello intendevo: ovviamente è solo una idea e sentiamo gli altri che ci dicono :-)

Il giorno 10 febbraio 2014 11:15, Paolo Mainardi notifications@github.comha scritto:

@seralf https://github.com/seralf te la butto li, potreste utilizzare questi dati sulla vostra sessione Linked ? Cosi anche io mi rendo conto meglio delle possibilità :)

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34616074 .

— Reply to this email directly or view it on GitHub.

[paolomainardi]

sorry @paolo :)

[seralf]

eheh sorry @paolo: I replied from email, and I didn't notice the comment were from github :-)

2014-02-10 16:56 GMT+01:00 Paolo Mainardi notifications@github.com:

sorry @paolo https://github.com/paolo :)

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34647387 .

[ghirardinicola]

Ottima l'idea di utilizzare dati sulla community per hackathon e sessione linked. Sto già pensando ad analisi legata agli account twitter come questa http://www.opensourceconnections.com/2013/11/27/quick-start-with-neo4j-using-your-twitter-data/

[seralf]

esatto Nicola! pensavo proprio a qualcosa utilizzando un graphdb! :-) peraltro da neo4j possiamo integrarci anche con gephi se ci gira, usando SPARQL ma anche no (così facciamo contenti tutti ;-)

Il giorno 10 febbraio 2014 22:46, Nicola Ghirardi notifications@github.comha scritto:

Ottima l'idea di utilizzare dati sulla community per hackathon e sessione linked. Sto già pensando ad analisi legata agli account twitter come questa http://www.opensourceconnections.com/2013/11/27/quick-start-with-neo4j-using-your-twitter-data/

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34686502 .

[dvcama]

(aiuto l'opendataday mi sta risucchiando ma volevo esserci)

1. vai con foaf, al limite ci facciamo solo un vista sulle singole persone con un po' di content negotiation e poi lo usiamo durante SOD... sulla vista vi posso aiutare io, possiamo montarla "sopra" il db senza modificare nulla, mi piacerebbe molto riciclare il profilo in altri ambiti (magari usando una purl che lo indichi stabilmente)
2. assolutamente non mi va di caricare un avatar: andiamo a step, prendiamo le immagini che sono già online, se ho gravatar sull'email di registrazione prendiamo quella, altrimenti la foto di twitter, altrimenti la foto di facebook, e così via
3. poi non so (ma ci tenevo a partecipare almeno in notturna)

[paolomainardi]

ciao @dvcama 1) Ok 2) Mi sa che devi farti venire voglia, perchè importare gli avatar dai vari social accounts, significa avere un integrazione con ogni social network, cosa non praticabile al momento. 3) Ok, grazie, ti mando una mail

[seralf]

sottoscrivo la soluzione napo: gravatar!

Il giorno 11 febbraio 2014 11:37, Paolo Mainardi notifications@github.comha scritto:

ciao @dvcama https://github.com/dvcama 1) Ok 2) Mi sa che devi farti venire voglia, perchè importare gli avatar dai vari social accounts, significa avere un integrazione con ogni social network, cosa non praticabile al momento. 3) Ok, grazie, ti mando una mail

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34742656 .

[paolomainardi]

Per gravatar ci si può pensare, è un integrazione abbastanza semplice.

[nelsonmau]

arrivo anch'io, letto tutto il thread, sottoscrivo quanto fin qui convidiso, da oggi cerco seguire meglio :)

[nelsonmau]

eccolo, mi sono sistemato il profilo e lo trovate qui http://sod.twinbitlabs.com/it/users/mu9jvlxydubbm2r6cwelbyebwtdspwxwjbncteubsvp7bh3znumpxcdutf7kcdottu5uak9f36hxkdd4n44wx4vspq8vu5kb4m2d

mi pare che il grosso ci sia e sia ottimo :D alcune cose da sistemare imho:

• l'url è un po' complesso. Implementerei un campo "Custom url" dove scrivere il nome utente, così poi l'indirizzo diventerà http://spaghettiopendata.org/users/nelsonmau
• il campo città è criptico. Io vivo a Bologna ma mi interessano tutte le città. Proposta: chiediamo "Dove vivi?" e lasciamo una sola città. Altra cosa: nel campo 'città' ci sono varie città e mi pare che non si possano cancellare, non c'è il pulsantino. Giusto o sbaglio io?
• campo "Con quale tag di identifichi": ci vorrebbe accanto una tag cloud da dove selezionare i più usati
• campo reddito ( @albertocottica ne parla anche su #4 ): non possiamo chiederlo così, nel senso che se io complilo il form e dico ad esempio che il mio reddito è 100% opendata e poi scrivo che il mio reddito è di 100k (magari!), dico un po' troppi cazzi miei e non mi va :) secondo me la quantità di €€€ generati da OpenData non va chiesta. Andrebbero chiesti: 1) se e quanto si lavora con OD (io chiederei "Quanto tempo del tuo lavoro è dedicato agli OD, così anche gli ibridi possono rispondere meglio) 2) se sì è liberi professionisti e dipendenti 3) se si è dipendente, di chi lo si è (privati o PA)

[seralf]

grande Andrea +1 per me su tutti i suggerimenti, mi sembrano sensati. Rispetto al reddito può esserci chi non vuole dirlo, però credo fosse intenzione anche di Alberto metterlo opzionale no?

Il giorno 11 febbraio 2014 13:25, nelsonmau notifications@github.com ha scritto:

eccolo, mi sono sistemato il profilo e lo trovate qui

http://sod.twinbitlabs.com/it/users/mu9jvlxydubbm2r6cwelbyebwtdspwxwjbncteubsvp7bh3znumpxcdutf7kcdottu5uak9f36hxkdd4n44wx4vspq8vu5kb4m2d

mi pare che il grosso ci sia e sia ottimo :D alcune cose da sistemare imho:

-

l'url è un po' complesso. Implementerei un campo "Custom url" dove scrivere il nome utente, così poi l'indirizzo diventerà http://spaghettiopendata.org/users/nelsonmau

il campo città è criptico. Io vivo a Bologna ma mi interessano tutte le città. Proposta: chiediamo "Dove vivi?" e lasciamo una sola città. Altra cosa: nel campo 'città' ci sono varie città e mi pare che non si possano cancellare, non c'è il pulsantino. Giusto o sbaglio io?

campo "Con quale tag di identifichi": ci vorrebbe accanto una tag cloud da dove selezionare i più usati

campo reddito ( @albertocottica https://github.com/albertocottica ne parla anche su #4https://github.com/spaghetti-open-data/sod14/issues/4): non possiamo chiederlo così, nel senso che se io complilo il form e dico ad esempio che il mio reddito è 100% opendata e poi scrivo che il mio reddito è di 100k (magari!), dico un po' troppi cazzi miei e non mi va :) secondo me la quantità di €€€ generati da OpenData non va chiesta. Andrebbero chiesti: 1) se e quanto si lavora con OD (io chiederei "Quanto tempo del tuo lavoro è dedicato agli OD, così anche gli ibridi possono rispondere meglio) 2) se sì è liberi professionisti e dipendenti 3) se si è dipendente, di chi lo si è (privati o PA)

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34749353 .

[nelsonmau]

@seralf, sì condivido quanto diceva @albertocottica ma mi pongo una domanda: quale obiettivo ci diamo in particolare nella raccolta dati su lavoro/reddito? sicuramente è interessante capire quanta gente campa lavorando con i dati (e qui tocco ferro! :O ) ma è interessante anche sapere per esempio quante ore al giorno si dedicano agli open data (per lavoro o per hobby). Esempio: il dipendente della PA che si occupa in parte di OD, cosa dichiarerebbe? potremmo chiederlo ai diretti interessati? o la mia è più un'idea da questionario che non da profilo utente? cc @napo

[seralf]

@nelsonmau si si ma infatti su questo tema fatico ad avere una mia idea precisa: da un lato non ho particolari resistenze a partecipare in caso (accetto pure donazioni, oh! :-P), però effettivamente c'è un po' il rischio che diventi una specie di censimento, il che rischia di produrre un effetto fuga degli utenti. Vero è che i dati non sono pubblicati singolarmente etc etc... Boh, pensiamoci un attimo. @albertocottica ?

Il giorno 11 febbraio 2014 15:25, nelsonmau notifications@github.com ha scritto:

@seralf https://github.com/seralf, sì condivido quanto diceva @albertocottica https://github.com/albertocottica ma mi pongo una domanda: quale obiettivo ci diamo in particolare nella raccolta dati su lavoro/reddito? sicuramente è interessante capire quanta gente campa lavorando con i dati (e qui tocco ferro! :O ) ma è interessante anche sapere per esempio quante ore al giorno si dedicano agli open data (per lavoro o per hobby). Esempio: il dipendente della PA che si occupa in parte di OD, cosa dichiarerebbe? potremmo chiederlo ai diretti interessati? o la mia è più un'idea da questionario che non da profilo utente? cc @napohttps://github.com/napo

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34758547 .

[albertocottica]

Ripeto: secondo me la cosa funziona così.

1. SOD costruisce una base dati anonomizzata-pseudonimizzata sulla comunità OD in Italia. Se vuoi partecipare ti lasci profilare. Se no, no, fai solo l'account e passi a fare proposte su SOD14.
2. le domande sul reddito sono solo due, e contengono implicitamene l'informazione sul tempo: a. quale percentuale del tuo reddito è dedicato a OD? b. quanto guadagni? a x b = reddito da OD. Il tempo lavorativo dedicato a OD sarà più o meno reddito da OD/reddito: se prendo il 50% del mio reddito da OD (ma quando mai) più o meno ci dedicherò il 50% del mio tempo.

È scritto meglio qui:

https://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34276068

[paolomainardi]

Sono d'accordo con Alberto, l'importante è spiegare esattamente a cosa servono quei dati e come vogliamo renderli pubblici, con le dovute garanzie di rendere anonimi e non riconducibili all'utente. Immagino un API, che dia degli indicatori sul reddito generato in Italia dal lavoro su OD, potrebbe essere interessante come metrica, da mettere in relazione con gl'altri dati. In quella parte specifica della form ho inserito un checkbox ulteriore che richiede un consenso per il trattamento di quei 2 dati.

@nelsonmau 1) http://sod.twinbitlabs.com/it/users/andrea-nelson-mauro non capisco come mai ti abbia generato quel mostro :) 2) Hai ragione, avevo anche io un dubbio su questo, magari lo esplodiamo in 2 campi: Dove vivo e di quali città mi interesso ?
3) A regime l'autocomplete sarà sui tag già inseriti da altri utenti, la tassonomia ora è vuota per forza di cose, si alimenta con le submission.

[seralf]

beh per il punto 3) potremmo pure raccogliere ed inserire a manina un po' di termini belli e pronti, tanto per suggerire qualcosa

Il giorno 11 febbraio 2014 16:01, Paolo Mainardi notifications@github.comha scritto:

Sono d'accordo con Alberto, l'importante è spiegare esattamente a cosa servono quei dati e come vogliamo renderli pubblici, con le dovute garanzie di rendere anonimi e non riconducibili all'utente. Immagino un API, che dia degli indicatori sul reddito generato in Italia dal lavoro su OD, potrebbe essere interessante come metrica, da mettere in relazione con gl'altri dati. In quella parte specifica della form ho inserito un checkbox ulteriore che richiede un consenso per il trattamento di quei 2 dati.

@nelsonmau https://github.com/nelsonmau 1) http://sod.twinbitlabs.com/it/users/andrea-nelson-mauro non capisco come mai ti abbia generato quel mostro :) 2) Hai ragione, avevo anche io un dubbio su questo, magari lo esplodiamo in 2 campi: Dove vivo e di quali città mi interesso ?

3) A regime l'autocomplete sarà sui tag già inseriti da altri utenti, la tassonomia ora è vuota per forza di cose, si alimenta con le submission.

— Reply to this email directly or view it on GitHubhttps://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34762036 .

[nelsonmau]

@paolomainardi ok, roger su 1 e 3 (sul tre posso contribuire a manina anch'io, mi piace ad esempio molto il modello linkedin, anche perché poi questa roba ce la dovremmo anche immaginare in un grapho) sul 2): sì, dove vivo va isolata. Sulle altre geo-info non saprei, si può lasciare come campo facoltativo o addirittura come tags

[paolomainardi]

per il punto 3. se potete darmi un csv con un po' di termini, lo posso importare, altrimenti vi do accesso all'interfaccia di admin di drupal. sul punto 2. ok per esplodere i 2 campi, sono d'accordo.

[paolomainardi]

@nelsonmau l'unico problema di avere una città diversa rispetto alle città di cui mi interesso è il geocoding, che al momento possiamo fare su un unico field, inoltre complicherebbe non poco le ricerche su mappa, troppa ridondanza.

Se usiamo il campo città, magari con una descrizione che ne spieghi il funzionamento. Che ne pensi ?

[paolomainardi]

@seralf ora il campo "Comunità di appartenenza" è multiplo