Wikipedia:Bar/Discussioni/Templatizzare dati statici

Da Wikipedia, l'enciclopedia libera.
Vai alla navigazione Vai alla ricerca

Templatizzare dati statici


Com'è venuto fuori qui, potrebbe avere un senso avviare un lavoro di fissazione di dati consolidati, come possono essere i risultati delle elezioni politiche. Ci vuole una montagna di tempo a raccogliere e formattare ordinatamente dei dati. Ci vuole solo una buona dose di scempiaggine ma poco sforzo per annientare questo lavoro.

Perché dovremmo lasciare in balia dei vandali questo lavoro? Per farcelo vandalizzare con scritto nella modifica 'corretto errore di battitura'?

Wp non sarà meno libera per questo. Stiamo parlando di dati oggettivi ed eventuali errori possono facilmente essere segnalati nelle pagine di discussione del tmp che fissa questi dati. La templatizzazione agevola poi enormemente il richiamo dei dati. Io speravo nella centralizzazione di questo genere di dati in Wikidata, ma il risultato di questo progetto appare ancora controverso.

Altri esempi: abitanti censiti, risultati sportivi, dati tecnici... Quando non ci sono controversie di mezzo, facciamoci un piacere, fissiamo questi traguardi e mettiamoli al riparo. pequod Ƿƿ 09:47, 15 giu 2017 (CEST)[rispondi]

In generale non sono molto d'accordo. Credo che i dati debbano essere gestiti unicamente su Wikidata e che iniziare a templatizzare tutto sarebbe uno spreco di risorse e tempo. Sarebbe inoltre solo una soluzione temporanea, poiché Wikidata non mi pare affatto un progetto impantanato. Sarei favorevole solo per i seguenti casi:
  • dati che riguardano solo it.wiki e non hanno valenza generale: i benedetti colori dei partiti (che, dai, il fatto che si torni ciclicamente a parlare di questa roba mi fa cadere le braccia!) o le già templatizzate iconcine.
  • dati ai quali vogliamo associare una qualche resa estetica o categorizzazione: template per le squadre sportive (che mi sono occupato personalmente di centralizzare), generi musicali, nazionalità e attività del Bio, ecc.
  • dati non ricavabili da Wikidata. Trovo molto appropriato l'esempio dei risultati sportivi (una scheda di Wikidata di un torneo sportivo può contenere i risultati di tutte le partite? [@ ValterVB] conosci qualche strumento in tal senso?), ma non quello degli abitanti censiti, che è una questione di diritti, tutta un'altra storia.
--Horcrux九十二 12:17, 15 giu 2017 (CEST)[rispondi]
Gli abitanti residenti ad Ancona nel 2013 sono un numero non modificabile. In che senso parli di diritti?
Recentemente mi sono reso conto che anche wdata è soggetto a vandalismi. Come facciamo a mettere in cassetta di sicurezza qui o lì questi dati? pequod Ƿƿ 13:22, 15 giu 2017 (CEST)[rispondi]
[↓↑ fuori crono][@ Pequod76] Sui diritti, vedi questa discussione. Per il resto, Wikidata è un progetto wiki come tutti gli altri, lo si sapeva fin dall'inizio che sarebbe stato soggetto a vandalismi. --Horcrux九十二 15:46, 15 giu 2017 (CEST)[rispondi]
Esiste il problema dei dati statici, che vanno oltre i numeri delle elezioni, ma vi includo anche luoghi di nascita, di morte, date, lunghezza di dinosauri, popolazione risultante al censimento xx. Il fatto è che entrambe le soluzioni: template o wikidata semplicemente spostano il problema altrove, al presente stato delle cose sono luoghi digitali modificabili a discrezione della buona o cattiva volontà di chi vi accede, e inoltre sono sottoposte ad un patrollaggio minore, modifiche ivi fatte non risultano seguendo la voce.
O iniziamo a considerare seriamente la possibilità di bloccare alcune modifiche, o quantomeno di adottare il sistema tedesco, oppure saremo sempre qui a risistemare il colore dei partiti, e a dover verificare il solito 'corretto errore di battitura' che ormai mi fa trovare pronto a rb a vista.--Bramfab Discorriamo 14:45, 15 giu 2017 (CEST)[rispondi]
Allora, per i colori dei partiti come ho ribadito di là è già praticamente tutto fatto e anzi stiamo ragionando su una maggior integrazione con altri template. Serve solo il registro di cui ho parlato sempre di là (che può però essere messo in piedi solo da un admin, da qui le mie richieste). Sulla questione generale sono favorevole un po' a tutte le opzioni che sono emerse (che non sono in contraddizione). Parto da quella più "hard", ossia il sistema tedesco. Io sarei favorevole, ma dato che coinvolge la stessa filosofia di wikipedia credo ne salterebbe fuori una discussione lunghissima e a forte rischio inconcludenza. Dunque credo che intanto si potrebbero mettere a punto altri metodi meno controversi e ragionare su di essi (se poi si trova consenso sul sistema tedesco sono solo contento eh, il mio è solo pragmatismo, che magari può anche essere sbagliato). Sugli altri due sistemi non penso siano in contraddizione, dato che i template possono benissimo leggere i dati da wikidata (o meno). Quindi dire, intanto templatizziamo (con strumenti per monitorare che non vengano tolti i template rendendo tutto inutile, che è ciò che ho chiesto per i colori dei partiti), poi decidiamo se peschiamo da 'data o meno. In ogni caso se gestissimo la cosa in proprio i template si potrebbero benissimo semiproteggere dunque riducendo drasticamente la quota di vandalismi (e comunque sarebbe una sola pagina presumibilmente tra gli OS di una cinquantina di persone, invece di varie pagine sparse per il wiki). Ma anche affidarsi a 'data penso (ma su questo non sono sicuro, dato che non so come è messo il patrolling su quel progetto) sia più sicuro che lasciare tutto liberamente modificabile qui, dato che, almeno in teoria, wikidata dovrebbe poter contare su una quantità di patroller maggiore. Discorso ovviamente diverso va fatto per quei dati non inseribili su 'data oppure con problemi per quanto riguarda i diritti (i famosi dati ISTAT), per i quali credo che la templatizzazione qui da noi (combinata magari con bot che peschino i dati dal sito ISTAT e li aggiornino automaticamente su tutte le pagine qui) sia l'unica soluzione.--Caarl95 15:14, 15 giu 2017 (CEST)[rispondi]
Pingo [@ Phyrexian] come da sua richiesta nella discussione linkata da Pequod.
PS: Mi permetto di sottolineare che di wikidata e del fatto che avrebbe risolto questi problemi se ne parla da tempo (come dimostra questa discussione del 2014...). (senza ovviamente nulla togliere ai progressi fatti dai pochi utenti che hanno le capacità informatiche per farlo)--Caarl95 15:34, 15 giu 2017 (CEST)[rispondi]
Grazie Caarl per il ping. :-) Se per "sistema tedesco" intendete l'avere due versione di ogni pagina, una verificata e una "in diretta", ho delle perplessità, ma se ne può discutere, solamente è un discorso molto più generae e qui è off topic. Si parlava di teplatizzare dei dati, in modo che poi sia facile proteggere i template dalle modifiche.
Io sono da sempre un grande sostenitore di Wikidata, penso che questo tipo di dati dovrebbe essere gestito unicamente là in maniera centralizzata, e in questa prospettiva penso sarebbe da evitare un lavoraccio inutile su it.wiki di template, protezione degli stessi, e linee guida che supportino questo sistema. Però prendo atto che Wikidata, purtroppo, ancora non ci risolve il problema. 1) La differenza di licenze a quanto pare rende parzialmente incompatibili Wikidata e Wikipedia, ergo non tutti i dati possono essere spostati da un progetto all'altro; 2) che io sappia non esiste e non è in programma un metodo per proteggere dalla modifica alcuni selezionati dati di un elemento su Wikidata, che sarebbe IMVVHO la soluzione ottimale. Un dato immutabile non ha senso di essere "liberamente modificabile da chiunque" se non quello di sabotare Wikipedia e renderla meno affidabile, con tutto quel che ne consegue. L'unica cosa che potrebbe capitare, estremamente improbabile, è che un dato venga inserito con un errore, oppure che nuove fonti ci portino a conoscenza del fatto che un dato era errato. In questi casi mi pare si possa tranquillamente riparare con i consueti metodi wiki, ovvero segnalazione, discussione, correzione. In quest'ottica mi dico favorevole a qualsiasi intervento di templatizzazione allo scopo di protezione dei dati statici dalla modifica, anche se questo significasse dover inserire dati su it.wiki che siano già presenti su .data, almeno finché quel progetto non potrà darci le stesse garanzie di sicurezza sui contenuti che possiamo garantire qui.
Poi se vogliamo fare un discorso generale sulla sicurezza dei contenuti di it.wiki, sistemi tedeschi, semiprotezioni di voci o non so che altro lo possiamo fare, ma allora apriamo un thread più generale e diamogli una buona visibilità. E pingatemi per favore! XD --Phyrexian ɸ 17:22, 15 giu 2017 (CEST)[rispondi]
Alcune note sparse:
  • Wikidata è perfetto per la gestione di risultati sportivi, inoltre fra i vantaggi c'è anche quello che se devo controllare una modifica vedo subito cosa è stato combinato (esempio) rispetto a una modifica fatta su wikipedia dove se non si conoscono i template è più complicato (esempio). Per i tornei sportivi non servono particolari strumenti basta creare i template adatti. Per esempio sulla Wiki francese haano automatzzato parecchi in ambito ciclistico, date un'occhiata a fr:Tour de France 2015 e relativo item e a fr:1re étape du Tour de France 2015 e relativo item
  • Stesso discorso anche per altri tipi di dati che si prestano ad essere schematizzati, proprio in questi giorni sto giocando con le discografie (esempio)
  • stesso discorso per i dati statistici, qui però a causa dei problemi di licenza sono quasi tutti di provenienza statunitense. Però le parti statiche del template Divisione amministrativa si possono popolare con Wikidata.
  • Biografie: Anche qui i dati anagrafici nella maggior parte dei casi si possono recuperare da Wikidata
  • Anche su Wikidata non è possibile bloccare selettivamente alcuni dati anche se se ne è parlato più volte, non è un problema tecnico, ma solo di consenso, poi gli sviluppatori possono sviluppare un sistema di blocco che non mi sembra molto complesso.
  • Le fonti (reference) non sono molto standardizzate, questo genererebbe dei template un po' più complicati dovendo gestire più combinazioni. Per il controllo dei vandalismi bisogna aggiungere agli osservati speciali anche gli item (con le notifiche si viene avvisati anche se non si va su Wikidata) o controllare le ultime modifiche di Wikidata.
  • Senza uso di Wikidata invece non vedo particolari problemi basta templetizzare i dati e poi proteggerli o semiproteggerli e il problema è risolto o quasi, perché nessuno vieta di sostituire il template con altro :) --ValterVB (msg) 19:02, 15 giu 2017 (CEST)[rispondi]
Ha ragione Bramfab a dire che un tmp è meno patrollato di una voce, potenzialmente. Però è anche vero che la cronologia di un tmp è nettamente più pulita e leggibile di quella di una voce, senza contare che nella mia proposta questo genere di dati andrebbe sicuramente semiprotetto (ma anche la protezione completa per me è una soluzione valida). Il problema verrebbe quindi spostato, ma in luogo decisamente più sicuro.
Quanto all'osservazione di Horcrux relativa al tempo perso a templatizzare, pongo una domanda: su wikidata sono presenti i dati, per es., delle elezioni del Regno d'Italia? E della Repubblica, diciamo fino al 1999? Se la risposta è no, non vedo perdita di tempo. Si fissa un oldid sicuro, si ricontrolla, si mette una bella bolla papale di validità, si semiprotegge (o meglio protegge) e andiamo molto meglio del sistema tedesco, che personalmente non sopporto. Avremmo semplicemente fatto un lavoro che non è stato fatto (e templatizzare è un'operazione relativamente semplice, che persino utenti "umanisti" come Bramfab e il sottoscritto sarebbero in grado di fare :D ).
Analogo genere di "fissazione" dei risultati avviene con la creazione di immagini (perché no, relative magari ai risultati elettorali - non è una proposta, semplicemente suppongo che qualcuno potrebbe averlo fatto, magari con una torta statistica) o altro genere di file multimediali caricati su Commons. Un altro elemento in favore della templatizzazione è la maggiore praticità di modifica. Con l'essenziale aiuto di Lepido anni fa abbiamo fatto due generi di operazione: templatizzare dei dati che altrimenti occuperebbero la voce con un muro di codice (cfr.) e creare un file .svg per una grossa cronologia (questa- e anch'essa in versione wikitesto sarebbe un enorme blocco, in sostanza una prateria per vandali e un impaccio per utenti in buona fede, visto che non c'è una buona ragione per modificare quelle indicazioni, peraltro ben più controverse degli "incontrovertibili" risultati di una elezione approvata dagli ammerigani). pequod Ƿƿ 20:43, 15 giu 2017 (CEST)[rispondi]
Rileggendo i commenti, incluso quelli a quanto ho scritto sopra, mi sembra di poter dire che la template protetta sia la soluzione migliore. Il file .svg, (a parte il fatto che quello posto ad esempio mi sembra piuttosto illeggibile) ha il difetto della difficoltà di sua modifica, nel caso in cui si voglia inserire un dato addizionale, o cambiarne l'ordine o la grafica.
Su wikidata: non capisco il problema delle licenze: i dati sono CC0 per cui ci fai più o meno tutto quello che vuoi "Puoi copiare, modificare, distribuire ed utilizzare l'opera, anche per fini commerciali, senza chiedere alcun permesso." https://creativecommons.org/publicdomain/zero/1.0/deed.it . Se abbiamo o troviamo complicazioni anche in questo vediamo di rimuoverle, non vive per cavilli. In ogni caso questo è un problema per l'inserimento dei dati in wikidata. Noi dobbiamo ragionare sull'eventuale utilizzo dei dati in wikidata come sono, presumendo che vi si trovino in piena regolarità, altrimenti non ce la caviamo più e faremmo prima a chiudere bottega, come abbiamo fatto con le immagini PD-Italia, in cui per tagliare la testa al toro (e risparmiarci il fegato) ci teniamo una copia, anche se duplicate in Commons.
Neppure capisco perché wikidata avrebbe un patrollaggio maggiore o maggiormente consapevole, mi sento di affermare che certamente ha meno vandali casuali, ma ho già osservato vari casi di interventi maligni di POV pusher agguerriti e smaliziati, quindi più subdoli.--Bramfab Discorriamo 11:18, 16 giu 2017 (CEST)[rispondi]
Il problema della licenza è proprio legato al fatto che è CC0 e quindi su Wikidata non ci posso caricare tutti i dati che voglio. Es Per l'ISTAT non è così sicuro che si possa caricare in quanto la licenza ISTAT, quando esplicitata, è un CC by (incompatibile con CC0), e difatti io prima avevo caricato tutto su Wikidata poi ho cancellato perché nessuno mi ha dato garanzie sul fatto che si potessero caricare. Io da allora non carico più niente a meno che non vedo indicato esplictamente che i dati sono già in CC0. Come detto più volte se qualche riesce a darmi la certezza sono disponibile per esempio a caricare periodicamente i bilanci demografici, ma l'unica cosa che si vede in questa pagina è un bel copyright ISTAT in fondo alla pagina e nessun altro disclaimer (il che mi farebbe pensare che anche su Wikipedia sia problematico usare quei dati). --ValterVB (msg) 13:24, 16 giu 2017 (CEST)[rispondi]
Intanto non è un problema di wikipedia, ma di wikidata e qui alcune risposte te le avevano date, anche perché paradossalmente qualunque utilizzo di qualche numero ISTAT sarebbe una violazione di copyright, e in tal caso cosa li pubblicano a fare?--Bramfab Discorriamo 14:39, 16 giu 2017 (CEST)[rispondi]
Si parlavo di Wikidata, perché se si vogliono prendere da li i dati bisogna che ci siano e se ci sono dobbiamo essere sicuri che li ci rimangono, invece se vogliamo imbastire qualcosa qua sono disponibile purchè le licenze siano chiare, se no io personalmente non mi ci metto. --ValterVB (msg) 19:27, 16 giu 2017 (CEST)[rispondi]
Se per "templatizzare" si intende rimuovere i dati dal wikitesto e spostarli in Wikidata, cosí che possano essere comodamente richiamati dai template di tutti i wiki, sono certamente favorevole. Peraltro presto arriveranno in Wikidata i dati di Openpolis, probabilmente.
ISTAT è compatibile con Wikidata perché la CC-BY-3.0-it supera i database rights, come già detto varie volte. Si possono inserire quei dati in qualunque momento. --Nemo 23:20, 18 giu 2017 (CEST)[rispondi]
No, si parlava di spostare i dati dalle voci a dei template, qui su it.wiki, in modo poi da proteggere o semiproteggere i template per mettere al sicuro i dati dai vandalismi, cosa che Wikidata al momento e nel prossimo futuro non sembra permettere. --Phyrexian ɸ 23:26, 18 giu 2017 (CEST)[rispondi]
Mah, a dire il vero Wdata ha più di 50 admin. Non penso che sia una prateria abbandonata a sé stessa o quanto meno non ho gli elementi per dirlo. Quando scrivo che ha dei risultati controversi, lo dico perché se rimane chiusa in sé stessa Wdata non ha senso. Sicuramente non ha senso per noi pediani. Allora, la domanda è semplice. Se su wdata quei dati ci sono, a me pare più ergonomico richiamarli da lì che non templatizzarli qui, dato che quel progetto esiste apposta per questo scopo. Ora, anche secondo me non esiste problema di licenza, andiamoci a senso, che gli abitanti di Ormea siano 400 non può essere oggetto di proprietà intellettuale, il diritto all'informazione essendo prevalente. Detto ciò, visto che pare ci siano anche rassicurazioni da [@ Nemo_bis] (qualche link sarebbe giovevole), si provveda a rifare quanto fatto da Valter e si richiamino i dati. Auspico che a farlo siano utenti che non perderebbero tutto il tempo che perderebbe un utente come me, che non sa nulla di come funziona tecnicamente la cosa. La mia osservazione generale è: quanto sembra che wdata e wpedia siano collegate? In generale pochissimo. Sono passati quasi 5 anni dagli esordi di wdata. Non potrebbe essere il momento di mettere in cantina qualche risultato palpabile? I risultati delle elezioni potrebbe essere un importante sviluppo. pequod Ƿƿ 04:41, 19 giu 2017 (CEST)[rispondi]
Su questo ti do ragione. Wikidata non è molto utilizzata su pedia. E quando lo è, a volte non ci fidiamo e lasciamo copie dei dati qui. Altre volte lasciamo una versione differente qui perché non sappiamo stabilire in maniera automatica chi abbia ragione. E anche una volta risolto quest'ultimo problema, che si fa? Si elimina il campo del template perché il dato è ricavato da Wikidata? E se poi su Wikidata un dato manca? Non si può pretendere che tutti sappiano andare ad aggiungerlo. E allora lasciamo quel campo del template. E poi si ricomincia. --Horcrux九十二 10:29, 19 giu 2017 (CEST)[rispondi]
OT: Stavo pensando, a tal proposito, la creazione di una pagina di richieste, simile a WP:BOT/R, per utenti che vogliono inserire/rimuovere/modificare un dato su Wikidata e non hanno tempo, o voglia o la propensione per imparare a farlo. Le richieste potrebbero essere anche le più semplici, ma in cima alla pagina ci sarebbe un banner che invita l'utente ad imparare, tramite le apposite pagine di aiuto, a farlo da solo. Questa pagina verrebbe mostrata a fianco al link "Modifica dati su Wikidata" che già appare in alcuni template (come T:Divisione amministrativa). Pensavo a qualcosa come "Modifica dati su Wikidata (? | R)" o, se troppo criptico, "Modifica dati su Wikidata (aiuto | richieste)". Ah, ovviamente la pagina per le richieste si potrebbe linkare in molti altri posti, come Aiuto:Wikidata, o in cima a Aiuto:Sportello informazioni e Wikipedia:Richieste tecniche. --Horcrux九十二 10:44, 19 giu 2017 (CEST)[rispondi]

[a capo] [@ Bramfab] L'svg è usato qui e mi pare perfettamente leggibile. Che non possa essere modificato o integrato è esattamente il punto. La tabella deriva direttamente dallo storico Liverani, al più possiamo esplicitare nel titolo che è il suo inquadramento, ma quell'svg è espressamente fontato con Liverani, quindi non avrebbe affatto senso "integrarlo". In questo senso l'svg corrisponde ad un tmp con protezione piena.

Vi segnalo un altro campo (i parlanti per lingua), con dati non totalmente statici, ma relativamente statici. https://it.wikipedia.org/w/index.php?title=Lingue_per_numero_di_parlanti_madrelingua&diff=88588163&oldid=87375937 Se tra noi non ci sono utenti sufficientemente scafati su wdata, non vedo quale perdita di tempo sarebbe prendere in blocco questo tabellozzo, templatizzarlo su it.wiki e quanto meno semiproteggerlo.

È incalcolabile la quantità di tempo che perderemmo IN MENO se ne perdessimo un po' a curare questa cosa. Mi spiace che questo tema non venga inteso nella sua enorme rilevanza (cioè, magari lo capiamo, ma nicchiamo).

Pingo alcuni utenti che forse possono consigliarci: [@ Sannita, Superchilum], nonché [@ Jaqen] (che si sta occupando di strategia di lungo periodo). --pequod76sock 14:13, 24 giu 2017 (CEST)[rispondi]

Grazie per il ping! In generale sono perplesso da tutto ciò che, anche per nobili motivi, restringe le possibilità di editing: abbiamo bisogno di più persone più diciamo "questa cosa però non puoi toccarla" più secondo me rischiamo di respingerle. L'svg in particolare è difficilmente modificabile da chi non ha competenze specifiche, e ci sono molte modifiche che si potrebbero voler fare anche senza modificare la sostanza: cambiare caratteri, colori, allineamento, aggiungere wikilink, ecc. Credo ponga anche problemi di accessibilità (riesco a fare copincolla solo vedendolo a piene dimensioni). --Jaqen [...] 15:33, 24 giu 2017 (CEST)[rispondi]
Abbiamo centinaia di tmp (forse migliorabili) che non facciamo toccare a nessuno perché si rischia di combinare disastri e nessuno neppure se ne accorge. Quindi i tmp forse migliorabili non si devono toccare, mentre i dati esatti delle elezioni politiche del 2008 in Italia vanno lasciati alle impossibili migliorie degli IP. Non capisco. ;)
Al di là del caso specifico dell'svg, quando qcno compone un file con una torta statistica, cosa gli diciamo, no grazie, non è abbastanza modificabile e spaventa i niubbi? pequod Ƿƿ 19:06, 24 giu 2017 (CEST)[rispondi]
@Jaqen, a me sembra perfettamente normale dire "questo non puoi toccarlo" se "questo" è la popolazione di Roma nel 1951 o i risultati delle olimpiadi passate. --Phyrexian ɸ 21:32, 24 giu 2017 (CEST)[rispondi]

Vado abbastanza veloce perché sono come al solito incasinato in mille cose: spostare i dati su Wikidata non significa eliminare definitivamente la possibilità per qualcuno di editarli (anche Wikidata è un progetto Wikimedia, come tale editabile da tutti), significa metterli a disposizione di tutte le altre comunità wikimediane. Significa condividere la conoscenza. Se ci sono le fonti da cui quei dati sono tratti, ancora meglio.

Ho letto molto a volo d'uccello, ma i veri motivi per cui non si usano molto i dati di Wikidata è che è difficile correggere i template e perché c'è un'insana paura a riutilizzare i dati. Stiamo andando con una lentezza inaudita, specie rispetto a quanto sta facendo fr.wiki con i suoi infobox. Ci sono le categorie con decine di voci che hanno dati uguali a quelli di Wikidata? E allora svuotiamole. Ci sono quelle con dati differenti? Svuotiamo anche quelle. Wikidata ci sta dando l'occasione di concentrarci a ripulire e aggiornare interi pacchi di infobox e, soprattutto, a esportare il lavoro che abbiamo fatto verso altre versioni. --Sannita - L'admin (a piede) libero 19:44, 27 giu 2017 (CEST)[rispondi]

[@ Sannita] Al volo, per me spostare su wdata equivale a templatizzare. Lo so che non sono al riparo dal processo editoriale, ma almeno avrebbe puù senso, sarebbe sempre una centralizzazione, almeno. La domanda è: riusciamo a portare in saccoccia la questione dei risultati elettorali? C'è un problema apparente o reale di licenza per i dati demografici ISTAT, ma almeno i risultati delle politiche della RI ci sono o riusciamo a metterli? Magari iniziare da qualcosa di così significativo (se è un inizio), sarebbe l'occasione per familiarizzare con il meccanismo. Non è che l'interfaccia di wdata sia così autointuitiva, eh... pequod Ƿƿ 20:13, 27 giu 2017 (CEST)[rispondi]
[@ Pequod76] l'interfaccia e l'usabilità sono il nuovo focus del team di Wikidata, assieme all'integrazione di Commons e Wikizionario. D'altronde, la costruzione di fondamenta, muri portanti, impianti vari e tutto il resto viene molto prima della botta finale di bianco alle pareti. :)
Sui dati, dipende da che dati sono e se c'è già un data model pronto per poterli importare. Non ho una risposta, dal momento che può variare sensibilmente in base all'argomento, ma in teoria tutto si può fare. Ti chiedo solo di farmi avere un quadro della situazione, perché oggettivamente non mi va di scartabellarmi io tutte le cose. :D --Sannita - L'admin (a piede) libero 17:59, 28 giu 2017 (CEST)[rispondi]
[@ Sannita] Quanto al quadro, ho una domanda invece che una risposta: non so bene come e cosa cercare, e finora non ho trovato; la domanda è: su wdata sono già stati raccolti i dati sulle elezioni di qualche paese? Seconda domanda: che ne pensi dei problemi di licenza menzionati da Valter a proposito dei dati ISTAT e su cui Nemo, imho a ragion veduta, ci rassicura? Per la mia esperienza di wdata, non saprei neppure come debbano essere impostati i dati di questo genere e tanto meno come vengano eventualmente importati. Se hai modo, ci indichi una situazione standard e funzionante in cui i dati di wdata vengono importati da noi? Ti va di pingare altri utenti che possano offrire risposte sul tema, così non hai da solo il carico di fare chiarezza? Se, secondo te, in questo momento wdata non è pronto a regolamentare la situazione, non pensi che sarebbe una buona soluzione intermedia templatizzare, ad es., i dati delle elezioni politiche nazionali (tanto per partire da qualcosa)? Non sarebbe certo un impedimento nella via alla "wikidatizzazione". :D pequod Ƿƿ 12:51, 2 lug 2017 (CEST)[rispondi]
[@ Pequod76] Cerco di rispondere finalmente:
Dati delle elezioni: ho fatto una brevissima ricerca e l'unico esperimento che vedo è questo qua sulle elezioni in Finlandia. Si può cominciare a riflettere a partire da quello schema.
Dati ISTAT: la questione non è semplice, anzi andrebbe risolta IMHO col parere di un avvocato buono e poi coinvolgendo la comunità di Wikidata. Me lo segno fra le cose da discutere con Lydia, la capoprogetto. Sull'importazione dei dati, non c'è problema, basta uno script o qualche altro mezzo si trova. --Sannita - L'admin (a piede) libero 17:30, 5 lug 2017 (CEST)[rispondi]