obdasystems / sparqling Goto Github PK

• #31
• #9
• obdasystems/monolith#1425
• #24
• #26
• #27
• #25
• #23
• #22
• #21
• #13
• #19
• #18
• #2
• #15
• #16
• #7
• #10
• #12
• #11
• #5
• Offusca nodi non evidenziati
• Costruzione query su tutte le visualizzazioni
• #6

Apro questa issue per riunire le varie segnalazioni di ISTAT.
Ovviamente non è detto che siano tutte corrette, magari alcune funzioni non sono implementate, oppure stanno facendo qualcosa di sbagliato loro.
Riporto direttamente il testo così come presentato da ISTAT.

• volendo scrivere la query "estrazione dei residenti con età uguale a 10" non abbiamo trovato il tipo intero nella lista dei datatype (ce ne sono solo 3 al momento, decimale stringa e data se non ricordo male)
• sul filtro definito su una data non sappiamo passare il formato...come si fa? o manca? per farti un esempio la query viene generata così e poi ci va in errore su Monolith

SELECT ?data_nascita0
WHERE
{ ?Essere_umano0
rdf:type rbi:Essere_umano ;
rbi:data_nascita ?data_nascita0
FILTER ( ?data_nascita0 < "01/01/2010" )
}

• abbiamo aggiunto cittadinanza al grafo e abbiamo ottenuto la query seguente che su Monolith non ci fornisce perchè manca il mapping di codice_cittadinanza.

SELECT ?descrizione_classe_di_eta0 ?codice_sesso0 ?codice_cittadinanza0
WHERE
{ ?Essere_umano0
rdf:type rbi:Essere_umano ;
rdf:type rbi:Persona ;
rbi:appartiene_a_classe_di_eta ?Classe_di_eta0 .
?Classe_di_eta0
rdf:type rbi:Classe_di_eta ;
rbi:descrizione_classe_di_eta ?descrizione_classe_di_eta0 .
?Essere_umano0
rbi:codice_sesso ?codice_sesso0
FILTER ( ?codice_sesso0 = "M" )
?Essere_umano0
rdf:type rbi:Persona_maggiorenne ;
rbi:è_attualmente_cittadino ?Cittadinanza0 .
?Cittadinanza0
rdf:type rsbl:Cittadinanza ;
rsbl:codice_cittadinanza ?codice_cittadinanza0
}

• In generale la delete sul query graph non ci sembra funzionare nel caso di concetti annidati (per esempio minorenne e persona) mentre funziona in altri casi.
• come si fa a creare un come si fa a creare un query graph nuovo? abbiamo trovato solo il delete sui singoli concetti
• abbiamo provato a scrivere una query su RelazioneParentale ma dopo averlo aggiunto al grafo e selezionato ci risulta possibile aggiungere al grafo tutti i ruoli tranne ha_tipo_relazione_parentale che appare clicabile ma poi non ci fa fare niente (non appare il popup di scelta con i vari "percorsi" nè viene aggiunto al grafo se lo cliccliamo). Questa è l'ontologia da usare per replicare l'errore: https://raw.githubusercontent.com/obdasystems/istat-raf/master/SIR/ontologia/ISTAT-SIR_v1.1.41.graphol?token=GHSAT0AAAAAABMKV5S4JED2Q26VHETHEHPOYTLXUHQ

Fare lo stesso anche alla selezione di una classe dall'ontology graph

Assegnare l'IRI come id univoco per le classi che vengono aggiunte come figlie di altre nel bgp non va bene perché potrebbero esserci più padri che hanno come figlia quella IRI.

?x rdf:type iri1.
?x rdf:type iri2.
=> iri1 e iri2 sono classi rappresentate come figli di ?x nel bgp

In floaty ogni object property ha per forza una related class collegata, quindi occorre mostrare in pop-up eventuali altre related classes per altre istanze dell'object property in esame.

Quando viene aggiunta un'entità al query-graph, grapholscape deve fare il focus sull'entità e selezionarla

Se la variabile oggetto del filtro ha un datatype asserito nell'ontologia si potrebbe pensare di lasciarlo immutabile o può essere sempre utile poterlo cambiare?

Prendendo la speciica books3, se effettuo le seguenti operazioni:

• selezione Book
• selezione writtenBy, Author
• selezione writtenBy, Book
• join dei due nodi Book

Il query graph ha un nodo volante e lo SPARQL è diverso da quello che manda la chiamata di join.

Idea di base

Rendere l'interazione con il widget suggestions quanto più grafica e interattiva possibile, senza aver bisogno di vedere e interagire con il grafo dell'ontologia.

Assunzioni di partenza

• Deve essere un nuovo tipo di renderer integrato in Grapholscape
• Se la query è vuota quando si sceglie il navigatore incrementale, si deve permettere la selezione della classe di partenza da cui procedere per mostrare i possibili passi successivi
• Si deve quindi poter cambiare visualizzazione senza perdere la query costruita, come già avviene per Graphol-Lite e Floaty
• Il widget suggestions rimane usabile e a supporto
• Deve essere possibile un alto grado di interattività con cui poter:
  • visualizzare o nascondere gerarchie
  • espandere o collassare diverse occorrenze di una object property con diverse classi

• Reset della query quando si invoca il "costruttore" più volte nella stessa sessione e la coppia nome/versione dell'ontologia è diversa da quella presente.
• Tooltip sul pulsante run query
• Chiamate degli optionals da aggiornare per accettare i parametri (basepath, headers etc..)
• Stampare errori restituiti all'interno delle risposte del backend

Servono 2 campi separati: pattern e flags.

Come gestiamo i ruoli ciclici (stessa classe per dominio e range)? Vuoi passare attraverso dominio o range?

In caso di ruoli di simmetrici non si pone il problema, dominio o range è uguale.

Forziamo l'interazione della costruzione della query ad iniziare per forza da una Classe.
Quindi la rotta Highlights, invece di clickedIRI, sarà clickedClassIRI.

Selezionando una elemento nel BGP, l'ontology graph deve mostrare il nodo Graphol che l'utente ha usato per creare quella variabile.
Il nodo potrebbe non esistere più se l'utente cambia visualizzazione (potrebbe essere stato semplificato), in tal caso usare come fallback il meccanismo attuale, cerca nel diagramma attuale o seleziona la prima istanza disponibile.

Creo la issue per ricordare dove cambiare il logo:

• Home page di Sparqling
• Favicon
• Pulsante di start dentro il grafo dell'ontologia
• https://github.com/obdasystems/sparqling-ws/tree/master/src/main/resources/icons
• https://github.com/obdasystems/sparqling-standalone/tree/main/base/resources/icons

Per ora ho messo i loghi di monolith nelle ultime due per ricordare i nomi da dare alle icone

Sarebbe molto comodo, se non altro per scopi di costruzione di presentazioni, poter esportare il query graph in formato jpg, png, etc., o almeno poterlo ingrandire a tutto schermo.

L'eliminazione di una classe prevede l'eliminazione anche di tutti gli elementi "successivi" collegati da objectProperties (archi uscenti), mi chiedo però se andrebbero saltate le classi collegate da inverseObjectProperties (archi entranti).

Es:
su book se si seleziona Edition e poi hasEdition su book si ottiene: Book hasEdition Edition.
Eliminando Edition viene eliminato anche Book che però secondo me dovrebbe rimanere.
Nel caso di una query più lunga che si sviluppi tutta su book, si ottiene che eliminando edition viene eliminata tutta la query.

Alla selezione di una classe già presente nel bgp, occorre capire se si vuole spostare il focus sulla classe già presente o se introdurre nuova variabile.