Mi chiedevo quali vantaggi i linguaggi ontologici di RDFS / OWL hanno rispetto all'uso di un sistema di tagging / markup (come http://www.schema.org/ ) per la gestione e la creazione di metadati?
Mi chiedevo quali vantaggi i linguaggi ontologici di RDFS / OWL hanno rispetto all'uso di un sistema di tagging / markup (come http://www.schema.org/ ) per la gestione e la creazione di metadati?
Risposte:
La tua domanda ha poco senso così com'è. RDFS è un linguaggio di schema molto semplice per esprimere i vincoli RDF. OWL è uno schema più avanzato per esprimere un'ontologia complicata. Non hanno assolutamente nulla in comune con XML, tranne che possono essere espressi in XML.
Non potrei andare più d'accordo con la risposta di ZJR. È completamente disinformato.
Per un elenco dei vocabolari OWL comuni, vedere di seguito:
La prossima versione di RDF è imminente, compresi i nuovi formati di serializzazione come Turtle e RDFj
Anche SPARQL 1.1 è imminente. Federazione delle query, espressione del percorso delle proprietà, aggiornamento SPARQL e molto altro ancora.
La BBC è costruita su RDF. L'API del grafico di Facebook fornisce RDF (esatto, puoi deferire un URI grafico usando l'intestazione text / turtle Accepts e ottenere RDF) e molte altre grandi aziende.
Quindi, in sintesi, Semantic Web, RDF, RDFS, OWL, SPARQL e tutti gli standard di Semantic Web sono molto attivi e attivi. Se non mi credi, dai un'occhiata a tutte le attività su http://www.semanticoverflow.com
RDF<some-letter>
nomenclatura genera confusioni e litigi tutto il tempo.
RDF / OWL vs XML è un'alternativa falsa. In effetti una delle serializzazioni popolari sta usando XML.
Anche RDF / OWL vs microformati è una falsa alternativa. In effetti ci sono standard che consentono di utilizzare RDF come microformato, eRDF e RDFa ufficiale del W3C con un modo standardizzato di incorporarlo in HTML5 .
Quindi davvero la domanda è quale sia il vantaggio di utilizzare formati standard approvati W3C. I motivi sono:
Nel complesso, non vedo alcun motivo per cui dovresti scegliere un microformato non standard, non W3C.
RDF e OWL sono standard stabiliti per la codifica dei dati semantici e del loro schema, a un livello molto più profondo e generico di un markup ad hoc.
Ad esempio, con OWL, è possibile definire un nuovo schema, che sarà compreso almeno in parte da altri strumenti (poiché è possibile mescolare insieme diversi schemi OWL / RDF). In questo modo, è possibile esportare da un set di dati diverse "viste" di esso e far cooperare tutti. Inoltre, puoi semplicemente "esplorare" i collegamenti tra gli oggetti e le loro proprietà.
Con i microdati, è fondamentalmente un insieme ad-hoc e accettato di cose che puoi applicare, non una piattaforma semantica generale.
Vorrei iniziare osservando che questa risposta non è stata scritta da un esperto del settore. Sebbene io sia un sostenitore dei sistemi semantici distribuiti, penso che le applicazioni di OWL siano attualmente limitate. Anche se descrivere con precisione la nicchia in cui si può applicare la GUFO andrebbe oltre lo scopo di questa risposta, potrei essere in grado di mettere in luce alcuni pro e contro.
OWL è fondamentalmente un linguaggio che consente l'espressione di costrutti semantici utilizzando la classificazione, non diversamente dalle classi conosciute da OOP e dai vincoli tra le classi e le loro istanze. Si potrebbe vedere come un modo più formale e di ordine superiore per descrivere le relazioni che conosci da un database relazionale.
Per descrivere e comunicare questo linguaggio, deve essere serializzato in un determinato formato. Esistono diversi formati, di cui RDF è solo uno.
Esistono tre diversi livelli di OWL, che consentono di aumentare l'espressività, ma limitano la calcolabilità (ad es. Se è possibile trovare una possibile soluzione alle domande poste nella knowledge base descritta da una definizione di OWL). Questi sono OWL Lite, DL e Full.
Il vantaggio più importante dell'utilizzo di OWL / RDF è lo scambio di conoscenze tra diverse basi di conoscenza (o gerarchie di classificazione) e la creazione di inferenze utili senza dover progettare preventivamente tutte queste basi per consentire loro di comunicare. Ciò viene in parte definito definendo le classi di equivalenza. L'uso di spazi dei nomi consente all'ingegnere di accertare l'unicità; un paradigma utile.
Un altro vantaggio è la quantità sempre crescente di motori di inferenza e linguaggi di query. Nel nostro mondo in rete, c'è una richiesta di scambio di conoscenza distribuito.
Forse uno svantaggio importante è la relativa elevata complessità nell'accertare la calcolabilità delle inferenze e i loro vincoli di spazio e tempo. Per esempio. in OWL completo potresti essere in grado di chiedere inferenze che non è possibile dimostrare di terminare. Pertanto, esiste sicuramente un limite alla potenza di OWL.
La conoscenza di OWL è discreta ... non ci sono mezze verità o sistemi di credenze. Avere questi renderebbe molto probabilmente le soluzioni troppo complesse.
Ma lo svantaggio più importante per i miei gusti è che non si possono trovare molti bravi ingegneri sul campo. Avrai bisogno di un ingegnere della conoscenza, uno o due scienziati informatici e un piccolo team di sviluppo per costruire anche una piccola base di conoscenze. Pertanto, è spesso molto più economico ed efficace utilizzare solo linguaggi descrittivi come lo schema XML e descrivere la semantica necessaria in un documento leggibile dall'uomo.
RDFS riguarda la descrizione di dati strutturati. Sarebbe molto più utile se includesse metodi o funzioni, in modo da poter descrivere le interfacce con esso. Attualmente è necessario un vocabolario aggiuntivo per farlo, ad esempio WSDL o Hydra da webservices. Immagino che ci sia anche un vocabolario per OOP, semplicemente non conosco molti vocaboli.
OWL è qualcosa come XSD, si tratta di convalidare i tuoi dati, ad esempio se ti aspetti una stringa con al massimo 20 caratteri, usi OWL per descrivere quella regola e generare un validatore. In teoria potresti fare lo stesso con RDFS e XSD, non ho idea del perché la gente abbia dovuto inventare OWL invece di usare solo XSD. Forse è perché XSD non è basato su RDFS, quindi ad esempio la stringa XSD non è un discendente di RDFS Literal.
Schema.org descrive classi comuni come Person per esempio. Creano il proprio RDFS come vocab, che include Thing anziché rdfs: Class, domainIncludes anziché rdfs: domain, rangeIncludes anziché rdfs: range e così via invece di utilizzare RDFS. Anche i loro tipi con restrizioni sono ad-hoc, usano Text e Number senza definirli o collegarli almeno a rdf: primitive letterali o XSD. Non usano XSD o OWL per definire tipi limitati, per quanto posso dire. Non sono sicuro che ci siano restrizioni nel loro vocabolario, ma in tal caso credo che lo menzionino nelle descrizioni leggibili dall'uomo, quindi non sarai in grado di generare un validatore adeguato contro schema.org, cosa che potresti fare se userebbe XSD / OWL e RDFS.
Quindi penso che il vantaggio di usare standard come RDFS, XSD, OWL sia che puoi scrivere librerie che puoi riutilizzare per ogni documento.
Ai fini dello sviluppo di prodotti futuri, i file XML RDFS / OWL devono essere considerati praticamente obsoleti.
Richiedono troppo lavoro per esprimere i concetti che una soluzione personalizzata basata su formati di testo personalizzati esprimerebbe meglio , mantenendo allo stesso tempo i dati più leggibili e modificabili per le persone e le macchine. Non aggiungono alcun valore reale e rendono la vita solo un po 'più infelice per tutti coloro che si imbattono in loro. (e deve fare i conti con la loro nomenclatura dello spazio dei nomi)
Esistono però soluzioni gigantesche per la gestione dei documenti basate su di esse, recentemente sviluppate, distribuite e attualmente in servizio. Minacciano di indugiare per molto tempo. Molti programmatori in futuro soffriranno senza dubbio di molti WTF indotti da RDF e OWL.
I sistemi di microdati , (la versione di microformati di facile utilizzo per i validatori ) come quelli descritti in schema.org , presentano invece molti vantaggi per sviluppatori, editori e lettori; sia umano che meccanico.
I concetti RDF (quelli che vale la pena salvare) possono essere mappati (e in realtà vengono esplicitamente mappati) su rappresentazioni di microdati indolori.
Gli articoli di microdati consentono agli autori e ai sistemi di gestione dei documenti di arricchire la comunicazione in un modo abbastanza semplice (facile come CSS o DOM) da gestire e personalizzare per il lettore.