Categoria: nepomuk
[RDF] Il concetto di URi
Aprile 21st, 2009RDF si basa sull'idea di identificare le cose utilizzando gli identificatori già presenti nel Web (chiamati Uniform Resource Identifiers, o URI), e descrivendo queste risorse in termini di semplici proprietà e valori da assegnare a queste proprietà.
un'introduzione a RDF
Aprile 20th, 2009Resource Description Framework (RDF) è una tecnologia che permette la descrizione di risorse sul web usando gli URI per identificare le proprietà da associare a queste risorse. Il suo stesso design, che rimane molto generale a prima vista, permette ad un gran numero di applicazioni diverse di utilizzarlo per i loro scopi semplicemente eliminando questa genericità attraverso la personalizzazione dello schema per il dominio applicativo particolare. RDF e RDF Schema sono pensati per lavorare attraverso i domini web e fornire degli aiuti per la descrizione delle risorse, la raccolta delle stesse e il mantenimento delle relazioni tra le classi e i tipi. La specifica RDF limita molto limitatamente il tipo di informazioni che possono essere memorizzate fornendo così una tecnologia aperta per la descrizione sul Web e per questo i software che implementano questa tecnologia devono rispecchiare e mantenere questa flessibilità.
XFN 1.1 relationships meta data profile
Ottobre 29th, 2008Link: http://gmpg.org/xfn/11
Dopo aver provato la demo di Social Graph API - My Connections ho scoperto una serie di metadati che ancora non conoscevo per presentare le relazioni tra le persone attraverso i link nelle pagine web: XFN.
Riporto qui la traduzione dei principali tag.
interfacce utente basate sul linguaggio
Settembre 12th, 2008Link: http://jonoscript.wordpress.com/2008/07/21/language-based-interfaces-part-1-the-problem/
Traduzione parziale dell'articolo Language-Based Interfaces, part 1: The Problem di Jono
Come deve essere un'UI linguistica ideale?
Basandosi su tutte queste esperienze [espresse nella parte di articolo non tradotta N.d.T.], riporto qui il mio pensiero attuale su come dovrebbe essere una UI basata sul linguaggio ideale.
Per soddisfare il requisito semplicità di apprendimento, dovrebbe:
- Accettare comandi in un linguaggio molto simile a quello umano col quale siamo già familiari.
- Fornire suggerimenti su quali comandi sono disponibili.
- Fornire suggerimenti su come concludere il comando che si sta digitando.
- Dare un'idea di quello che potrebbe succedere una volta eseguito il comando.
- Dare suggerimenti su altri comandi ai quali lui pensa io potrei essere interessato.
- Aiutare a capire quale gamma di argomenti è valida per il comando, e che cosa significano quei comandi.
- Proporre comandi appropriati al contesto di lavoro o al tipo di dati selezionati.
Per efficenza, dovrebbe:
- Permettere all'utente di iniziare il comando con il nome o con il verbo.
- Permettermi di autocompletare un comando premendo un tasto.
- Riconoscere le parole persino se super-abbreviate.
- Ricordare quali proposte sono state scelte in passato e proporle la volta successiva si reimmette lo stesso input.
- Permettermi di inserire un comando parziale, mostrare dei suggerimenti, scegliere tra questi il più simile a quello che voglio lanciare e infine permettermi di editare questo comando prima di eseguirlo.
- Indovinare, a partire dal contesto e dalla selezione, che cosa vuole l'utente, quindi mostrare i sugerimenti e permettere all'utente di modificare il comando nel caso questo sia sbagliato.
Per essere espressiva, dovrebbe:
- Gestire comandi con argomenti multipli, inclusi argomenti opzionali, e che possono richiedere diversi tipi di dati.
- Se ho selezionato dei dati, permettermi di usare quella selezione come input per tutti gli argomenti oppure per solo qualcuno di questi.
- Permettermi di concatenare i comandi tra di loro, l'output di uno dovrebbe poter essere usato come input per un altro, come le pipe di Unix.
- Se il mio input può avere più di una interpretazione, darmi la possibilità di risolvere l'ambiguità in modo appropriato.
- Permettermi di comporre comandi complessi a partire da parti più semplici, sfruttando la flessibilità dei linguaggi naturali.
- Permettermi di salvare un comando complesso che ho creato e dargli un nome semplice in modo da poterlo riutilizzare in futuro.
- Darmi un modo facile per creare miei programmi e condividerli con gli altri.
Una lista di richieste notevole? Si!
Conflitti tra gli obiettivi? Probabilmente!
Impossibile? Non credo!
Approfondimenti:
KDE 4.0 Beta 4
Ottobre 30th, 2007Link: http://kde.org/announcements/announce-4.0-beta4.php
KDE 4.0 Beta 4, sono stati velocissimi! questa volta c'è molto meno attesa e ritardo rispetto alla Beta 3! stai a vedere che qualcosa si muove per il verso giusto!
a proposito di Xesam
Luglio 13th, 2007Link: http://www.freedesktop.org/wiki/XesamAbout
Proposte per delle specifiche di ricerca
Il seguente articolo è la traduzione delle proposte per l'interfaccia di ricerca Xesam per la milestone 1. Le specifiche sono in un periodo di valutazione fino al 2007-03-06 [più di un anno fa.n.d.t.].
Roadmap
Vedere: XesamRoadMap
Xesam, eXtEnsible Search e specifiche per i Metadata
Xesam è un progetto che ha lo scopo di fornire delle API unificate e le necessare specifiche per la ricerca desktop e i servizi di metadati. Per questo la freedesktop collabora con svariati progetti come Tracker, Strigi, Beagle, Pinot, Recoll, e Nepomuk-KDE.
Motivazioni
La ricerca sta diventando parte integrante con la vita di ogni giorno di chi usa il computer. Sia su internet che sul desktop, la ricerca è un argomento caldo su cui si esplora e sperimenta. Tutti Google-ano questo, e Yahoo!-izzano quest'altro, e sia Apple che Microsoft hanno integrato strumenti di ricerca desktop in profondità nei loro prodotti.
Il mondo del FOSS riflette il resto del mondo e ha agganciato questo trend. Vari progetti hanno intensificato i lavori, ma ci sono notevoli esitazioni nell'adottare ogni nuova tecnologia. Qui fa il suo ingresso xesam. Uno degli scopi del progetto xesam è di fornire una API comune a dbus per i motori di ricerca desktop. Questo permetterà ai diversi progetti e agli utenti di scegliere il motore di ricerca desktop che più corrisponde alle loro esigenze, come già avviene per X11/EWMH che permette attualmente di usare diversi window manager.
La ricerca non è il solo scopo. Concetti come servizi a valore aggiunto, la possibilità di associare tag, la gestione dei contesti e delle relative informazioni, sono le parole del giorno. Queste attività sono strettamente collegate con il mondo della ricerca. Quando le specifiche xesam per la ricerca saranno (quasi) definite si comincerà a lavorare sulle specifiche per introdurre i metadati nei desktop, questo permetterà a tutte le tecnologie dipendenti dai metadati di essere disponibili per i desktop "liberi".
Progetti FDO attinenti
Nepomuk-KDE: Soprano e l'integrazione con KDE
Giugno 20th, 2007Link: http://liquidat.wordpress.com/2007/06/19/more-about-nepomuk-kde-soprano-and-kde-integration/
Recentemente (19 Giugno 2007) Sebastian Trüg ha tenuto una presentazione su Nepomuk-KDE e ha gentilmente passato le slide a liquidat. A questo proposito questo post è la traduzione dell'estensione all'articolo Desktop Semantico e KDE4.