Closed paolomainardi closed 10 years ago
Faccio una prima proposta :+1: Direi di prendere dalle persone i seguenti campi:
In call erano state fatte proposte da @nelsonmau e @albertocottica, non so se hanno voglia di ridefinire il set che ho dato.
Io dico
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
Che ne dite?
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
@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.
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 .
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 .
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 .
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 .
LOL @seralf questo è un nome di battaglia fichissimo!
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 .
Dunque per ricapitolare:
Chiaramente oltre ai 2 campi obbligatori: email, password
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 .
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 ?
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.
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 .
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?
@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.
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.
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
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 .
Ho letto tutto il thread. Io sarei per una versione molto short:
Mi chiedo se serva avere una sezione con le presenze sui social, almeno nei casi:
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:
Sul discorso geocoding:
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)
A me l'informazione FOAF sembra abbastanza irrilevante.
@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.
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:
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 .
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 .
@seralf te la butto li, potreste utilizzare questi dati sulla vostra sessione Linked ? Cosi anche io mi rendo conto meglio delle possibilità :)
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 .
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.
sorry @paolo :)
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 .
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/
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 .
(aiuto l'opendataday mi sta risucchiando ma volevo esserci)
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
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 .
Per gravatar ci si può pensare, è un integrazione abbastanza semplice.
arrivo anch'io, letto tutto il thread, sottoscrivo quanto fin qui convidiso, da oggi cerco seguire meglio :)
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:
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
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 .
@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
@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 .
Ripeto: secondo me la cosa funziona così.
È scritto meglio qui:
https://github.com/spaghetti-open-data/sod14/issues/1#issuecomment-34276068
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.
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 .
@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
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.
@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 ?
@seralf ora il campo "Comunità di appartenenza" è multiplo
Definire i campi per la form di registrazione e profilazione utente.