Pasticciano con Excel e nel Regno Unito 'dimenticano' 16.000 casi di COVID-19

[coschizza]

Originariamente inviato da zappy

mah, no, è un bel sw, ma resta il fatto che i dati "pubblici" DEVONO essere in formati 100% APERTI e "semplici" (come csv).

anche excel da anni usa formati aperti basta appunto usarli

[zappy]

Originariamente inviato da boboviz

Ma è quello che non capisco. Metter su un db (MSSQL, MariaDb, Oracle, ecc, ecc) con un front-end grafico, anche minimale, era una cosa così difficile? Mah

beh, oddio.
per raccogliere i dati parziali giornalieri da tanti medici, cliniche, laboratori può anche starci excel che hanno tutti e +/- tutti sanno usare (al livello di scrivere le cose nelle caselle, quantomeno ). Della serie il medico manda il suo xls ogni gg per mail.

poi la struttura superiore nazionale che raccoglie il tutto dovrebbe usare sistemi un po' più "adatti" per aggregare...

[zappy]

Originariamente inviato da coschizza

anche excel da anni usa formati aperti basta appunto usarli

mai semplici e universali come un csv

[Ginopilot]

Originariamente inviato da zappy

beh, oddio.
per raccogliere i dati parziali giornalieri da tanti medici, cliniche, laboratori può anche starci excel che hanno tutti e +/- tutti sanno usare (al livello di scrivere le cose nelle caselle, quantomeno ). Della serie il medico manda il suo xls ogni gg per mail.

poi la struttura superiore nazionale che raccoglie il tutto dovrebbe usare sistemi un po' più "adatti" per aggregare...

In italia credo ci sia un portale per inserire i dati. Mandare file in giro mi sembra ridicolo. Oltretutto da noi i dati vengono prima raccolti dalle singole asl.

[boboviz]

Originariamente inviato da coschizza

i database vanno caricati con i dati e i dati dove stanno se non in excel?

Ci sono, per fortuna, anche altri modi per caricare i db.
Detto questo, sembra che qui il passaggio fosse doppio: prima csv, poi xls, poi caricati sul DB.

[boboviz]

Originariamente inviato da zappy

per raccogliere i dati parziali giornalieri da tanti medici, cliniche, laboratori può anche starci excel che hanno tutti e +/- tutti sanno usare (al livello di scrivere le cose nelle caselle, quantomeno ). Della serie il medico manda il suo xls ogni gg per mail.

Non pensavo che una interfaccia, per esempio HTML, potesse dare così tanti problemi. Poi ho pensato agli insegnanti a cui, qualche anno fa, ho dato una mano con il passaggio al registro elettronico (se qualcuno lo ha mai usato sa di cosa parlo). Roba da mettersi le mani nei capelli.

[Nui_Mg]

Originariamente inviato da zappy

mah, no, è un bel sw,.

Nel mondo dei db è giustamente considerato 'na scureggia.

[zappy]

Originariamente inviato da Ginopilot

In italia credo ci sia un portale per inserire i dati. Mandare file in giro mi sembra ridicolo. Oltretutto da noi i dati vengono prima raccolti dalle singole asl.

certo, meglio ancora

Originariamente inviato da Nui_Mg

Nel mondo dei db è giustamente considerato 'na scureggia.

è un db "casalingo" o al più SOHO. Per quell'uso è semplice ed adatto.
certo che se parliamo di mega db aziendali il discorso è diverso

[Nui_Mg]

Originariamente inviato da zappy

è un db "casalingo" o al più SOHO. Per quell'uso è semplice ed adatto.

Ah beh, sì, se parliamo per persone che sanno poco niente di db relazionali, sql, ecc..

[ningen]

Originariamente inviato da coschizza

i database vanno caricati con i dati e i dati dove stanno se non in excel?
noi in laboratorioa abbiamo gli stessi macchinari che fanno analisi e generano file excel che poi si caricano nei database aziendali allo stesso modo

I dati stanno ovunque, non solo in excel. Ho trovato semplicemente curioso usare excel per una questione simile e non un formato apposito o direttamente un database, del tipo ottieni i dati e crei direttamente l'entry nel database. Poi non so come funziona nell'ambiente medico-scientifico, immagino che spesso e volentieri si lavora con ciò che si ha e se c'è un macchinario che genera file excel c'è poco da fare.

[najmarte]

Secondo me hanno usato xls e non xlsx perché usano openoffice, sarebbe da capire.

Di access comunque esiste il runtime, la licenza non serve.

Con Excel e VBA una volta c'ho fatto un videogioco tipo risiko, era fico.

[zappy]

Originariamente inviato da najmarte

Secondo me hanno usato xls e non xlsx perché usano openoffice, sarebbe da capire.

può salvare in xlsx anche open/libre office...

[canislupus]

Originariamente inviato da Nui_Mg

Nel mondo dei db è giustamente considerato 'na scureggia.

Non è un software per fare database... per uso casalingo potresti usare Access... nelle aziende hai molta più scelta, una tra le quali MS SQL...
Poi SE si vuole utilizzare per scopi non previsti (puoi usarlo anche come alternativa a Word ), quella è una TUA scelta.

[sbaffo]

Originariamente inviato da zappy

può salvare in xlsx anche open/libre office...

anche io non capisco perché usare un formato vecchio di oltre 10 anni (Office 2007 introdusse gli ...x).
Tanto più che i dati gli arrivano già in .csv, non dal medico di paese che ha un vecchio pc con office 2003>xls, che comunque puoi convertire in xlsx.

Cosa ancor più grave, il formato xls ha un limite di 256 colonne, molte meno delle righe, con cui mi scontrai in passato. Non è possibile che una agenzia nazionale lo usi per aggregare grosse quantità di dati a livello nazionale.

[Ginopilot]

Originariamente inviato da sbaffo

anche io non capisco perché usare un formato vecchio di oltre 10 anni (Office 2007 introdusse gli ...x).
Tanto più che i dati gli arrivano già in .csv, non dal medico di paese che ha un vecchio pc con office 2003>xls, che comunque puoi convertire in xlsx.

Cosa ancor più grave, il formato xls ha un limite di 256 colonne, molte meno delle righe, con cui mi scontrai in passato. Non è possibile che una agenzia nazionale lo usi per aggregare grosse quantità di dati a livello nazionale.

Credo che sti geni abbiano utilizzato il formato xls o xlsx per il caricamento dei dati su una piattaforma comune che li andava poi ad inserire nel DB dell'intero paese. Altrimenti sarebbero proprio completamente ritardati. E se non si sono accorti per un po' di nulla, evidentemente l'applicativo non verificava il corretto inserimento nel DB dei dati caricati e quindi non restituiva alcun errore.

[canislupus]

Originariamente inviato da Ginopilot

Credo che sti geni abbiano utilizzato il formato xls o xlsx per il caricamento dei dati su una piattaforma comune che li andava poi ad inserire nel DB dell'intero paese. Altrimenti sarebbero proprio completamente ritardati. E se non si sono accorti per un po' di nulla, evidentemente l'applicativo non verificava il corretto inserimento nel DB dei dati caricati e quindi non restituiva alcun errore.

Se fosse così, vado negli UK e gli spiego un paio di cose... ho alert su alert di alert

[Nui_Mg]

Originariamente inviato da canislupus

Non è un software per fare database...

Eccccerto, ma è considerato ufficialmente un rdbms

[sbaffo]

si beh, il fatto che il sistema scartasse senza avvertire è allucinante.
Evidentemente nella PA i ritardati non ce li abbiamo solo noi.

[canislupus]

Originariamente inviato da sbaffo

si beh, il fatto che il sistema scartasse senza avvertire è allucinante.
Evidentemente nella PA i ritardati non ce li abbiamo solo noi.

Tranquillo... succede anche nel privato...

[AlPaBo]

Originariamente inviato da zappy

mai semplici e universali come un csv

Il CSV non è né semplice né universale. Anche se il nome è Comma Separated Value, in un CSV l'elemento di separazione dei campi può essere in alternativa una virgola, un punto e virgola, un tabulatore. Può oppure no essere preceduto da una riga descrittiva del tipo; le stringhe possono oppure no essere racchiuse tra virgolette o tra apici.
Insomma, una marea di implementazioni diverse, quando va bene basate sulla localizzazione del computer (ma quando mi serve trasferire dei dati tra due programmi diversi è sempre un incubo).
Immagino che il trasferimento da CSV a Excel l'abbiano fatto proprio per ridurre questa problematica. Probabilmente non hanno usato XLSX in quanto facevano riferimento a vecchie implementazioni con OpenOffice o, più probabilmente, perché usavano vecchie versioni del database SQL a cui mancavano le componenti ODBC di importazioni dei nuovi formati (entrambe le situazioni sono ovviamente fortemente criticabili).