Создание свойства JSON-LD с еще не определенным типом

У меня возникли проблемы с выяснением того, как определить @id или @type для свойств, типы которых еще не определены такими ресурсами, как schema.org.

Например, я хотел бы создать местоположение, состоящее из точки WGS84 (широта/долгота/высота) и ошибки, привязанной к этой точке (в данном случае цилиндр ошибки, но меня бы устраивала любая ошибка в этот момент).

Что у меня есть до сих пор:

{
  "@context": {
    "latitude": {
      "@id":"http://www.w3.org/2003/01/geo/wgs84_pos#lat",
      "@type":"http://www.w3.org/2001/XMLSchema#float",
    },
    "longitude": {
      "@id":"http://www.w3.org/2003/01/geo/wgs84_pos#long",
      "@type":"http://www.w3.org/2001/XMLSchema#float",
    },
    "altitude": {
      "@id":"http://www.w3.org/2003/01/geo/wgs84_pos#alt",
      "@type":"http://www.w3.org/2001/XMLSchema#float",
    },
    "errorRadius":???,
    "errorHalfHeight":???,
  }
}

Кажется, я не могу найти ничего, что (а) описывает формы в общем, особенно круги, и (б) описывает концепцию границы ошибки. Я хочу иметь возможность сказать, что местоположение всего, что я описываю, находится в пределах 5-метрового радиуса от точки и в пределах 10-метровой высоты от точки.

В дополнение к этому конкретному вопросу мне любопытно, есть ли в целом хороший способ определить новые концепции, которые еще не были определены такими вещами, как popolo, schema.org, foaf, w3 и т. д.


json-ld
person user1803368    schedule 25.01.2015    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Задача найти термины, описывающие аспекты предметной области, которые не могут быть найдены в подручном словаре (в вашем случае schema.org), может быть формализована следующим образом:

  1. Поиск в известных каталогах словарей, таких как vocab.cc и лов
  2. Придумайте собственное описание, если вы

Например, я достиг 2. с описанием юридических форм, поэтому я создал юридические формы словарный запас.

Если вы не хотите прилагать к этому столько усилий, вы также можете просто использовать этот термин в своем контексте следующим образом:

"errorRadius":{
  "@id":"http://yourdomain.com/schema/vocab#errorRadius",
  "@type":"http://www.w3.org/2001/XMLSchema#integer",
},
"errorHalfHeight":{
  "@id":"http://yourdomain.com/schema/vocab#errorHalfHeight",
  "@type":"http://www.w3.org/2001/XMLSchema#integer",
}

В этом примере я придумал http://yourdomain.com/schema/vocab в качестве базового пространства имен для домена, который я хочу смоделировать.

Примечание: я не думаю, что «ошибка» — лучший термин здесь, не лучше ли что-то вроде «допуска» или «неточности»?

Второе примечание: вам не требуется определять тип простых типов XSD при использовании JSON-LD, потому что они могут быть получены из того, как вы можете выражать десятичные, целые и логические значения в JSON.

person vanthome    schedule 25.01.2015