2017-12-19 2 views
1

우리는 Schema.org 'types'및 'properties'를 사용하여 많은 종류의 데이터를 구성합니다. 이 응용 프로그램은 schema.org를 SEO 용으로 사용하지 않고 Schema.org의 vocab 및 구조에 의해 구동됩니다. 응용 프로그램은 과학자, 예술가, 작곡가 등 창조적 인 사람들의 완성 및 미완성 작품을 구성하고 관련 작업을합니다. 그들의 노력은 기사 및 예술 작품과 같은 "창의적인 작품"에 국한되지 않고 조직, 회사, 이벤트 및 제품을 포함합니다.스키마에 여러 설명 속성을 추가하는 통일 된 방법

올해부터 우리는 과거의 의미 론적 구조화에 문제가 있었기 때문에 Schema.org를 사용합니다. 이제 Schema.org를 사용하고 있습니다.

수집하는 각 항목에 대해 namedescription (Thing 속성)을 설명 필드로 사용합니다. 우리가 데이터베이스에 저장하는 각 항목에 대해 headlinealternativeHeadline또는 이와 유사한 Schema.org vocab을 추가하고 싶습니다.

  • name
  • headline
  • alternativeHeadline
  • description
  • :

    다음과 같은 기본 속성 목록은 우리의 응용 프로그램 거래의 모든 항목에 대해 적합 할 것 (비 설명)

  • url (비 설명)
속성 headlinealternativeHeadline 일치 schema.org schema.org/CreativeWork에서 파생 된 모든 유형의

하지만, 예를 들어, Event 또는 Product는 없습니다 이러한 속성. Thing 속성 alternateName 또는 about을 사용할 수 있지만 이러한 속성은 분명히 headlinealternativeHeadline과 같지 않습니다.

짧은 설명 : type에 관계없이 응용 프로그램의 각 항목에 4 가지 기본 설명 필드를 추가하는 통일 된 방법을 찾습니다. 가장 좋은 해결책은 무엇입니까?

Schema.org - Application Perspective

+1

1) 구조화 된 데이터를 게시하거나 내부적으로 만이 속성을 사용합니까? 2) Schema.org 외에도 다른 어휘를 사용할 수 있습니까? 3) "설명 적"이란 값이 URL이 아닌 문자열임을 의미합니까? 4) 어떤 데이터를 제공하고 싶습니까 (예 :'headline' 및'alternativeHeadline')? '이벤트 '? – unor

+1

@unor 1) 구조화 된 데이터는 내부적으로 사용되며 많은 경우 노출 될 수도 있습니다. 2) 우리는 Schema.org vocab만을 사용하는 것을 선호합니다. 3) "서술적인"이란 "관련있는"것을 설명하는 "자유 텍스트"를 의미합니다. URL이 아닙니다. 4) 우리가 제공하고자하는 데이터의 종류. 'Event'는 다음과 같습니다 :'name' = "얽힌 우주"; 'headline' = "인간의 특별한 능력을 탐구한다"; 'alternativeHeadline' = "암스테르담 대학이 주관하는 행사". – iep

+1

@unor 어제 모바일에 관한 질문에 대답해야했습니다. 오늘 나는 우리가 달성하고자하는 것에 대해 명확한 시각을 줄 수있는 이미지를 만들었습니다. 이 응용 프로그램은 작가, 예술가, 학자 등의 창조적 인 전문가의 완성 및 미완성 작업을 수집하기위한 것입니다. 요점은 : 그들은 창조적 인 작품뿐만 아니라 사건, 조직 등을 생산한다. 사건과 조직은 창조적 인 유산이다. HTML의 'header'또는 'section'태그에서 나중에 사용하기 위해 (예 : "presentation") 모든 레코드의 "headings"에 대한 통일 된 모델을 만들어야합니다. – iep

답변

1

난 단지 Schema.org 어휘를 사용하는 것이 좋습니다하지 않을 것입니다. 모든 경우에 속성을 제공하는 것은 Schema.org의 목표는 아닙니다. 저자는 필요한 경우보다 구체적인 어휘를 사용합니다. FOAF의 name 속성에 대한 Schema.org의 name 재산 foaf:name에 대한 schema:name :

은 당신의 데이터에 대한 다양한 vocabularies를 사용하는 것이 쉽게 가능, RDF 기반된다.

적절한 속성을 찾을 수없는 경우 your own vocabulary을 사용할 수도 있습니다.

이 답변의 나머지 부분은 이 있으면 모든 것으로 Schema.org를 사용한다고 가정합니다.


나는 headline/Event에 대한 alternativeHeadline 또는 Organization를 사용하는 것이 의미가 있다고 생각하지 않습니다. 회사의 헤드 라인은 무엇입니까? 이벤트의 대체 제목은 무엇입니까? 어떤 사람들은 생각을 가지고 있을지도 모르지만, 넓은 합의가 없을 것입니다. 모두 다르게 사용하게 될 것입니다. 그래서 소비자는 무엇을 기대해야할지 모르기 때문에이 건물을 쓸모 없게 만듭니다.

예 : Organization 예에서 태그 라인/슬로건/모토/캐치 프레이즈와 같은 용도로 이러한 속성을 사용한다는 인상을받습니다. Schema.org가 그러한 목적을 위해 부동산을 제공하는 것은 의미가있을 수도 있고 아닐 수도 있지만, headline이 아니어야합니다.

이러한 적절한 특성이없는 경우 headline/alternativeHeadline의 내용은 name 또는 description이어야합니다.

복용 Event 예를 들어 :

  • headlinename의 일부가 될 수있다 "얽힌 우주 다음 humand 마음의 특별한 기능".
  • 이 정보는 이미 location으로 소비자에게 전달되는 반면, 단지 산문에 이벤트 위치를 제공하기 때문에 alternativeHeadline을 생략 할 수 있습니다. 문장이 실제로 구조화 된 데이터의 일부가되어야하며 (페이지에 표시되는 것만 제외하면) description에 포함될 수 있습니다.

old extension mechanism을 사용하면 기존 속성을 기반으로보다 구체적인 속성을 생성 할 수 있습니다. 그러나 it’s deprecated이 있으며 이러한 속성을 사용하여 데이터를 게시하지 않는 것이 좋습니다. 하지만 별도의 필드를 사용할 수 있으므로 내부 용으로도 유용 할 수 있습니다. 예를 들어 name/subtitle, description/where 또는 description/slogan과 같은 속성을 사용할 수 있습니다.

+0

귀하의 답변은 대단히 감사하겠습니다. 제 예제 중 일부를 '산문', '슬로건', '캐치 프레이즈'등으로 확인해 주셔서 감사합니다. 또한 소비자가 정확히 무엇을 기대할 지 모르는 경우 부동산이 쓸모 없게 만들 것이라고 말하는 귀하의 의견은 훌륭합니다. 도움. 우리가 유형의 속성 일 때 '(대체) 헤드 라인'을 사용하기로 결정해야한다고 생각합니다. 시간과 자세한 답변을 해주셔서 감사합니다. – iep

+0

이것은 실제 헤즈 업입니다. ** "모든 경우에 속성을 제공하는 것은 Schema.org의 목표는 아닙니다. * 저자가 필요한 경우보다 구체적인 어휘를 사용하도록 의도되었습니다. **"더 많은 것을해야한다는 것을 의미합니다. 연구 주제, 지금은 당신이 제공 한 링크를 읽고, 귀하의 조언을 명확하게 올바른 방향으로 가리키는 것입니다. 어휘와 시맨틱 웹 표준은 전체적인 맥락에서 이해하기는하지만 귀사의 답변은 이해하는 데 많은 도움이되며 동시에 상당합니다. 고맙습니다. – iep

+0

이 질문과 관련된 새로운 질문을 https://stackoverflow.com/q/48582168/5021680에 추가했습니다. – iep

관련 문제