Jump to: navigation, search

Difference between revisions of "Meeting DevelopmentTeam SK - 10-03-2014"

Line 71: Line 71:
  
 
Quality control su dati in tempo reale (Quartod) usano dati in tempo reale presi da SOS.
 
Quality control su dati in tempo reale (Quartod) usano dati in tempo reale presi da SOS.
 +
 +
 +
* stato dell'arte SK e creazione call for application (Pepe)
 +
NB entro il 14 aprile occorre avere la versione BETA e fare la call for application
 +
** questione della lingua: decidere come gestire il passaggi all'inglese proposta di Pepe che avvenga il passaggio di lingua della compilazione e non dell'help. Ci sono due opzioni percorribili illustrate da Pavesi.
 +
** aggiungere dei campi che leghino il MD con RITMARE, automaticamente (MD prodotto nel contesto del progetto)
  
 
[[Category:Meeting pubblici]]
 
[[Category:Meeting pubblici]]

Revision as of 13:11, 10 March 2014

Premessa

Alcuni appunti sulla missione nella seguente pagina che verrà temporaneamente congelata il 6/3 in modo da poter servire da input per la riunione.

Agenda

  • 10:30 - Inizio lavori
  • 16:30 Chiusura lavori

Presenti

  • IREA: Basoni, Carrara, Criscuolo, Fugazza, Oggioni, Kliment, Pavesi, Pepe
  • ISMAR: Bastianini, Menegon, Minuzzo, Sarretta, Vianello

Ordine del Giorno

  • resoconto Tasmania e modalita' di proseguimento iniziative congiunte (Oggioni, Fugazza, Bastianini) 10.30-11.30
    • seminario di Roger Proctor a Venezia?
    • partecipazione a ODIP
    • preparazione H2020
  • stato dell'arte SK e creazione call for application (Pepe) 11.30-13.00
    • cose fatte e cose da fare
    • decisione definitiva tra 1 o 2 SK
    • autenticazione
    • term of reference e licenze degli SK
    • stato GdL NetCDF (Menegon)
  • iniziative e partecipazione giornate RITMARE 14-15 aprile (Carrara) 15.00-16.00
    • deadline x SK
    • annuncio C4P
    • poster(s)
  • approfondimenti 16.00-17.00

Links utili

Minute

  • resoconto Tasmania e modalita' di proseguimento iniziative congiunte (Oggioni)

Grande soddisfazione per gli esiti del viaggio. Sia scientifici che turistici. Partecipazione alla Conferenza AIMOS (prima settimana): possibilità di parlare con Molinia, utente modellista dell'infrastruttura AIMOS e grazie alla quale hanno avuto il contatto con Proctor. ODIP progetto FP7, coinvolti nel prototipo 3, SOS come servizio. AOTN, Australian ocean data service, Sebastien Mancini, Riunione interna di ODIP con R. Proctor e con la responsabile data management che coordina attività antartiche. Successivo colloquio privato con Proctor, Staff RITMARE ha mostrato OSK, Proctor entusiasta parte client che ha chiesto che venga utilizzata come esempio all'interno di ODIP. Partecipazione a conferenza AIMOS, dedicata alla presentazione del nuovo portale di AIMOS Interessante la presentazione di questo portale per i fini di RITMARE. E' stato possibile parlare con chi ha prodotto questo portale. Bastianini: hanno puntato sulla semplicità. Ci hanno lavorato per 4 mesi, 4 - 5 persone, soprattutto dedicato a creare il download, la cosa importante per loro è scaricare i dati. In AIMOS Infrastruttura reale e infrastruttura di dati viaggiano insieme, integrate (in qualsiasi ambito territoriale, antartico, ecc.). Proctor gestisce tutti finanziamenti a livello centralizzato (reti misura, hardware, SDI). Oggioni: per la parte di metadati tutto organizzato su un geonetwork solo. Tutti i dati sono archiviati su un DB unico centralizzato (server in Tasmania) tutto duplicato a Perth. Tutto servito WMS WCF. tutto riesposto in NETCDF. Devono ancora riorganizzare la parte osservativa.

Il portale IMOS presenta licenza di tipo CCBY per i dati. DB postgres e postgis. Quando si fa data download si apre una finestra con termini dell'uso + link sull'aknowledgment.

Seguono commenti sulla organizzazione dei parametri. Lista piatta contenuta in un DB. Approccio efficace ma molto vincolante. Non c'è una discovery libera. Non è possibile selezionare, per lo stesso paramentro, differenti organizzazioni. Colloquio con Kim Filley (name TBC) su uso navi e Caricamento dati; In caso di richiesta uso nave o altre facilities, devi dichiarare e per ogni data set prodotto viene prodotto automaticamente un DOI.

  • preparazione H2020

Utilizzo strumenti SOCIAL per crociere. Poter permettere all'utente che sta sulla nave fornire uno strumento per accedere direttamente alla Struttura di dati. Ad es. punti dove fare rilevamenti alla luce dei dati raccolti fino a quel momento. E anche per stabilire una base per la metadazione degli strumenti da usare nelle missioni. In questo modo si riduze la mole di info da inserire nella parte di data entry successiva. Importante in questo campo fare una valutazione dei progetti esistenti (Seadatanet, Eurofleets)

  • seminario di Roger Proctor (e altri) a Venezia

Che cosa dobbiamo concretamente fare: definire il seminario di Roger; chiesto a Moninia arriva in maggio a Venezia per un meeting di modellisti (fine maggio). si stava pensando di organizzare un seminario a Venezia in quei giorni. Due interventi uno come utente entusiasta di AIMOS. Altra possibilità per un seminario è l'EGU (27 aprile - 2 maggio), a cui parteciperà Proctor. Da definire i termini amministrativi per pagare le missioni a Proctor e Moninia e fare sapere a Mauro Bastianini. Si occupano dei contatti e di stabilire le date: per Moninia (Mauro) per Proctor (Fugazza e Oggioni)

  • coinvolgimento in ODIP

Si tratta del PROTOTIPO 3, e coinvolgerebbe IREA (Oggioni) e ISMAR (Bastianini)senza fondi ma è necessario un documento che attesti la partecipazione e dia visibilità agli istituti. La politica è di non sovrapporsi a altri istituti, ma affiancarsi. Missione a agosto Scott Brin... ha organizzato un meeting nel nord della Australia workshop molto operativo, poi ce ne sarebbe un altro finale a Brussels (fine a inizio 2015). Si parla sempre di esempi (es di client per visualizzare osservazioni distribuite, geoviewer)

Quality control su dati in tempo reale (Quartod) usano dati in tempo reale presi da SOS.


  • stato dell'arte SK e creazione call for application (Pepe)

NB entro il 14 aprile occorre avere la versione BETA e fare la call for application

    • questione della lingua: decidere come gestire il passaggi all'inglese proposta di Pepe che avvenga il passaggio di lingua della compilazione e non dell'help. Ci sono due opzioni percorribili illustrate da Pavesi.
    • aggiungere dei campi che leghino il MD con RITMARE, automaticamente (MD prodotto nel contesto del progetto)