Difference between revisions of "Widget activity streams"

Revision as of 15:27, 5 August 2016

Torna a portal development frontend

widget login

Una interfaccia, non inserita nella griglia principale (presumibilmente sovraimposta), apparirà sin dall'inizio dell'attività dell'utente sul portale e consentirà (e consiglierà) di effettuare il login.
Gli utenti non saranno costretti a loggarsi; difatti tutte le funzionalità del portale saranno accessibili anche alle utenze non autenticate, tuttavia chi si autenticherà, e darà al sistema informazioni circa il suo profilo utente, potrà avvalersi della personalizzazione dei servizi offerti.
Una delle possibilità considerate in questa fase preliminare, è quella di consentire agli utenti di fare il login con le credenziali ORCID. Chi non è in possesso di queste credenziali dovrebbe in tal caso crearle (occorrono solo nome utente e contatto email).
Una volta effettuato il login, attraverso un apposito widget profilo, l'utente potrà arricchire i propri dati con informazioni circa le affiliazioni, gli interessi e le preferenze. In questo modo il portale avrà la informazioni necessarie a personalizzare l'esperienza dell'utente.
L'utente autenticato avrà anche la possibilità di salvare contenuti in appositi widget (possibile widget "mydata")

In figuraè riportata una possibile raffresentazione del flusso di attività. Il colore grigio dei riquadri evidenzia i passaggi che maggiormente richiedono di essere discussi o approfonditi.

widget profilo

Da definire la collocazione e l'aspetto del widget (nella griglia principale o come interfaccia sovraimposta simile al widget login).
Il widget propone campi a compilazione assistita per arricchire il proprio profilo utente (ad es. Istituto/i di affiliazione, interessi scientifici, preferenze di visualizzazione, ..). Le informazioni saranno utilizzate per la personalizzazione dell'esperienza utente.

widget discovery

La modalità principale con cui avverrà l'accesso alle risorse del portale e dei nodi get-it sarà il widget discovery.
Il widget discovery avrà una icona nella fascia di strumenti sx del portale e si aprirà in uno degli spazi della griglia principale.
Diverse sono le modalità prese in considerazione per facilitare la discovery delle risorse da parte dell'utente (vedi pagina portal development frontend). Si propone di affiancare, all'interno del widget, tre metodologie di ricerca, che potranno essere utilizzate come alternative o in combinazione.

La prima modalità di discovery considerata è la ricerca incrociata di tipo "what where when who". Tale modalità di ricerca deve essere offerta all'utente in una veste grafica semplice ed adatta anche all'uso da touchscreen, con l'ausilio di liste e meccanismi di compilazione assistita dei campi testuali. I campi potrebbero essere del tipo:

• what -> inserire, se note, keywords descrittive della risorsa
  
• who -> inserire, se noto, il punto di contatto della risorsa, o in alternativa il suo contatto mail o l'istituto di afferenza
  
• where -> inserire, se noto, toponimo o bounding box della risorsa (modalità da definirsi)
  
• when -> selezionare finestra temporale di riferimento della risorsa.
  

Tutti i campi, presentati in maniera semplificata, verranno arricchiti di opzioni se l'utente selezionerà la modalità avanzata di ricerca (ad es bbox comprende la risorsa o interseca la risorsa, keywords da ricercare in quale campo del metadato, keywords tutte presenti o almeno una, ...).

La seconda modalità prevista per la discovery è di tipo faceted search: l'utente potrà selezionare contemporaneamente più parametri (facet values) che caratterizzano la risorsa ricercata (ed es formato, tema inspire, istituto provider, ...) ed avviare la ricerca. Anche in questo caso sarà posta cura nella scelta di una soluzione grafica che faciliti la composizione della richiesta da touchscreen.

La terza modalità di ricerca prevista è una ricerca guidata semplificata: all'utente vengono offerte delle grafiche (icone o brevi testi esplicativi) da cliccare, a cui corrispondono delle query preimpostate, che conducono a selezioni di risorse (ad es per categoria tematica, o per formato, o per nodo get-it). Questo metodo semplificato può essere utile per un utilizzo esplorativo del portale, in cui l'utente ancora non conosce le risorse disponibili.

I tre medodi potranno essere utilizzati come alternative o anche in combinazione. La lista di risorse risultante potrà essere inoltre affinata in un secondo momento, raffinando le richieste della discovery.

Una volta effettuata una discovery e visualizzata la lista di risorse corrispondenti, l'utente potra selezionare la risorsa cercata (visualizzata in maniera sintetica, ad es con titolo, breve abstract o keywords, thumbnail e istituto provider) e scegliere tra diverse azioni, attivate da bottoni cliccabili:

• aprire la risorsa su widget idoneo (ad es sarà proposto il widget mappa per i layer spaziali e il widget sos per i sensori)
• consultarne il metadato su widget MD
• effettuare il download della risorsa
• salvare la risorsa e/o la ricerca che la ha fatta affiorare sul widget di gestione dei dati preferiti (ipotetico widget mydata)
• aprire la sorgente della risorsa (ad es un nodo get-it o un catalogo) su un nuovo widget di navigazione web (ipotetico widget browser)
  

Molti sono i metodi e le strategie grafiche possibili per offrire all'utenza i diversi meccanismi di discovery e la lista dei risultati; acuni possono essere ritrovati nella galleria di immagini alla pagina portal development frontend.
Il flusso di attività del widget è illustrato nella figura seguente.

Uno dei possibili flussi di attività con meccanismo di ricerca semplificato è raffigurato di seguito, a titolo di esempio: questo è il caso di una ricerca per data format (ad es con click su icone).

widget mappa

Il widget mappa consente la visualizzazione e l'interrogazione dei layer vettoriali, raster e dei layer raffiguranti i sensori fissi su una base cartografica.
Il widget potrà essere aperto a partire dalla icona relativa nella fascia di strumenti a sx nel portale e, una volta aperto, occuperà uno spazio interno alla griglia principale.
Per il suo funzionamento ottimale dovrà poter essere attivato anche a partire da altri widget collegati (ad es dal widget discovery).
Il widget dovrà essere provvisto di funzionalità per la navigazione, l'analisi, la vestizione, il salvataggio e il download. Tra le funzioni irrinunciabili ci sono:

• ricerca e apertura layers
• selezione basemap
• utilità di pan/zoom/map views
• composizione mappa (vestizione, ordine di sovrapposizione,...)
• interrogazione punto mappa
• interrogazione layer (pixel o feature o sensore)
• selezione di features
• salvataggio composizione
• download vista (vari formati)

A queste si possono aggiungere molte funzioni integrative, ad es:

• misurazione aree o distanze
• tracciamento linee o poligoni
• aggiunta di servizio OGC esterno
• creazione di link alla mappa o codice per l'embedding
• aggiunta di markers
• selezione avanzata di features (geografica/per proprietà)
• gestione di stili
• ...

Nell'immagine riportata viene raffigurato il possibile flusso di attività e ne vengono sottolineati i collegamenti con altri widget.

Widget O&M

Qui di seguito vengono delineate alcune funzionalità di ricerca nell'ambito dei sensori e delle osservazioni da essi raccolte. Verranno distinte le operazioni di discovery rigardanti i sensori da quelle più rivolte alla ricerca di osservazioni.

Il primo caso generale riguarda un utente che, sul portale, voglia ricercare uno o più sensori. In questo caso si possono presumere diverse richieste seguendo le diverse sezioni di SensorML indicate come mandatorie nella profilo SOS di per Stationary In-Situ Sensors (OGC® Best Practice for Sensor Web Enablement Lightweight SOS Profile for Stationary In-Situ Sensors):

• effettuare una ricerca generica su parole "chiave" presenti in diverse sezioni di SensorML (gml:description, sml:keywords e sml:identification) a testo libero;
• effettuare una ricerca sul tipo di sensore, esempio una weather station (sml:classification), in modo da ottenere una lista, conoscere il numero o visualizzare su mappa tutti i sensori che sono di un certo tipo;
• effettuare una ricerca sui contatti (sml:contacts), in modo da ottenere una lista, conoscere il numero e la disposizione su mappa di tutti i sensori:

1. appartenenti ad un certo proprietario (es. Istituzione);
2. costruiti da una certa azienda;
3. la cui manutenzione è affidata ad una certa persona o ente (operator);

• effettuare una ricerca geografica basata sulla posizione del sensore (sml:featuresOfInterest). NB questa non è corrispondente alla posizione delle osservazioni raccolte dal sensore stesso;
• effettuare una ricerca per tipo di proprietà osservata indicata come output del sensore (sml:outputs @definition), in modo da ottenere una lista, conoscere il numero e la disposizione su mappa;
• effettuare una ricerca per eventi legati al sensore stesso (sml:history), in modo da ottenere una lista, conoscere il numero e la disposizione su mappa.

Il sencondo caso generale rigaurda invece un utente che voglia visualizzare osservazioni raccolte da un sensore:

• effettua una ricerca generica per uno o più sensori (procedure o offering) selezionando tutte le osservazioni raccolte da quel sensore/i. In questo caso la visualizzazione dovrà essere in forma di grafico, che sarà diverso a senconda del tipo di osservazione fatta dal sensore/i (om:Measurement, om:CountObservation, om:TruthObservation, om:CategoryObservation, om:TextObservation e om:ComplexObservation with swe:DataArray), ma anche con una modalità di visualizzazione diversa a senconda del tipo di proprietà osservata (es. velocità del vento, direzione del vento, temperatura dell'aria, ecc.);
• effettua una ricerca per proprietà osservata (ObservedProperty) selezionando tutte le osservazioni raccolte, da uno o più sesori, per una o più proprietà osservate. Anche in questo caso la visualizzazione dovrà essere in forma di grafico, che sarà diverso a senconda del tipo di osservazione fatta dal sensore/i (om:Measurement, om:CountObservation, om:TruthObservation, om:CategoryObservation, om:TextObservation e om:ComplexObservation with swe:DataArray), ma anche con una modalità di visualizzazione diversa a senconda del tipo di proprietà osservata (es. velocità del vento, direzione del vento, temperatura dell'aria, ecc.);
• effettua una ricerca per area geografica (ObservedArea) selezionando tutte le osservazioni raccolte, da uno o più sesori, per una o più proprietà osservate e per una particolare area geografica. Anche in questo caso dovranno essere contemplate le modalità di visualizzazione definite sopra.

Tutte le ricerche e le visualizzazione dovranno contemplare poi filtri aggiuntivi che dovranno essere di tipo:

• spaziale/geografico,
• temporale,
• ...

NB. Probabilmente le due tipologie di ricerca possono distinguersi non tanto per il tipo di risorsa su cui viene fatta la quesry (osservazione o sensore) ma sulla modalità di visualizzazione dei risultati (commento a margine).

NB. Tutte le query descritte sopra sono anche riproducibili in request su servizi SOS.

==widget mydata==
== widget plot ==
== widget note ==
== widget analisi ==
== widget news ==
== widget browser ==

...