sqlite termini di uso per opendata

[Matteo Pratosmart]

Perdonate la mia ignoranza,

ho una applicazione che salva tutti i dati in un db sqlite. 

Qual è il modo più rapido per aprire i dati? Basta rilasciare il link al db o permetterne visualizzazione in chiaro (tipo csv...)?

Grazie a tutti

Matteo

[Alfredo Serafini]

beh teoricamente potresti anche rilasciare il db fatto e finito, ma ovviamente sarebbe preferibile che rilasciassi dei CSV.

Occhio che anche se lo schema dei dati è semplice, in generale è meglio non produrre i CSV direttamente dalle tabelle del DB, meglio realizzarli ad hoc. In questo senso se decidi di rilasciare il DB e pure i CSV, potresti optare per rilasciare anche gli script per la generazione dei CSV, per esempio guarda nella directory script di questo esempio (qui in python):

https://github.com/datasets/browser-stats

se ti è utile guarda pure qua:

http://data.okfn.org/doc/data-package

e tra l'altro non era male questo articolo:

http://blog.okfn.org/2013/07/02/git-and-github-for-data/

[Maurizio Napolitano]

Rilascia tutto il file SQLite e associa una licenza aperta
Rimanda alla documentazione di SQLite
Usa poi dataseltzer per chi vuole i csv
https://www.gaia-gis.it/fossil/dataseltzer/index

--
Hai ricevuto questo messaggio perché sei iscritto al gruppo "Spaghetti Open Data" di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a spaghettiopend...@googlegroups.com.
Visita questo gruppo all'indirizzo http://groups.google.com/group/spaghettiopendata.
Per altre opzioni visita https://groups.google.com/d/optout.

[Matteo Pratosmart]

Ecco la soluzione di Napo mi piace ;-) Deve fare un po' più di lavoro chi preleva i dati, ma il dato c'è ed è in forma aperta anche se non direttamente in chiaro.

Più che altro convertire il db in csv vorrebbe anche dire per me tenere dinamicamente aggiornato il csv...il che vuol dire sincronizzare due db, mi pare folle!

Grazie

Per annullare l'iscrizione a questo argomento, visita https://groups.google.com/d/topic/spaghettiopendata/CBC1OVMc5HM/unsubscribe.
Per annullare l'iscrizione a questo gruppo e a tutti i suoi argomenti, invia un'email a spaghettiopend...@googlegroups.com.

Visita questo gruppo all'indirizzo http://groups.google.com/group/spaghettiopendata.
Per altre opzioni visita https://groups.google.com/d/optout.

--

Ing. Matteo Tempestini

www.pratosmart.org

www.pratociclabili.com

[Alfredo Serafini]

beh no il csv lo derivi dal database, in entrambi i casi. In generale però eviterei un mapping 1:1 con le tabelle del database, meglio esporre delle tabelle ragionate ed intellegibili.

[Matteo Pratosmart]

Capisco, ma se voglio tenere online un dataset csv sempre aggiornato mi devo fare un task che lo aggiorni "ogni tanto" e la cosa appesantisce di brutto il tutto.

A questo punto meglio dichiarare che i dati sono dentro il db sqlite e chi li vuole se li legge sapendone il formato, no?

Matteo

[Alfredo Serafini]

si si ma non sono due cose mutuamente esclusive. Occhio però che spunterà fuori qualcuno che ti dirà che gli tocca imparare SQL, che è "solo per smanettoni" eheheh :-P

[Alfredo Serafini]

(scusatemi, mi cospargo il capo di cenere, ma non ho resistito)

[Matteo Pratosmart]

Infatti il dubbio mi era sorto per codesto motivo, per il furbetto di turno che potesse venire a dirmi "io leggo solo CSV".

Decisione finale:

- Rilascio il db in forma aperta (che è sempre aggiornato online)

- Metto a disposizione dell'utente un "pulsantino magico" che fa il download del CSV all'occorrenza.

Mi pare un buon compromesso.

Matteo

[Alfredo Serafini]

sottoscrivo! :-)

aggiungo solo che se puoi curare un po' la generazione dei CSV sarebbe meglio: magari uno script che li genera, così che puoi partire con un dump nudo e crudo e auspicabilmente personalizzarne la creazione in base ad un modello dati il più possibile fruibile... poi dipende ovviamente dallo schema e dai dati

[Alfredo Serafini]

tra l'altro segnalo contestualmente questo progetto che non conoscevo e potrebbe essere interessante:

http://okfnlabs.org/blog/2014/08/19/datacentral.html