<div dir="ltr"><div><div><div><div><div><div>Salve,<br><br></div>chiedo scusa per questo intervento OT rispetto alle finaltia' di gfoss, ma poiche' la ML è visitata da svariate persone che hanno una notevole competenza sui metadati e in particolare su GeoNetwork mi piacerebbe avere un feedback su una questione che immagino sia un problema comune per chi usa geonetwork per gestire i metadati.<br>
<br></div>Il problema è come strutturare il sistema di schede su geonetwork affinche' le ricerche di un utente generico non si disperdano in migliaia di rivoli.<br><br></div><div>Mi spiego meglio:<br><br></div><div>nelle nostre schede di metainformazione, noi spesso ci troviamo a impostare una scheda di livello serie che poi viene imparentata con tante schede di livello dataset e volte pure con un terzo livello di tipo istanza.<br>
<br></div><div>Quello che a noi interesserebbe è una situazione per cui un utente che digita una ricerca, riceva come risultato della ricerca non tutte le schede nel sistema, che ottemperano a tale filtro di ricerca, ma solamente i livelli superiori.<br>
<br>Per cui se una scheda dataset corrisponde a tale filtro, ma ha una serie come padre, nel rissultato dovrebbe comparire la scheda di livello serie.<br><br>Puo' sembrare una richiesta assurda, ma non lo è nel mo eto in cui le proporzioni sono che a 1 scheda serie corrispondeono a volte parecchie decina , anxhe centinaia di schede dataset e poi anche migliaia di schede di istanza.<br>
<br>Quello che si vuole evitare è che a fronte di una ricerca che ragionando in termini di datasets darebbe come risultato un unico dataset, dal punto di vista del catalogo (geonetwork) dia invece migliaia di risultati,<br>
cosa che per un utente che non conosce il dataset sarebbe disorientante.<br><br></div><div>Ovviamente una soluzione sarebbe intervenire sul codice di geonetwork e implementre nuovo codice che faccia le cose come descritto, ma la scommessa che vorrei perseguire è di farlo impstando in maniera oppurtuna le schede di metadato ma ricorrendo sempre al solito GN in versione "core".<br>
<br></div><div>Ad esmepio avevo valutato l'ipotesi di inserire nelle schede delle keywords specifiche, ad esmepio una keyword "serie" che permettesse di restringere la ricerca solo alle schede serie, ma tale soluzione contravviene a una specifica ISO della scheda stessa, la quale richiede che le keywords siano provenienti sempre da un tesauro. e questa ovviamente non lo sarebbe.<br>
<br></div><div>Una altra soluzione che ho studiato è quella di definire su GN (visto che le implementa) delle specifiche categorie .<br>Raggruppando quijdi i datasets (e di conseguenza le schede di metadato) in specifiche categorie, in maniera da restringere.<br>
<br>Questa soluzione funzionerebbe , ma non risolverebbe il problema di avere migliaia di risultati visto che se un livello serie va in una categoria, nella mecedima ovviamente ci andrebbe anche i livelli datasets e istanze.<br>
<br></div><div>Una terza soluzione che sulle prime pareva funzizonare era quella di ricorrere sempre alle categorie, ma usando questa volta tre specifiche categorie che identificassero la corrispondenza gerarchica assoluta della scheda che vi appartiene.<br>
Queste tre categorie le avrei chiamate:<br>serie / dataset /istanze.<br><br></div><div>cosicche' se un utente cerca i livelli serie ottiene il risultato restringendo le ricerche solo alla corrispondrnte categoria.<br>
<br></div><div>Questa soluzione che pareva buona, ha rivelato pero' un punto debole, infatti , funzionava se tutte le schede di metadato di tutti i datasets geografici fossero sempre composte di una scheda di livello serie e una o piu' di livello datasets.<br>
<br></div><div>A meno che non ammetta che nella categoria serie ci posso inserire anche le schede di metadato di livello dataset che pero' non hanno una scheda padre.<br><br></div><div>In questo caso pero' si traterebbe di definire non piu' tre categorie chiamate  "serie/dataset/istanze",<br>
<br>ma piuttosto due categorie:<br>una che contenga le schede che informano dei dataset nel loro insieme (e una che contiene le altre schede, in maniera che si vada a restringere i risultati solamente a quelli significativi.</div>
<br></div><div>MI farebbe piacere avere un parere su questa strategia, se ne esistono altre piu' efficaci e anche come potrei eventualmente chiamare queste due categorie destinate a contenere appunto le schede di base dei singoli datasets.<br>
<br></div><div>Grazie e scusate per il disturbo,<br><br>Andrea<br><br></div><div><div>-- <br><div><div><div>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div></div></div></div></div></div></div></div>