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.