vita in binario

RDF 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à.

Read more »

Resource 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à.

Read more »

Non so se questa è una vera novità o meno, comunque sia il team di ReadWriteWeb se ne è accorta da poco e io con loro!

Sembra che sia possibile interrogare google come si fa con powerset: ponendo domande nella casella di ricerca in lingua inglese verrà fornito come primo risultato la risposta a questa domanda, per esempio concreti e alcune schermate d'esempio rimando all'articolo originale su readwriteweb.com : Did Google Just Expose Semantic Data in Search Results?

Link: 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.

Read more »

Link: 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:

• Language-Based Interfaces, Part 2: Where do we stand now?

Link: 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!

Read more »

Link: 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.].

• XesamSearchLive

• XesamQueryLanguage

• XesamUserSearchLanguage

• XesamUI

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

• Desktop Emblem Spec

• Shared Metadata Spec