Difference between revisions of "Meeting DevelopmentTeam SK - 06- 05-2014"
Line 6: | Line 6: | ||
# Partecipazione evento Venezia: Basoni (9 maggio), Pepe (8 maggio), Menegon, Carrara, Fugazza, Pavesi, Oggioni, Tagliolato (entrambi i giorni); A. Oggioni provvede a prenotare albergo | # Partecipazione evento Venezia: Basoni (9 maggio), Pepe (8 maggio), Menegon, Carrara, Fugazza, Pavesi, Oggioni, Tagliolato (entrambi i giorni); A. Oggioni provvede a prenotare albergo | ||
# stato EDI (in particolare editing di EDIML pre-esistenti e “nuovo” SensorML) | # stato EDI (in particolare editing di EDIML pre-esistenti e “nuovo” SensorML) | ||
− | |||
− | |||
# stato tool di autenticazione | # stato tool di autenticazione | ||
# stato help e supporto | # stato help e supporto | ||
Line 31: | Line 29: | ||
Persone coinvolte: Stefano e Fabio | Persone coinvolte: Stefano e Fabio | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
== Stato autenticazione == | == Stato autenticazione == | ||
Line 108: | Line 63: | ||
== Licenza SK == | == Licenza SK == | ||
Stato: pending | Stato: pending | ||
− | + | Facendo seguito alla proposta di Paola durante la riunione del 23.04 scorsa, di semplificare la proposta iniziale foggiando la licenza sullo stile di OpenLocast-Web del MIT (https://github.com/mitmel/OpenLocast-Web) e completandola con i disclaimer riguardanti le responsabilità dei gestori del nodo. | |
− | + | Persona coinvolta: Oggioni | |
− | Seadatanet si è dotata di una licenza e policy (durante presentazione a EGU) | + | Pepe informa che Seadatanet si è dotata di una licenza e policy (durante presentazione a EGU) |
controllare il loro flusso di dati, accesso non diretto ma filtrato, non solo autentificazione ma anche richiesta. | controllare il loro flusso di dati, accesso non diretto ma filtrato, non solo autentificazione ma anche richiesta. | ||
Line 125: | Line 80: | ||
Aggiornamento su Griffa, Corgnati | Aggiornamento su Griffa, Corgnati | ||
+ | Occorre riservarci un momento per parlare nei giorni di Venezia: quando? | ||
[[Category:Meeting pubblici]] | [[Category:Meeting pubblici]] |
Revision as of 12:31, 6 May 2014
Contents
Presenti (via skype)
- IREA: Basoni, Carrara, Fugazza, Oggioni, Pavesi, Pepe
- ISMAR: Menegon
Ordine del Giorno
- Partecipazione evento Venezia: Basoni (9 maggio), Pepe (8 maggio), Menegon, Carrara, Fugazza, Pavesi, Oggioni, Tagliolato (entrambi i giorni); A. Oggioni provvede a prenotare albergo
- stato EDI (in particolare editing di EDIML pre-esistenti e “nuovo” SensorML)
- stato tool di autenticazione
- stato help e supporto
- stato licenza
- stato call of participation e decisioni relative
stato EDI
- Pavesi se uno scrive in uno l'altro viene svuotato, non ci possono essere entrambi, manca la verifica dell'obbligatorietà del campo nel suo complesso; mancano controlli (che sia data...ecc); mentre manca l'altro aspetto: modifica di un ml esistente funziona con la modifica con i campi singoli, manca generare quando sono multipli.
Conta di terminarlo per oggi. deve aggiornare il sistema in IREA. Manca ultimo miglio validazione ml generati(quando finito fai sapere che così Fugazza e Pepe lo testano); bisogna controllare errori in EDI, help su firefox si vede su crome no. punti di domanda al posto degli accenti Ci serve una versione definitiva per il pre test utente "stupido" (Basoni, Carrara) ideale sarebbe per il 13 - 14 maggio e per Validazione Fugazza Pepe: si fa successivamente per prova la parte SOS non è pronta
- Oggioni proposta di workflow
Menegon: ok ci sono le librerie, sperimentata in JS nuova release 4.0, adesso bloccata perché ci sono dei problemi sul ricevere correttamente i risultati di describe sensor, difficoltà a far funzionare il server, d'accordo con AO su work flow. è il server che non risponde alla request. ancora prove e poi scrivere alla lista. piano b è la soluzione precedente che va integrata in SK. ha un suo costo tornare indietro. la versione è stata però dichiarata stabile. se dobbiamo fare una recovery bisogna farla entro il 15 maggio.
Autentificazione Server
- gestione anagrafica controllata da EDI: elenco filtrato attraverso una API che richiede il filtro al servizio, che è passato all'editor che risiede sullo starter kit questo ha bisogno dell'autenticazione, ma potrebbe essere la stessa API che riceve la chiave più pratico metterlo nel JavaScript che chiama Virtuoso e genera l'editor; che aiuta controllo su IP;
proposta di Stefano: che lo faccia il server che chiama EDI nello starter kit, dall'IP del server richiesta sull'API con la chiave, così controllo sull'IP Persone coinvolte: Stefano e Fabio
Stato autenticazione
Stato: pending, funziona la certificazione lato client (ovvero il client vede il certificato del server) ma non viceversa e non si hanno indicazioni sul perché Proposta: trovare una soluzione alternativa del tipo OpenID o OAuth, che fra l'altro sono abilitati già in locale su SK (in SK c'è la parte client di Python social auth che li supporta entrambi https://github.com/omab/python-social-auth) Proposta: aggiungere la possibilità di inserimento esterni (Maggi, Proctor) trattati come utenti di Ritmare con un virtuoso dedicato cambiando l'end point, oppure stesso virtuoso e cambio tesauro a cui punta; nel primo caso solo una variabile; per ora priorità abilitare l'inserimento in EDI dell'esterno. Persone coinvolte: Fabio, con supporto di Stefano e di chiunque si candidi Deadline: dopo aver finito con EDI
Help e supporto a SK
Stato: in sviluppo
- help
stato: pennding, si concluderà quando i template dei MD saranno definitivi aggiungere anche inglese, confermata l'esigenza a EGU priorità su sensor ml Persone coinvolte: Monica, Anna B.
- supporto agli SK
Stato: in sviluppo
Proposta: gestione manuale del ticketing da parte di un front-end umano (Anna Basoni), che ridiriga le questioni alle persone di riferimento adeguate e che tenga traccia dell'apertura e della chiusura degli incidenti. Obiettivo è di non intralciare chi si occupa attivamente dello sviluppo del progetto tramite: - gestione di un incidente per volta - cercare di ridirezionare il più possibile gliutenti alle pagine wiki dedicate e a tutta la documentazione fornita - introdurre un tutoring da parte di personale non direttamente coinvolto nello sviluppo
Discussione: utilizzo di un forum oltre che di wiki? la possibilità di utilizzare gli strumenti di github (che fanno anche ticketing), può essere interessante e aiutare anche il coinvolgimento di realtà esterne a RITMARE; non è un vero e proprio forum ed è pubblico. Si decide che comunque è una buona soluzione, dato che github verrà usato anche per la distribuzione.
Persone coinvolte: Anna, Monica e Paola (controllo qualità), ma con supporto di tutto il team Deadline: ???
Licenza SK
Stato: pending Facendo seguito alla proposta di Paola durante la riunione del 23.04 scorsa, di semplificare la proposta iniziale foggiando la licenza sullo stile di OpenLocast-Web del MIT (https://github.com/mitmel/OpenLocast-Web) e completandola con i disclaimer riguardanti le responsabilità dei gestori del nodo. Persona coinvolta: Oggioni Pepe informa che Seadatanet si è dotata di una licenza e policy (durante presentazione a EGU) controllare il loro flusso di dati, accesso non diretto ma filtrato, non solo autentificazione ma anche richiesta.
Stato call of participation
Al momento ci sono state sottoposte on-line (call for participation results) 6 candidature (OGS , CINFAI Università di Camerino, CNR-ISMAR u.o.s. La Spezia, CNR - ISMAR U.O.S. di Pozzuolo di Lerici (SP)), ISMAR Lesina, ISMAR Bologna) Generata in tempo reale la versione in inglese http://sp7.irea.cnr.it/cfp/index_en.html Riepilogo elenco papabili con tutorship: manca: ISMAR Venezia pta e boe Minuzzo e Bastianini manca: ISMAR Venezia Comune livello acqua alta, resp Papa, tutor Bastianini Minuzzo (chiedere a Mauro che solleciti) ok fatto YO Yo responsabile Catia Chiappini, tutor Oggioni ok fatto (dati anche crociera Bortoluzzi)resp Ravaioli, Sarretta, Oggioni manca: ISMAR Bologna (dati batimetrie Matricardo-Campiani); resp Matricardo; tutor Sarretta-MenegonISMAR Lesina (??); resp Pazienza; tutor Vianello?ISMAR ?? (dati stakeholder); resp Barbante; tutor Sarretta-Menegon?IREA Napoli (dati subsidenze); resp Fornaro; tutor ??IREA Milano (dati costa Oristano); resp Giardino; tutor ??ISSIA Bari (??); resp Patrizia Adamo; tutor ??
Varie ed eventuali
Aggiornamento su Griffa, Corgnati
Occorre riservarci un momento per parlare nei giorni di Venezia: quando?