New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Form di registrazione/profilazione utente #1
Comments
|
Faccio una prima proposta 👍
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 (!!) 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:
|
se si potesse fare preferirei dei tag con autocompletamento, ma mi sa che Il giorno 06 febbraio 2014 00:58, Alfredo Serafini seralf@gmail.com ha
|
Tag con autocompletamento si fanno in un attimo :) Sorry for typos, sent by mobile.
|
grande Paolo! (nome di battaglia: "aquila che dorme decisamente troppo Il giorno 06 febbraio 2014 01:03, Paolo Mainardi
|
LOL @seralf questo è un nome di battaglia fichissimo! |
Ahahaha allora serve anche il nickname sul profilo :) Sorry for typos, sent by mobile.
|
Dunque per ricapitolare:
Chiaramente oltre ai 2 campi obbligatori: email, password |
per trovare le coordinate possiamo passare per openstretamp nominatim, ad nella lista otteniamo i vari codici amministrativi, utili per aggiustare il Il giorno 06 febbraio 2014 15:24, Paolo Mainardi
|
Ok pare che tra i geocoder si può usare MapQuest: https://drupal.org/project/geocoder |
Posso farvi una proposta indecente e chiedervi se volete contribuire al mio progetto? 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
|
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
|
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 Mi metto all'opera, vi aggiorno. Sorry for typos, sent by mobile.
|
Ho letto tutto il thread.
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 Nella distribuzione anonimizzata non va dimenticato il segreto statistico Ho alcuni dubbi:
Sul discorso geocoding:
Infine si parlava di foaf, cosa vogliamo fare? |
A me l'informazione FOAF sembra abbastanza irrilevante. |
@albertocottica anche secondo me, ho sollevato la questione per capire come si pensa di implementarla. |
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) |
grande lavoro @paolo! beh per la pubblicazione usando RDFa / schema.org etc (o anche le Secondo me una cosa carina che potremmo fare avendo due dati in croce RDFa Il giorno 10 febbraio 2014 10:54, Paolo Mainardi
|
@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 Il giorno 10 febbraio 2014 11:15, Paolo Mainardi
|
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:
|
sorry @paolo :) |
eheh sorry @paolo: I replied from email, and I didn't notice the comment 2014-02-10 16:56 GMT+01:00 Paolo Mainardi notifications@github.com:
|
Ottima l'idea di utilizzare dati sulla community per hackathon e sessione linked. |
esatto Nicola! pensavo proprio a qualcosa utilizzando un graphdb! :-) Il giorno 10 febbraio 2014 22:46, Nicola Ghirardi
|
(aiuto l'opendataday mi sta risucchiando ma volevo esserci)
|
ciao @dvcama
|
sottoscrivo la soluzione napo: gravatar! Il giorno 11 febbraio 2014 11:37, Paolo Mainardi
|
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 mi pare che il grosso ci sia e sia ottimo :D
|
grande Andrea +1 per me su tutti i suggerimenti, mi sembrano sensati. Il giorno 11 febbraio 2014 13:25, nelsonmau notifications@github.com ha
|
@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 Il giorno 11 febbraio 2014 15:25, nelsonmau notifications@github.com ha
|
Ripeto: secondo me la cosa funziona così.
È scritto meglio qui: |
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.
|
beh per il punto 3) potremmo pure raccogliere ed inserire a manina un po' Il giorno 11 febbraio 2014 16:01, Paolo Mainardi
|
@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) |
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. |
@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 |
@paolomainardi non so, io posso dire che personalmente tenderei a inserire una sola città... cmq poi ragioniamo al contrario: a cosa ci serve il geodato in questo caso? some suggestions? Altrimenti copiamo dai modelli classici tipo fanno twitter e facebook @seralf secondo me provincia (di sicuro) e cap (in forse) andrebbero lasciati, perché esistono un sacco di comuni con lo stesso nome quindi rischio deduplication, mentre il cap può servire per le joiin (esempio: metti che avendo di dati qualcuno decida fare calcolare il rapporto tra numero opendatari e popolazione residente istat) |
@nelsonmau ok, io dicevo immaginando forme di completamento etc, ma Il giorno 12 febbraio 2014 07:51, nelsonmau notifications@github.com ha
|
@seralf ah ok, non avevo capito un cacchio io :) |
@nelsonmau: no pardon mi spiego male, è che rispondo a mozzichi e bocconi, 2014-02-12 9:34 GMT+01:00 nelsonmau notifications@github.com:
|
@seralf no è che sono io casinista, ho riletto i tuoi commenti e in effetti si capiva quello che intendevi, ma io non l'avevo capito, sorry :) |
Done, chiudiamo. |
Definire i campi per la form di registrazione e profilazione utente.
The text was updated successfully, but these errors were encountered: