BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//CERN//INDICO//EN
BEGIN:VEVENT
SUMMARY:WP4 - 05/08/24
DTSTART:20240805T110000Z
DTEND:20240805T123000Z
DTSTAMP:20260307T153600Z
UID:indico-event-2997@indico.ict.inaf.it
DESCRIPTION:Partecipanti: Sara Gelsumini\, Deborah Busonero\, Massimo Cost
 antini\, Diego Ciangottini\, Andrea Adelfio\, Cristina Knapic\nAgenda:\nRe
 port attività:\n * DMs (Gaia\, Fermi\, Gadget\, Ramses)\;\n * Portale w
 eb\;\n * Rucio\;\nDiscussione ingestion software\nAOB\n \nMinute:\n\n* D
 MS : GAIA: passate le complete source e le astrometry per un totale di 10 
 K di entries\, alcuni dati restano in formato blob\, da sistemare ma non i
 ntervengono nella estrazine dei metadati\, per cui restano come payload de
 i file da scaricare e rielaborare. I metadati sono consolidati per le quer
 y di pertinenza. I dati andranno ancora rimaneggiati perchè non sono cons
 olidati i formati di esposizione\, ma non è un problema. Fermi: metadati 
 consolidati\, non ci saranno altre modifiche\, verranno aggiunti solo dei 
 tool di manipolazione files\, ma non metadati.  Simulazioni: entrerà a b
 reve in servizio per Sissa su PNRR e su interoperabilità la Dott.ssa Chai
 tra che potrà a breve aiutare a risolvere il problema dell'interoperabili
 tà dei dati di Gadget. Per Pluto e RAMSES si pensa di fare una riunione i
 n presenza a Torino con Andrea Mignone.\n\n\nWeb portal: risolti i problem
 i di comunicazione tra servizi. Rimane aperto il problema di https con il 
 sistema di autenticazione. Da capire come viene gestito da RAP. Tutti i se
 rvizi sono stati installati sui server messi a disposizione da Diego.\nRuc
 io: Si chiarisce che ciascun frontend Rucio sullo stesso endpoint possono 
 gestire db diversi (in virtù del fatto che appartengono a VO diverse). Si
  riporta che il software di ingestione permette di fare l'estrazione dei m
 etadati utilizzando una mappatura delle "posizioni" dove i metadati sono s
 alvati nell'entità dato. La stessa mappatura viene utilizzata per indicar
 e dove nel db relazionale devono venir scritti. Ci si domanda se sia utile
  passare per un JSON per comunicare a Rucio quali metadati salvare nel db 
 ausiliario\, o se sia più efficiente scrivere direttamente sul db\, avend
 o cura di associare correttamente il DID di rucio in esso. La questione vi
 ene approfondita. Il plug in di scrittura al momento inserisce tutti i met
 adati come agglomerato Json\, mentre per le ricerche sui metadati è utile
  avere colonne separate. Si valuta la possibilità di utilizzare la mappat
 ura del db ausiliario solo per la configurazione di rucio per scopo di let
 tura da rucio (avendo però presente come è stato costruito il db e quali
  sono le tabelle e le colonne). Si valuta che rucio è in grad\,o attraver
 so le sue configurazioni\, di accettare in input la configurazione del db 
 e anche se popolato da routine esterne può effettuare delle query. Si dec
 ide di indagare più approfonditamente la questione anche in prospettiva d
 i adattare questo approccio per la gestione degli innovation grants. Giove
 dì prevista ulteriore riunione tematica\, a fine mese incontro possibile 
 a Bologna.\n\n \n \n\nhttps://indico.ict.inaf.it/event/2997/
URL:https://indico.ict.inaf.it/event/2997/
END:VEVENT
END:VCALENDAR