Improvements to the tourism standard (data model)

Dear everyone,

We have received a lot of feedback for the standard that serves the purpose of editing and structuring information for the Swedish national tourism data API - the standard is bilingual and can be found below. Observe that the standard for Trails is separate from the main one.

Now we encourage people to add the their wished additions to the model in this thread or directly as an issue to the source code here: Länkade Data / Semantiska specifikationer / Tourism · GitLab

Conventions is as follows:

  1. New attribute addition to a class, please specify which class e.g schema:Place or schema:Event it belongs to
  2. Additions to schema:potentialAction , specify an URI with the same pattern e.g EntryScape - where {name} is the activity in English
  3. Additions to schema:additionalType - please inspect the full schema.org model and see what could be missing. These can then be added under their respective domain (class), for example a schema:LodgingBusiness should not have schema:Beach as an additionalType
  4. Additions of new example structures or appendices for validation e.g could be schema:Organization.

Hej,

Vi har fått mycket feedback på standarden som syftar till att redigera och strukturera information för det svenska nationella API:et för turismdata – standarden är tvåspråkig och finns nedan. Observera att standarden för Leder skiljer sig från den huvudsakliga.

Nu uppmanar vi alla att lägga till sina önskemål om tillägg till modellen i den här tråden eller direkt som ett ärende i källkoden här: Länkade Data / Semantiska specifikationer / Tourism · GitLab

Konventionerna är följande:

  1. Nytt attribut läggs till i en klass. Ange vilken klass det tillhör, t.ex. schema:Place eller schema:Event
  2. Tillägg till schema:potentialAction ska ange en URI med samma mönster, t.ex. EntryScape – där {name} är aktiviteten på engelska
  3. Tillägg till schema:additionalType – granska gärna hela schema.org-modellen och se vad som eventuellt saknas. Dessa kan sedan läggas till under respektive domän (klass); till exempel bör en schema:LodgingBusiness inte ha schema:Beach som additionalType
  4. Tillägg av nya exempelstrukturer eller bilagor för validering kan t.ex. vara schema:Organisation.