Difference between revisions of "Prototype next steps"
(→Attività) |
|||
Line 12: | Line 12: | ||
* verificare se gli URN in "identificatore del file" (il metadato) e "identificatore" (il dato) non debbano essere differenti (a livello di validazione ISO potrebbero non esserlo) | * verificare se gli URN in "identificatore del file" (il metadato) e "identificatore" (il dato) non debbano essere differenti (a livello di validazione ISO potrebbero non esserlo) | ||
** si potrebbe eliminare il problema assegnando a "identificatore" il parametro "uid" passato da GeoNode (attualmente, pare, assegnato a "identificatore del file") | ** si potrebbe eliminare il problema assegnando a "identificatore" il parametro "uid" passato da GeoNode (attualmente, pare, assegnato a "identificatore del file") | ||
− | * campi opzionali in RNDT | + | * campi opzionali in RNDT e SensorML |
** modifiche ai template | ** modifiche ai template | ||
*** creazione codelist "MD_CharacterSetCode" per elemento "Set di caratteri dei metadati" | *** creazione codelist "MD_CharacterSetCode" per elemento "Set di caratteri dei metadati" | ||
** eventuali modifiche al codice (foglio di stile, javascript, java): | ** eventuali modifiche al codice (foglio di stile, javascript, java): | ||
*** indicare in forma diversa il campo mandatorio | *** indicare in forma diversa il campo mandatorio | ||
+ | *** inserire in SensorML Template i campi help | ||
* campi multipli (non annidati) | * campi multipli (non annidati) | ||
* punti di contatto esterni a Ritmare (non supportati cioè da base di dati RDF) | * punti di contatto esterni a Ritmare (non supportati cioè da base di dati RDF) | ||
* keyword da vocabolari controllati | * keyword da vocabolari controllati | ||
** individuazione thesauri di riferimento e loro codifica in SKOS | ** individuazione thesauri di riferimento e loro codifica in SKOS | ||
− | ** verificare in SeaDataNet quali possono fare al caso ( | + | ** verificare in SeaDataNet quali possono fare al caso (verificare quali sono i vocabolari usati da Elena Partescano nella compilazione del SensorML di Mambo1) |
** unità di misura verificando se il vocabolario controllato usato è anche compatibile con CF/unidata (chiedere Cristina Tronconi) | ** unità di misura verificando se il vocabolario controllato usato è anche compatibile con CF/unidata (chiedere Cristina Tronconi) | ||
* autenticazione utente (anche per OSK!) | * autenticazione utente (anche per OSK!) | ||
Line 32: | Line 33: | ||
* items annidati | * items annidati | ||
* eliminazione o ridenominazione campi in SensorML | * eliminazione o ridenominazione campi in SensorML | ||
− | * granularità sensori e loro combinazione in gruppi: analogia con series e timeseries | + | * granularità sensori e loro combinazione in gruppi: analogia con series e timeseries (AO: NON CAPISCO???) |
* duplicazione record di metadati per metadatare dataset o sensore simile | * duplicazione record di metadati per metadatare dataset o sensore simile | ||
− | |||
* metadatazione RNDT delle osservazioni di sensori -> possibile intergrare i due starter kit? | * metadatazione RNDT delle osservazioni di sensori -> possibile intergrare i due starter kit? | ||
* navigazione gerarchica dei termini nei campi di tipo autocompletion | * navigazione gerarchica dei termini nei campi di tipo autocompletion | ||
* validazione ISO e/o INSPIRE e/o RNDT | * validazione ISO e/o INSPIRE e/o RNDT | ||
* il testo dell'help dovrebbe essere o sempre subito dopo il nome o sempre subito dopo il campo da editare | * il testo dell'help dovrebbe essere o sempre subito dopo il nome o sempre subito dopo il campo da editare | ||
− | * implementare datatype dateRange | + | * implementare datatype dateRange (anche valido per SensorML) |
* importazione dati osservativi attraverso fogli elettronici (evitare campi predefiniti, importazione campi da altri form, ecc.) | * importazione dati osservativi attraverso fogli elettronici (evitare campi predefiniti, importazione campi da altri form, ecc.) | ||
+ | ** raccogliere informazioni quali URN sensore e Nome parametro in output da SensorML, mentre unità di misura da lista controllata | ||
+ | ** per gli altri campi (Time, Value, X, Y e LongName Station) menù a tendina che permette all'untente di scegliere dal proprio file | ||
* revisione etichette del form e biliguismo | * revisione etichette del form e biliguismo | ||
* inserire campi help nei template EDI sia opzionali che mandatori | * inserire campi help nei template EDI sia opzionali che mandatori | ||
* definire la call for application (fine Marzo) e lanciarla | * definire la call for application (fine Marzo) e lanciarla | ||
* integrazione definitiva tra EDI e GeoStarterKit | * integrazione definitiva tra EDI e GeoStarterKit | ||
− | * Interfacce di MD con miglioramento dell'automatizzazione | + | * Interfacce di MD con miglioramento dell'automatizzazione |
* aggiunta backdoor sugli starter kit per monitoring e gestione metadati per harvesting | * aggiunta backdoor sugli starter kit per monitoring e gestione metadati per harvesting | ||
Revision as of 14:46, 30 January 2014
Proposta operativa
- definizione attività per la release del prototipo finale e suddivisione di queste tra necessarie e opzionali
- individuazione di chi se ne può occupare, delle possibili sovrapposizioni di persone e delle eventuali precedenze tra attività
- quantificazione effort necessario in maniera astratta (es. da 1 a 5) da parte delle persone individuate al punto precedente
- suddivisione attività in gruppi di funzionalità da realizzarsi in un lasso di tempo (es. nell'arco di una settimana)
- verifica/aggiustamento dello stato di avanzamento, dei tempi e delle attività da portare a termine con scadenza fissa (ogni settimana)
Attività
- modifica sintassi URN: contrariamente a quanto specificato da RNDT, gli URN iniziano sempre con la stringa "urn:", quindi la sintassi finale dovrebbe essere "urn:" + iPA + ":" + cod_ente + ":" + timestamp + ":" + numero progressivo
- verificare la compilazione automatica degli URN nel template di SensorML (es. "urn:" + iPA + ":" + cod_ente + ":" + timestamp + ":" + numero progressivo + ":" + nome parametro input/output)
- verificare che le parti iPA e cod_ente siano correttamente specificate nella descr. progetto in RDF
- verificare se gli URN in "identificatore del file" (il metadato) e "identificatore" (il dato) non debbano essere differenti (a livello di validazione ISO potrebbero non esserlo)
- si potrebbe eliminare il problema assegnando a "identificatore" il parametro "uid" passato da GeoNode (attualmente, pare, assegnato a "identificatore del file")
- campi opzionali in RNDT e SensorML
- modifiche ai template
- creazione codelist "MD_CharacterSetCode" per elemento "Set di caratteri dei metadati"
- eventuali modifiche al codice (foglio di stile, javascript, java):
- indicare in forma diversa il campo mandatorio
- inserire in SensorML Template i campi help
- modifiche ai template
- campi multipli (non annidati)
- punti di contatto esterni a Ritmare (non supportati cioè da base di dati RDF)
- keyword da vocabolari controllati
- individuazione thesauri di riferimento e loro codifica in SKOS
- verificare in SeaDataNet quali possono fare al caso (verificare quali sono i vocabolari usati da Elena Partescano nella compilazione del SensorML di Mambo1)
- unità di misura verificando se il vocabolario controllato usato è anche compatibile con CF/unidata (chiedere Cristina Tronconi)
- autenticazione utente (anche per OSK!)
- modifica profilo utente
- account limitati al nodo periferico (es. per studenti)
- versione multilingue (bilingue?) dell'interfaccia
- versione multilingue (bilingue?) dei metadati
- import generalizzato di metadati esistenti
- items dipendenti da altri valori selezionati (es. website dipendente dalla scelta dell'istituto associato all'utente)
- items annidati
- eliminazione o ridenominazione campi in SensorML
- granularità sensori e loro combinazione in gruppi: analogia con series e timeseries (AO: NON CAPISCO???)
- duplicazione record di metadati per metadatare dataset o sensore simile
- metadatazione RNDT delle osservazioni di sensori -> possibile intergrare i due starter kit?
- navigazione gerarchica dei termini nei campi di tipo autocompletion
- validazione ISO e/o INSPIRE e/o RNDT
- il testo dell'help dovrebbe essere o sempre subito dopo il nome o sempre subito dopo il campo da editare
- implementare datatype dateRange (anche valido per SensorML)
- importazione dati osservativi attraverso fogli elettronici (evitare campi predefiniti, importazione campi da altri form, ecc.)
- raccogliere informazioni quali URN sensore e Nome parametro in output da SensorML, mentre unità di misura da lista controllata
- per gli altri campi (Time, Value, X, Y e LongName Station) menù a tendina che permette all'untente di scegliere dal proprio file
- revisione etichette del form e biliguismo
- inserire campi help nei template EDI sia opzionali che mandatori
- definire la call for application (fine Marzo) e lanciarla
- integrazione definitiva tra EDI e GeoStarterKit
- Interfacce di MD con miglioramento dell'automatizzazione
- aggiunta backdoor sugli starter kit per monitoring e gestione metadati per harvesting
Attività a bassa priorità
- estensione knowledge base per specifiche direttiva Inspire in altre lingue (necessario per definire metadati in un'altra lingua): possibile limitarsi a it ed en?
- modifica conseguente del template RNDT
- compilazione campo dipendente dalla scelta lingua
- attualizzazione termini da codelist conseguente a cambiamento lingua metadati
- verificare implementazione del multiliguismo nel seguente documento