Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Terminology

Current concepts are being used at the moment

  • PEARL ruleset: one or more rules, potentially divided among various documents

  • PEARL document: a referenceable (not http referenceable, just a NS) entity for a set of imports and/or rule

Immediate Work

Imports

PEARL Imports are necessary for SEP (in particular for SEP-6), but come handy for vedere parte di questo lavoro come parte di SEP, mettendo feature di CODA e linkandole al lavoro in SEP
in particolare il core-implementation SEP-6the new multiplesheet&DB processing of Sheet2RDF

import, due livelli (e sintassi per questo)
gestione delle regole e provisioning delle stesse; potrebbe essere utiile astrarre il concetto di rule-manager (e.g. in sheet2rdf basterebbe prendere le regole dagli XML che le embeddano)
ammesso un qls provider di regole, semplicemente avere una risoluzione delle stesse per necessità di risolvere dipendenze

memoizzazione
verifiche di cosa succede con stesso nome ma combo di converter diversi
memoizzazione consistente su più regole, deve funzionare
gestire scenari aperti, cioè se io importo due regole indipendenti, è possibile che vi siano dei clash di stessi usi della memoization (specialmente per il default!) e non è detto che sia quello che voglio. Soluzioni: S1. usare sempre namespace (e questo esclude a priori il default). S2. assumere sempre i nomi come relativi e associati al namespace della regola (attenzione! non esiste in realtù il namespace della regola, ma potrebbe essere ciò che dovremmo aggiungere, e cioè il namespace del frammento). A quel punto serve un meccanismo per poter invece riferire esplicitamente un namespace completo (e.g. da una memoization far riferimento alla memoization di un'altra regola). Ispirarsi a ciò che già esiste col meccanismo di dipendenza delle regole. Attenzione, stesso discorso con gli ID delle regole, che possono essere brevi, ma devono poter essere considerati come URN assieme
al NS del frammento del quale fanno parte.

TERMINOLOGIA:
Iso al momento i seguenti concetti:

  • documento PEARL Una o più regole, potenzialmente diviso tra vari frammenti

  • frammento, contenente pure una o più regole, identificato da un NS

vedere come chiamare questi concetti qui sopra, vanno bene così?

sheet2rdf
gestione del 1file-1regola, con una implementazione del provider, con frammenti messi su file XML.

per DB
sessione: memoizzazioni sopravvivono, ma devo poter caricare dati progressivamente e scaricare dati progressivamente

DARE POI PRECEDENZA A:
BE-LISA: feature dell'avere