Jump to: navigation, search

Prototype next steps

Revision as of 17:04, 29 January 2014 by AOggioni (Talk | contribs)

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 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)
  • 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
  • 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
  • autenticazione utente
    • 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
  • duplicazione record di metadati per metadatare dataset o sensore simile
  • generazione automatica URN in SensorML
  • 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
  • importazione dati osservativi attraverso fogli elettronici (evitare campi predefiniti, importazione campi da altri form, ecc.)