Recurso de RDF

RDF � sobre a descri��o dos recursos; de acordo com os �recursos s�o nomeados sempre por URIs� e �qualquer coisa pode ter URI�. Assim um RDF pode te�rica ser usado descrever qualquer coisa. Contudo projetou principalmente segurar da �recursos retrievable rede�.

[] underlines que �o recurso � tra�ar conceptual a uma entidade (...), nao necess�rios que a entidade que corresponde a esta que tra�a em todo o exemplo particular do tempo�. De qualquer modo na maioria das vezes n�s estamos interessados nas entidades elas mesmas. � conseq�entemente importante anotar que os meta-data que n�s expressamos sobre recursos podem reque os n�veis diferentes da interpreta��o, aquela podem ser v�lidos em determinado contexto somente.

Por exemplo, logo dos retornos W3C de URI http://www.w3.org/Icons/WWW/w3c_main em um formato do png ou do GIF, dependendo do browser que est� sendo usado. Um outro exemplo � o relat�rio di�rio do tempo, cujo o URL retornaria uma p�gina diferente cada dia.

Segue que a interpreta��o dos recursos (e conseq�entemente se triplicar de RDF) � altamente contextual. N�s podemos definir a no��o de um recurso est�vel como segue: A estabilidade para o recurso � uma propriedade de estar a mesma em todo o contexto, do ponto do usu�rio (ou a comunidade dos usu�rios) da vista. Esta defini��o � ainda muito contextual: � dependente dos usu�rios que n�s estamos considerando, mais precisamente da tarefa que necessita realizar.

Considerar para um exemplo, de um ponto padr�o do leitor da vista de, o logo de W3C � est�vel, desde olhar das vers�es do GIF e do png o mesmos, mas um relat�rio do tempo n�o � est�vel. Na uma m�o, algu�m interessado em formatos da imagem somente pode considerar o logo de W3C inst�vel e resistir ao est�bulo do relat�rio -- supondo um tempo relatar como sempre gerando imagens em um mesmo formato. Entretanto, em a maioria das aplica��es, a tarefa � mais menos prov�vel mudar do que recuperando o contexto, assim a suposi��o da estabilidade p�de ser valiosa.

Propriedade de RDF

As propriedades s�o os recursos usados como o predicado triplicar-se; a sem�ntica triplicar-se depende claramente de uma propriedade usada como o predicado. Duas coisas s�o muito importantes com este conceito da propriedade:

Firstly, O RDF considera propriedades porque o primeiro objeto da classe, ao contr�rio de a maioria do objeto que modela as l�nguas, onde as propriedades s�o os atributos de uma classe. Mesmo se o conceito da classe existir no RDF, as propriedades podem ser definidas e usado independentemente das classes.

Secondly, porque se mencionou, o fato que as propriedades s�o os recursos reserva para descrev�-los com o RDF pr�prio. Isto ser� usado extensamente pelos seguintes conceitos.

Indica��o de RDF

Uma indica��o � um recurso que reifying triplicar-se. Tal recurso deve ter propriedades do atleast tr�s: o RDF: assunto, o RDF: objeto e RDF: predicado, avaliado por recursos correspondentes.

O reification triplicar-se pode parecer um conceito de servi�o p�blico melhor que o conceito fundamental. N�o obstante � definido como a parte do modelo em uma recomenda��o de W3C. Isto suportar� a vontade para usar o RDF como seu pr�prio meta-sistema, fazer cada elemento do RDF describable em RDF pr�prio.

Nos schemas, os recursos novos podem ser definidos como o specialization dos velhos, assim reservando para infer triplicar-se impl�citos. Os Schemas confinam tamb�m o contexto em que os recursos definidos podem ser usados, induzindo a no��o da validez do schema. N�s veremos que aquelas duas no��es podem ser vistas como uma, em um ponto da vista baseado na l�gica first-order. Toda podem ser expressados como as r�guas reservando para infer fatos novos (b�sicamente, se triplicar ou as nega��es novas se triplicar). Nestas r�guas, o predicado 3 l�gico ary ser� usado representar triplicar-se acreditado.

RDFS: subPropertyOf

Alguma da propriedade denota a rela��o entre recursos (o jogo de um recurso acopla ligado pelo arco etiquetado com uma propriedade). RDFS: o subPropertyOf aplica-se �s propriedades e deve-se ser interpretado como uma rela��o do subconjunto entre a rela��o que denota. Assim a seguinte r�gua est�:

Por exemplo, se a �m�e� for secund�rio-propriedade do �pai�, triplicar-se que tem a �m�e� como o predicado deve tamb�m ser considerado como tendo o �pai� como o predicado. Esta propriedade � muito importante nas defini��es do schema para o interoperability entre os agentes de RDF. No exemplo acima, o agente que n�o sabe a sem�ntica da �m�e� poderia pelo menos trat�-la como o �pai� (que sup�e a sabe a sem�ntica do �pai�). Desde o RDFS: o subPropertyOf denota uma rela��o do subconjunto, a r�gua do transitivity tamb�m est�:

Anotar que se considera inv�lido ter os ciclos em RDFS: subPropertyOf, embora n�o define a maneira expressar este confinamente no RDF4. Em todo o caso, a r�gua l�gica correspondente � a seguinte (desde que algum do ciclo resultaria, com o transitivity, em uma propriedade que � sua pr�pria secund�rio-propriedade):

Anotar que n�o h� nenhum URI padr�o para uma propriedade universal (super-propriedade de alguma da propriedade).

RDFS: Classificar, rdf: tipo e o RDFS: subClassOf

As classes s�o os recursos que denotam um jogo dos recursos, pelos meios da propriedade RDF: datilografar (exemplos que t�m a propriedade RDF: datilografar avaliado por uma classe). Desde que todos os jogos dos recursos apresentados nesta se��o s�o recursos (t�m um URI), pela defini��o tem a propriedade RDF: datilografar avaliado pelo RDFS: Classe. Na uma m�o, todas as propriedades (definidas na recomenda��o de W3C ou em algum schema) t�m RDF: datilografar avaliado por RDF: Propriedade.

As classes s�o estruturadas na mesma maneira que as propriedades, em uma hierarquia do subconjunto denotada pela propriedade RDFS: subClassOf. Quanto para a RDFS: o subPropertyOf, ciclos n�o deve existir embora pode ser usado expressar a equival�ncia, mas o contr�rio � hierarquia da propriedade, a hierarquia da classe tem o elemento m�ximo: � naturalmente o RDF: Recurso (assim toda a lata da classe tem implicitamente o RDFS: subClassOf avaliado pelo RDFS: Recurso). As seguintes r�guas, similares �s r�guas relacionadas ao RDFS: o subPropertyOf, est�:

RDFS: dom�nio e RDFS: escala

Estas propriedades aplicam-se �s propriedades e devem ser avaliadas pelas classes. S�o usados restringir um jogo dos recursos que podem ter a propriedade dada (o dom�nio da propriedade) e o jogo de valores v�lidos para a propriedade (sua escala). Uma propriedade pode ter tantos como valores para o RDFS: dom�nio como necessitado, mas n�o mais de um valor para o RDFS: escala

Para que triplicar-se seja v�lido, o objeto deve combinar a escala (se alguns) do predicado (isto �, deve ter o RDF: o tipo avaliado pela classe correspondente ou por um de seus subclasses), e o assunto devem combinar pelo menos um dos dom�nios (se algum) do predicado (a nota que se o predicado tiver as super-propriedades, isto deve tamb�m ser verificada recursively para ver se h� todo). Isto da lata bne logicamente expressado perto:

Vale a pena anotar que, embora este duas r�guas s�o pretendidas ser usadas para a validez que verifica somente, e primeira (RDFS: a r�gua do dom�nio) pode realmente ser usada somente esta maneira (n�o pode ser usada executar o inference desde que sua conseq��ncia � qualificada existentially), segunda (RDFS: a r�gua da escala) tem interpreta��es diferentes dependendo do mundo fechado ou aberto hypothesizing. Em uma hip�tese closed do mundo, qualquer triplicar-se faltante � considerado negado, assim um RDFS: a r�gua da escala tem ser verificada somente. Mas na hip�tese aberta do mundo, triplicar-se faltantes n�o s�o necessariamente ser falsos, assim que a r�gua pode ser usada executar preferivelmente o inference. Desde que o campo �natural� do RDF � a correia fotorreceptora, onde a informa��o � pela ess�ncia distribu�da e incompleta, a hip�tese aberta do mundo parece ser muito mais razo�vel.

RDFS: Literal

Rdfs de um recurso: Literal, denotando o jogo dos literals, declarado como a classe (embora os literals n�o s�o os recursos, de acordo com a recomenda��o!). Seu uso pretendido � ser uma escala das propriedades.

Estes conceitos puderam ter sido definidos nos schemas externos, mas desde que s�o do uso comum, foram definidos uma vez para tudo em um schema do n�cleo.

RDFS: Recipiente

Os recipientes s�o a cole��o dos recursos. S�o modelados pelo exemplo de um dos tr�s subclasses de RDFS: Recipiente: o RDF: Saco (cole��o unordered), RDF: Seq (cole��o requisitada) ou RDF: Alt (uma alternativa). A sociedade � modelada pelas propriedades automaticamente geradas RDF: _ 1, RDF: _ 2, etc. Estas propriedades s�o os exemplos de RDFS: ContainerMembershipProperty, um subclass de RDF: Property5.

RDFS: ConstraintResource e RDFS: ConstraintProperty

Pode ser interessante para o agente de RDF ser informado de um recurso desconhecido (ou mais especificamente da propriedade) est� definindo o confinamente da validez. O jogo de tais recursos � RDFS: ConstraintResource. Seu subclass RDFS: ConstraintProperty � naturalmente o subclass de RDF: Propriedade demasiado. As propriedades RDFS: dom�nio e RDFS: a escala definida acima � os exemplos de RDFS: ConstraintProperty.

RDFS: seeAlso e RDFS: isDefinedBy

Um recurso dado p�de ter ser descrito em mais de um lugar sobre o Internet. O RDFS: a propriedade do seeAlso pode ser usada indicar as descri��es alternativas do recurso sujeito. Sua secund�rio-propriedade RDFS: isDefinedBy aponta mais especificamente � descri��o original ou authoritative.

RDFS: etiqueta e RDFS: coment�rio

Poderia ser �til descrever o recurso com texto readable humano al�m �s propriedades �puras� de RDF; este � o papel de RDFS: etiqueta e RDFS: coment�rio. O anterior � usado dar o nome human-readable de um recurso, o �ltimo, para dar a descri��o mais longa. Anotar que podem ter os valores m�ltiplos para necessidades do internationalization.