--
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.
Io mi ricordo che a SOD14 avevamo fatto una stima *molto* precisa, non mi siete stati attenti in classe?
Vi devo mettere due? :P
Ale
Inviato da Android
Il costo in sudore e smaronamento è quantificabile? :-)
--
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 ulteriori opzioni, visita https://groups.google.com/d/optout.
Alla fine dipende da un sacco di fattori, da quanta qualità vuoi mettere sul processo di evangelizzazione e quanto engagement punti a creare, senza contare i costi di infrastruttura che non sono proprio spicci volendo mettere insieme qualcosa di fault-tolerant.
La tua stima Alberto non si allontana da quello che avevamo detto durante il panel, sei stato attento in classe, bravo! :-)))
Ale
Inviato da Android
--
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.
In realtà sono stime che avevamo fatto in plenaria mi pare.
Il Benussi dovrebbe avere qualcosa, ce l'abbiamo in lista?
Ale
Inviato da Android
Alessio, io non ero nella tua classe, ma in quella dell'altro Alessio e di DataNinja!Comunque, quella classe ce l'hai documentata da qualche parte? Magari a Ida (e ad altri) fanno comodo i vostri numeri.
--
Ida, calcola che comunque allo scalare dell'area da rendere "digitale" il costo rimane bene o male costante - dato che il personale da formare è quello e la pecunia da sborsare in ore di formazione è sempre quella. Anzi, se è vero che una regione o un comune di grandi dimensioni possono ammortizzare il costo di creazione di un'infrastruttura di questo tipo caricando l'hardware già presente con dei software in piú, probabilmente ad una piccola amministrazione converrebbe spostarsi sulla cloud piuttosto che mettersi in casa dei ferri costosi e da manutenere.
Certo poi se vuoi buttare due csv su github... :D
Ale
Inviato da Android
In trentino - in tempi non sospetti - il consorzio dei comuni ha dato vita alla piattaforma comuweb (basata su ezpub)
Si tratta di un CMS che centralizza il lavoro dei vari uffici e pubblica così contenuti online ed ora si sta sviluppando anche il modulo open data
Credo che questo sia un percorso da seguire
--
Il 20/lug/2014 11:11 "Alessio 'Blaster' Biancalana" <dottor...@gmail.com> ha scritto:
>
> Napo,
> Lo rilascerete open, no?
>
> Se gli admin pubblici rinunceranno a papparsi qualche soldo magari potranno riusare la vostra soluzione.
Ragazzo ti sento confuso ;)
EZPublisher è un cms open source
Inoltre, ai sensi del CAD all'articolo 68 le PA possono avere i sorgenti di software sviluppato da altre PA
Ah no scusa avevo capito che usaste un plugin di ezpub :D
Comunque lo so che la legge c'è ma spesso vedo le PA reinventare la ruota, chiedevo per quello.
Ale
Inviato da Android
--
Le lungaggini di assimilazione delle proposte/richieste di chi opera per mettere in piedi un processo OD sono a mio avviso anch'esse un costo che va contemplato, così
Open Data ed in particolare:
di renderli liberamente e facilmente accessibili nel rispetto delle licenze con cui vengono pubblicati nel sito del Comune, attraverso l'esportazione dei dati in formati standard e aperti
di facilitarne la pubblicazione sul catalogo provinciale degli OpenData, basato su CKAN
di esportare il catalogo aggiornato dei dataset in un formato standard adatto allo scambio dei dati in applicazioni client-server.
Implementare un'unica interfaccia (API) per esporre il catalogo, i metadati ed i relativi dati pubblicati sulle varie istanze di eZ Publish, mantenendo quanto più possibile la compatibilità con le API realizzate per il servizio Statistica della Provincia, e consiste in quanto segue:
una vista sui dati per l'esportazione in formato JSON (per programmatori) e CVS (per altri utenti)
una vista sui metadati (contenuti nell'oggetto “opendata/data set”) e la relativa codifica in formato standard (JSON)
una mappatura degli attributi delle classi di eZ Publish che permette di:
nascondere all'esportazione parte degli attributi
rinominare gli identificatori degli attributi per renderli maggiormente compatibili con JSON e Schema.org.
una vista sul catalogo completo degli Open Data, in un formato standard (JSON)
la pubblicazione automatica del catalogo (dati e metadati) da eZ Publish a CKAN, previa autenticazione attraverso l'account del Comune di Trento
lo sviluppo di API che permettono la ricerca su eZ Publish utilizzando Solr/Lucene (attraverso il bridge eZ Find già disponibile in tutti i progetti citati), in base alle necessità concordate con Comune di Trento e Provincia; è possibile realizzare questa componente con vari livelli di complessità:
ricerca semplice, che estrae i dati in base ad un filtro per classe (ossia per tipologia di contenuto)
ricerca avanzata, soluzione che prevede:
la riproduzione di tutte le funzionalità di ricerca attualmente presenti nell'interfaccia web del sito del Comune
una pagina di documentazione con le principali funzioni di ricerca via API, con vari esempi per l'utente
una interfaccia grafica basata su form, che facilita la composizione delle web search query corrette
Gestione degli utenti
Attraverso il back-office della piattaforma, la redazione del singolo Ente Locale potrà generare autonomamente gli utenti che avranno accesso agli Open Data, definendo opportunamente le policy di accesso alle API sviluppate. In tutte le modalità di accesso previste, il trasferimento delle credenziali di autenticazione avverrà attraverso il protocollo HTTPS.
ida forse sono in ritardo (ops ero in vacanza) ma se posso, aggiungerei un approccio pragmatico ai ragionamenti visti prima relativi al modello di costo (e non avete palrato dei costi della qualità e sopratutto della non qualità dei dati)
ti suggerire di usare come termini di paragone quello che hanno speso le altre pa (per esempio la lombardia o il recente bando regione lazio) questo potrebbe dare una valutazione molto empirica degli indicatori che tu cerchi ma almeno il "dominio" di riferimento è simile.
ciao
Andrea
Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a spaghettiopendata+unsubscribe@googlegroups.com.
Visita questo gruppo all'indirizzo http://groups.google.com/group/spaghettiopendata.
Per altre opzioni visita https://groups.google.com/d/optout.
--
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 spaghettiopendata+unsubscribe@googlegroups.com.
Visita questo gruppo all'indirizzo http://groups.google.com/group/spaghettiopendata.
Per altre opzioni visita https://groups.google.com/d/optout.
--
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 spaghettiopendata+unsubscribe@googlegroups.com.
Potrebbe essere un buon alias, anche se uffa ;)
Ale
Inviato da Android
Ma figurati, stavamo solo facendo i brontoloni :-DDD
Ale
Inviato da Android
--
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.