View source for Item:OSWab674d663a5b472f838d8e1eb43e6784

Schema for the dynamical Composition of nested class structures


=== Introduction ===
Transforming Semantic Mediawiki into a knowledge base with structured data used to require PageForms and multiple template per class:

* Template to store the data and render the page
* Form to edit the page
* Form to query for instances of the class
* Template to render the query results
* Subtemplate to handle complex data

Reusing structures with this approach is difficult and storing data in wikicode leads to a significant lock-in regarding editing those data using existing stardards and tools.

The new concept is based on strictly storing data in json and use wikicode just for structured text and render templates. Insteaf of distributing content among multiple pages all relevent content is stored withing different slots of the same page. Additional, inheritance is highly supported and enables a broad reuse of any structure.

===Overview===
====General====
{{Template:Editor/DrawIO|file_name=diagram-01|page_name=Item:OSWab674d663a5b472f838d8e1eb43e6784|uuid=2f275e34-41c8-4f63-a6cb-ee2861c488f2}}

====Dual hierarchy example====
{{#mermaid:
classDiagram

    class Schema_Entity {
        String uuid
    }
    class Schema_Class {
    }

    Schema_Class <-- Schema_Entity: type
    Schema_Entity <-- Class_Entity: schema

    class Schema_OntologyTerm{
    }
    Schema_Class <|-- Schema_OntologyTerm : allOf
    Schema_OntologyTerm <-- Class_OwlThing : schema


    Class_OwlThing <|-- Class_Entity: subclassOf

    class Schema_Item {
        String type
        subclassOf Class_Item category
    }

    class Class_Entity {
        Schema_Entity schema
    }
    Schema_Entity <|-- Schema_Item : allOf
    Schema_Item <-- Class_Item: schema
    Class_Entity <|-- Class_Item: subclassOf

    class Schema_Physical {
        String location
    }
    Schema_Item <|-- Schema_Physical : allOf

    Class_Item <|-- Class_Device : subclassOf
    Class_Device <|-- Class_MeasurementDevice : subclassOf
    Schema_DeviceClass <-- Class_Device : schema

    class Schema_DeviceClass {
        String manufacturer
        subclassOf Class_Device category
    }
    Schema_Item <|-- Schema_DeviceClass : allOf

    class Instance_DeviceType1 {
        manufacturer: CompanyABC
        category: Class_MeasurementDevice
    }
    Schema_Item <|-- Instance_DeviceType1 : type
    Schema_DeviceClass <-- Instance_DeviceType1 : type

    class Schema_DeviceInstance {
        Schema_DeviceClass device_type
        String location
    }
    Schema_Physical <|-- Schema_DeviceInstance : allOf
    Schema_DeviceClass o-- Schema_DeviceInstance : device_type

    class Instance_MyDevice {
        device_type: Instance_DeviceType1
        location: somewhere
    }
    Schema_DeviceInstance <-- Instance_MyDevice : type
    Instance_DeviceType1 o-- Instance_MyDevice : device_type
  |
  config.theme = neutral
}}

Why are Categories (Classes) different from Items (Instances)?

*Pro
**Reflects rdf(s) and owl standard
**Reflects OOP in Python and other programming languages, only (?) Javascript supports a similar concepts with [https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Objects/Object_prototypes prototypes]
**Compatible with SMW features like rdf-export and [https://www.semantic-mediawiki.org/wiki/Help:Inferencing#Subcategories Inferencing]
*Contra
**User needs to decide before creating a term or move the term later to a different namespace (renaming/redirect)

===Slots===
{| class="wikitable"
|+Slots
!Key
!Model
!Description
|-
|main
|wikitext
|default content slot, rendered between the page header and footer
|-
|jsonschema
|json
|stored within a category (=class) page, defining the schema for the jsondata slot of any category member (instance)
|-
|jsondata
| json
|structured data
|-
|schema_template
|text
|stored within a metacategory/-class, contains a handlebars template to build the jsonschema of a class from its jsondata slot
|-
|data_template
|wikitext
|stored within a category (=class) page, defining how the jsondata attributes of any category member (instance) are mapped to semantic properties
|-
|header_template
|wikitext
|stored within a category (=class) page, renders the page header of any category member (instance)
|-
|footer_template
|wikitext
|stored within a category (=class) page, renders the page footer of any category member (instance)
|-
|header
|wikitext
|renders the page header
|-
|footer
|wikitext
|renders the page footer
|-
|template/internal
|wikitext
|hidden content, not rendered. Can be used to call parser functions or lua modules
|}

===Meta-Schemas===
[[:Category:Category]] ist the default Metacategory / -class for all categories / classes. Its slot schema_template contains a handlebars template that sets schema attributes like title, allOf, description, etc. from the user generated jsondata. Additional Metacategories can be created as subclasses of  [[:Category:Category]] to simplify the creation of complex schemas, e. g. [[:Category:OSWecff4345b4b049218f8d6628dc2f2f21]]. This feature is compareable to python metaclasses.
{{Template:Editor/DrawIO|file_name=meta-schema|page_name=Item:OSWab674d663a5b472f838d8e1eb43e6784|uuid=49d68bb7-a5de-413b-a107-7bc5f459a766|full_width=0|width=1200px}}Matecategories /-classes contain a handlebars template within the schema_template slot. The templated is evaluated with the jsondata-slot content to create / update the jsonschema-slot content of any derivated class on every edit.


===Json-Schema===
{{Template:Editor/DrawIO|file_name=diagram-json|page_name=Item:OSWab674d663a5b472f838d8e1eb43e6784|uuid=95a74be1-e22d-4b6e-9e4f-836127d5915a|full_width=0}}

====Base====
https://json-schema.org/ (Draft 4)

A Jsonschema can reference other schemas. This is equivalent to <code><nowiki>[[Subcategory of::Entity]]</nowiki></code> (Semantic Mediawiki) and <code>owl:subclass_of</code><syntaxhighlight lang="json">
{
    "title": "MyEntitySubclass",
    "type": "object",
    "allOf": [{"$ref": "/wiki/Category:Entity?action=raw&slot=jsonschema"}]
}
</syntaxhighlight>

====Json-Editor====
https://github.com/json-editor/json-editor, which is used to render edit & query forms based on provided jsonschema, adds additional keywords and options.

*Basic features: see https://github.com/json-editor/json-editor#readme
*Further details: https://github.com/json-editor/json-editor/blob/master/README_ADDON.md
*Demos: https://json-editor.github.io/json-editor/, https://pmk65.github.io/jedemov2/dist/demo.html
* Examples: https://github.com/json-editor/json-editor/tree/master/tests/pages

=====Autocompletion =====
*https://github.com/trevoreyre/autocomplete
*https://github.com/corejavascript/typeahead.js/blob/master/doc/jquery_typeahead.md (currently not supported)
Enables autocompletion in input fields. Configuration see [[Zentrales Wiki/Schema#Additional options|Additional options]]

====Custom Extensions====

=====Embedded i18n support:=====
keywords <code>title</code> and <code>description</code> can be extended with additional keywords  <code>title*</code> and <code>description*</code>, which hold and object with lang-keys (de, en, etc.) pointing to the translated strings.<syntaxhighlight lang="json">
{
    "title": "Default Title",
    "title*": {"en": "Title (en)", "de": "Titel (de)"}
}
</syntaxhighlight>

=====Additional  keywords=====


{| class="wikitable"
|+Special jsonschema attributes ($properties.<property>.*)
!Key
!Alias
!Subkeys
!Value
!Description
!Note
|-
|eval_template
|
|
|
|evaluation template for the current json object (while 'template' is used by jsoneditor in the UI)
|eval_templates are expanded before the json data is passed to render templates and property mapping
|-
|
|
|type
|mediawiki
|uses the wiki template parser. Cannot handle objects and arrays => non-literals get stripped
|
|-
|
|
|"
|mustache
|uses the lua mustache template parser https://github.com/OpenSemanticLab/lustache/tree/scribunto-module-pages. Can handle objects and arrays
|https://mustache.github.io/, https://stackblitz.com/edit/mustache-tester?file=index.js
|-
|
|
| "
|mustache-wikitext
|applies mustache first, then wikitext
|wikitext parts containing <code><nowiki>{{</nowiki></code> need to be wrapped inside <code><nowiki>{{=<%</nowiki> <nowiki>%>=}}</nowiki></code>  and<code><nowiki><%={{ }}=%></nowiki></code>
|-
|
|
|mode
|<none>
|the given template will be used to render the json object and store it's semantic data
|
|-
|
|
|"
|render
|the given template will be used to render the json object
|
|-
|
|
|"
|store
|the given template will be used to store semantic data
|
|-
|
|
| value
|<string>
|
|
|-
|
|
|page
|<wiki page>
|
|
|-
|
|
|slot
|
|
|
|-
|
|
|url
|
|
|
|}

{| class="wikitable"
|+Special jsondata attributes ($.*)
!Key
!Alias
!Subkeys
!Value
!Description
!Note
|-
|type
|
| -
|an array of category pages
|if defined, the given category will be used to render the json object and store it's semantic data
|
|}

=====Additional options=====
{| class="wikitable"
|+
Additional options ($properties.<property>.options.*)
!Key
!Subkeys
!SubSubkeys
! Value
! Example
! Description
! Note
|-
|conditional_visible
|
|
|
|
|
|
|-
|
|modes
|
|<array>
|["default", "query"]
|Display this field only in the selected modes of the editor
|
|-
|conditional_hide
|
|
|
|
|tbd
|
|-
|autocomplete
|
|
|
|
|buildin option
|
|-
|
|mode
|
|smw
|
|query mode
|for now only supports semantic mediawiki
|-
|
|query
|
|
|<code><nowiki>[[HasLabel::~*{{input}}*]]|?HasLabel=label</nowiki></code>
|handlebars query template
|
|-
|
|range
|
|
|Category:Item
|creates a static query <code><nowiki>[[Category:Item]][[HasLabel::~*{{input}}*]]|?HasLabel=label</nowiki></code>
|
|-
|
|property
|
|
|Property:HasLabel
|existing value of the property <code><nowiki>[[HasLabel::+]]</nowiki><nowiki>[[HasLabel::~*{{input}}*]]</nowiki>?HasLabel=value</code>
|
|-
|
|render_template
|
|
|
| how to display query results in the suggestion list
|
|-
|
|
|type
|<array>
| ["handlebars", "wikitext"]
|template engines are applied in the specified order. wikitext will result in parse-API calls, which is not recommanded for large result sets
|
|-
|
|
|value
|template string
|<code><nowiki>[[{{result.fulltext}}]]</nowiki></code>
|the actual template string. Pure handlebars templates can contain html tags like links (<code><a></code>) and images (<code><img></code>), wikitext templates need to use the wiki-syntax <code>[[ ]]</code>
|wiki-links to categories need a <code>:</code> prefix: <code><nowiki>[[:{{result.fulltext}}]]</nowiki></code>
|-
|
|label_template
|
|
|
|how to display the item after getting selected by the user
|
|-
|
|
| type
| <array>
|["handlebars"]
| only handlebars supported
|
|-
|
|
|value
| template string
|<code>result.printouts.label.[0]</code>
|
|
|-
|role
| query
|
|<nowiki>{"filter": "min|max|eq"}</nowiki>
| {"filter": "min"}
|Creates a semantic mediawiki query for a numerical property, e. g. if the property maps to "HasNumber", the filter is "min" and the user provided value is 3 this results in the query "[[HasNumber::>3]]"
|
|}

=====Autocomplete =====
Default setting (planned, see also [[Zentrales Wiki/Schema#Object Properties and Data / Annotation Properties|Object Properties and Data / Annotation Properties]])
* for data / annotation properties: existing values of the property: <code><nowiki>{{#ask:[[<Property>::+]]|?<Property>=value}}</nowiki></code>
* for object properties: existing instances of the range category: <code><nowiki>{{#ask:[[Category:<range>]]}}</nowiki></code>

======Shortcuts======

*<code>category</code>: Populates the field with instances of the given category (and its subcategories)
<syntaxhighlight lang="json">
{
    "type": "string",
    "format": "autocomplete",
    "options":{	
        "autocomplete": {
            "category":"Category:X"
        }
    }
}
</syntaxhighlight>

=====Remote / external data import=====
<syntaxhighlight lang="json">
{
    "...": {},
    "data_source_maps": [
        {
            "id": "pubchem.ncbi.nlm.nih.gov",
            "source": "https://pubchem.ncbi.nlm.nih.gov/rest/pug_view/data/compound/{{pubchem_cid}}/JSON",
            "label": "PubChem",
            "required": [
                "pubchem_cid"
            ],
            "object_map": {
                "cas_numbers": "$..[?(@.TOCHeading==='CAS')].Information..Value.StringWithMarkup..String"
            }
        }
    ],
    "properties": {
        "pubchem_cid": {
            "title": "PubChem CID",
            "type": "string"
        },
        "cas_numbers": {
            "type": "array",
            "...": {}
        },
        "...": {}
    }
}
</syntaxhighlight>Tests could be run on various playgrounds:

*Handlebars template: [https://handlebarsjs.com/playground.html]

*jsonpath: [https://jsonpath-plus.github.io/JSONPath/demo/]
*xpath: [http://xpather.com/]

=====Search=====
Properties can be marked as inputs for the categories query form by adding the conditional_visible option. Therefor a context mapping to a SWM Property is mandatory (see [[#JSON-LD]]). With <code>"hidden": true</code> the property is only visible in the query form. With <code>"hidden": false</code> it's visible both in the edit and in the query form.<syntaxhighlight lang="json-ld">
{
    "@context":
        "...",
        {
            "query_label": "Property:HasLabel"
        }
    ],
    "...": {},
    "properties": {
        "query_label": {
            "type": "string",
            "options": {
                "hidden": true,
                "conditional_visible": {
                    "modes": [
                        "query"
                    ]
                }
            }
        }
    }
}
</syntaxhighlight>The default comperator for text properties is <code>~</code> (like), for all other properties <code>=</code> (equal). The comperator can be defined with the role filter option, e. g. <code>"min"</code> for <code>></code>.<syntaxhighlight lang="json-ld">
{
    "@context": [
        {
            "start_date_min": "Property:HasStartDateAndTime"
        }
    ],
    "...": "...",
    "properties": {
        "start_date_min": {
            "type": "string",
            "format": "datetime-local",
            "options": {
                "flatpickr": {},
                "conditional_visible": {
                    "modes": "query"
                },
                "role": {
                    "query": {
                        "filter": "min"
                    }
                }
            }
        }
    }
}
</syntaxhighlight>


===JSON-LD===
json-ld jsonschema: https://github.com/json-ld/json-ld.org/blob/main/schemas/jsonld-schema.json

Local playground: https://wiki-dev.open-semantic-lab.org/w/extensions/MwJson/json-ld/playground/index.html

====References====



json-ld should be embedded into jsonschema, but has its own referencing mechanism:<syntaxhighlight lang="json">
{
    "@context": [
        "/wiki/Category:Entity?action=raw&slot=jsonschema",
        {
            "Property": {"@id": "https://wiki-dev.open-semantic-lab.org/id/Property-3A", "@prefix": true},
            "manufacturer": "Property:HasManufacturer"
        }
    ],
    "title": "MyEntitySubclass",
    "type": "object",
    "allOf": [{"$ref": "/wiki/Category:Entity?action=raw&slot=jsonschema"}],
    "properties": {
        "manufacturer": {
            "type": "string"
        }
    }
}
</syntaxhighlight>Example: [https://json-ld.org/playground/#startTab=tab-expanded&json-ld=%7B%22%40context%22%3A%5B%22https%3A%2F%2Fraw.githubusercontent.com%2Fjson-ld%2Fjson-ld.org%2Fmain%2Fexamples%2Fsyntax%2Fexample-031-Combining-external-and-local-contexts.json%22%2C%7B%22pic2%22%3A%7B%22%40id%22%3A%22http%3A%2F%2Fxmlns.com%2Fcustom%2F0.1%2Fdepiction%22%2C%22%40type%22%3A%22%40id%22%7D%2C%22lit%22%3A%7B%22%40id%22%3A%22http%3A%2F%2Fxmlns.com%2Fcustom%2F0.1%2Fdepiction%22%7D%7D%5D%2C%22name%22%3A%22Manu%20Sporny%22%2C%22homepage%22%3A%22http%3A%2F%2Fmanu.sporny.org%2F%22%2C%22pic%22%3A%22http%3A%2F%2Ftwitter.com%2Faccount%2Fprofile_image%2Fmanusporny%22%2C%22pic2%22%3A%22http%3A%2F%2Ftwitter.com%2Faccount%2Fprofile_image%2Fmanusporny%22%7D&context=%7B%7D]

====Property mapping====
Properties with a local definition (SMW Property) are automatically mapped. Jsondata of an instance of the category could then be provided with an json-ld context:<syntaxhighlight lang="json">
{
    "@context": [
        {
          	"@version": 1.1,
            "wiki": "https://wiki-dev.open-semantic-lab.org/id/",
          	"Property": {"@id": "wiki:Property-3A", "@prefix": true},
          	"@vocab": "https://wiki-dev.open-semantic-lab.org/id/Property-3A",
            "myproperty": "Property:MyProperty",
            "myproperty2": "wiki:Property-3AMyProperty",
          	"myproperty3": "MyProperty",
          	"Item": {"@id": "wiki:Item-3A", "@prefix": true},
          	"myObjectProperty": {"@id": "Property:MyObjectProperty", "@type": "@id"}
        }
    ],
  	"myproperty": "Works by using '@prefix': true (preferred)",
  	"myproperty2": "Works by using 'wiki' prefix with terminating '/'",
  	"myproperty3": "Works by using '@vocab'",
  	"myObjectProperty": "Item:123456"
}
</syntaxhighlight>Currently there seems no way to express that a property has two ids (e. g. with <code>"label": {"@id": ["property:HasLabel", "skos:prefLabel"]}</code>):  https://github.com/json-ld/json-ld.org/issues/160

As a workaround, an additional context notation is provided: <property>* pointing to a list of additional "@id" mappings:<syntaxhighlight lang="json">
{
    "@context": [
        {
            "@version": 1.1,
            "skos": "https://www.w3.org/TR/skos-reference/",
            "wiki": "https://wiki-dev.open-semantic-lab.org/id/",
          	"Property": {"@id": "wiki:Property-3A", "@prefix": true},
            "label": "skos:prefLabel",
            "label*": "Property:HasLabel",
            "label**": "Property:Display_title_of"
        }
    ],
  	"label": "Maps externally to skos:prefLabel and internally to Property:HasLabel"
}
</syntaxhighlight>

===== Object Properties and Data / Annotation Properties=====
Properties default to data / annotation properties (value is a literal). Object properties (value is an identifier/reference to another object) can by defined by adding <code>"@type": "@id"</code>.

=====Subobjects=====
If the value of a mapped property is an object (after expanding all eval_templates), it will get stored as a [https://www.semantic-mediawiki.org/wiki/Subobject smw subobject] with an id derivated from the field <code>uuid</code>, a display title from <code>label</code> and a category from <code>type</code> (if provided).

Example: can be selected with <nowiki>[[MyObjectProperty.MyProperty::myvalue]]</nowiki><syntaxhighlight lang="json">
{
    "@context": [
        {
          	"@version": 1.1,
            "wiki": "https://wiki-dev.open-semantic-lab.org/id/",
          	"Property": {"@id": "wiki:Property-3A", "@prefix": true},
            "myproperty": "Property:MyProperty",
          	"Item": {"@id": "wiki:Item-3A", "@prefix": true},
          	"myObjectProperty": {"@id": "Property:MyObjectProperty", "@type": "@id"}
        }
    ],
  	"myObjectProperty": {
  	    "uuid": "2ea5b605-c91f-4e5a-9559-3dff79fdd4a5",
  	    "label": "MySubobject",
  	    "myproperty": "myvalue"
  	}
}
</syntaxhighlight>

====Labels and i18n====
i18n language keys can be embedded in to an label object to create a language tagged string<syntaxhighlight lang="json">
{
    "@context": [
        {
          	"@version": 1.1,
            "skos": "https://www.w3.org/TR/skos-reference/",
          	"label": {"@id": "skos:prefLabel", "@container": "@language"},
          	"label2": {"@id": "skos:prefLabel"},
          	"label_text": {"@id": "@value"},
          	"label_lang_key": {"@id": "@language"}
        }
    ],
  	"label": {"en": "'Text' gets transformed to 'Text@en' by applying @container"},
  	"label2": {"label_text": "'Text' gets transformed to 'Text@de' by subkeys @id's", "label_lang_key": "de"}
}
</syntaxhighlight>

==== Ontology term import/export ====
Existing ontology terms can be imported/exported via json-ld directly or ttl by defining the corresponding context, e. g. for EMMO-Terms: [https://json-ld.org/playground/#startTab=tab-table&json-ld=%7B%22%40context%22%3A%7B%22owl%22%3A%22http%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%22%2C%22rdf%22%3A%22http%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%22%2C%22rdfs%22%3A%22http%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%22%2C%22xsd%22%3A%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23%22%2C%22skos%22%3A%22http%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%22%2C%22dc%22%3A%22http%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%22%2C%22uri%22%3A%7B%22%40id%22%3A%22%40id%22%7D%2C%22rdf_type%22%3A%7B%22%40id%22%3A%22%40type%22%7D%2C%22label%22%3A%7B%22%40id%22%3A%22skos%3AprefLabel%22%7D%2C%22altLabel%22%3A%7B%22%40id%22%3A%22skos%3AaltLabel%22%7D%2C%22text%22%3A%7B%22%40id%22%3A%22%40value%22%7D%2C%22lang%22%3A%7B%22%40id%22%3A%22%40language%22%7D%2C%22subClassOf%22%3A%7B%22%40id%22%3A%22rdfs%3AsubClassOf%22%2C%22%40type%22%3A%22%40id%22%7D%2C%22source%22%3A%22dc%3Asource%22%2C%22disjointUnionOf%22%3A%22owl%3AdisjointUnionOf%22%2C%22disjointWith%22%3A%22owl%3AdisjointWith%22%2C%22equivalentClass%22%3A%22owl%3AequivalentClass%22%2C%22unionOf%22%3A%7B%22%40id%22%3A%22owl%3AunionOf%22%2C%22%40container%22%3A%22%40list%22%2C%22%40type%22%3A%22%40id%22%7D%2C%22comment%22%3A%22rdfs%3Acomment%22%2C%22isDefinedBy%22%3A%22rdfs%3AisDefinedBy%22%2C%22seeAlso%22%3A%22rdfs%3AseeAlso%22%2C%22qudtReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_1f1b164d_ec6a_4faa_8d5e_88bda62316cc%22%2C%22omReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_209ba1b3_149f_4ff0_b672_941610eafd72%22%2C%22wikidataReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_26bf1bef_d192_4da6_b0eb_d2209698fb54%22%2C%22ISO9000Reference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_3aa37f92_8dc5_4ee4_8438_e41e6ae20c62%22%2C%22IEVReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_50c298c2_55a2_4068_b3ac_4e948c33181f%22%2C%22dbpediaReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_6dd685dd_1895_46e4_b227_be9f7d643c25%22%2C%22etymology%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_705f27ae_954c_4f13_98aa_18473fc52b25%22%2C%22definition%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_70fe84ff_99b6_4206_a9fc_9a8931836d84%22%2C%22ISO80000Reference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_8de5d5bf_db1c_40ac_b698_095ba3b18578%22%2C%22ISO14040Reference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_964568dd_64d2_454b_a12f_ac389f1c5e7f%22%2C%22elucidation%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_967080e5_2f42_4eb2_a3a9_c58143e835f9%22%2C%22example%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_b432d2d5_25f4_4165_99c5_5935a7763c1a%22%2C%22VIMTerm%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_bb49844b_45d7_4f0d_8cae_8e552cbc20d6%22%2C%22emmo_comment%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_c7b62dd7_063a_4c2a_8504_42f7264ba83f%22%2C%22wikipediaReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_c84c6752_6d64_48cc_9500_e54a3c34898d%22%2C%22iupacReference%22%3A%22http%3A%2F%2Femmo.info%2Femmo%23EMMO_fe015383_afb3_44a6_ae86_043628697aa2%22%2C%22Item%22%3A%22https%3A%2F%2Fwiki-dev.open-semantic-lab.org%2Fwiki%22%2C%22uuid%22%3A%22wiki%3AHasUuid%22%2C%22name%22%3A%22wiki%3AHasName%22%7D%2C%22type%22%3A%5B%22Category%3AOSW57beed5e1294434ba77bb6516e461456%22%5D%2C%22uuid%22%3A%22ba3f3fd5-bf6d-4aea-9563-a2c7b88b2e6b%22%2C%22label%22%3A%5B%7B%22text%22%3A%22Net%20Faradaic%20Current%22%2C%22lang%22%3A%22en%22%7D%5D%2C%22name%22%3A%22NetFaradaicCurrent%22%2C%22%40id%22%3A%22http%3A%2F%2Femmo.info%2Felectrochemistry%23electrochemistry_14577b99_a8a9_4358_9bc5_ab8c401dd34b%22%2C%22%40type%22%3A%22owl%3AClass%22%2C%22elucidation%22%3A%7B%22lang%22%3A%22en%22%2C%22text%22%3A%22Algebraic%20sum%20of%20faradaic%20currents%20flowing%20through%20an%20electrode.%22%7D%2C%22comment%22%3A%7B%22lang%22%3A%22en%22%2C%22text%22%3A%22I%22%7D%2C%22subClassOf%22%3A%5B%22http%3A%2F%2Femmo.info%2Felectrochemistry%23electrochemistry_2a2f59b7_aa16_40aa_9c8b_0de8a2720456%22%5D%2C%22prefLabel%22%3A%7B%22lang%22%3A%22en%22%2C%22text%22%3A%22NetFaradaicCurrent%22%7D%7D]

===Recursive Parsing===

====Module:Category====
<s>Called from Category:<UUID>@template</s>

#<s>Synchonize Category:<UUID>@jsondata.subclass_of with Category:<UUID>@jsonschema.allOf</s>
#<s>Expand Category:Category@header_template with jsondata parameters</s>
#<s>Render Category:<UUID>@main</s>
#<s>Expand Category:Category@footer_template with jsondata parameters</s>

====Module:Entity====
Called from item@template, item = Item:<UUID>

===== Recursion=====
#For each Item:<UUID>@jsondata.osl_category as category:
## For each category@jsondata.osl_category or category@jsonschema.allOf as supercategory:
###For each supercategory@jsondata.osl_category or supercategory@jsonschema.allOf as supersupercategory:
####...
###Expand supercategory@header_template with item@jsondata parameters. Fallback: Render infobox
###Expand supercategory@data_template with item.jsondata parameters. Fallback: Use Json-LD mapping within category:jsonschema
##If category@header_template: Expand category@header_template with item@jsondata parameters
##Else: Render infobox with all attribute-value pairs
##Expand category@data_template with item.jsondata parameters. Fallback: Use Json-LD mapping within category:jsonschema
#Render item@main
#footer...

=====Data Storing=====

#template specified: use template
#category specified:
## category@data_template specified: use data_template
## Use Json-LD mapping
###mapping specified: Store semantic property
#### Literal value: store value
####Object value
#####Property has type text/code: Store json string
#####osl_category / osl_template specifided: see below
###Don't store semantic property

Nested objects within item@jsondata are handled
* osl_category: same handling as the root object, but:
**Rendering with category@header_template. Fallback: Nested info box
**Data storing with category@data_template. Fallback: Creating a subobject with Json-LD mapping + (inverse) semantic relation to the root object
*osl_template: expand the template, return value is asigned to the property

===Python Code Generation===
see https://github.com/OpenSemanticLab/osw-python

===Statement===
{| class="wikitable"
|+
PCB contains 10% +/- 1% Lead and Gold
!s
!p/s
!o/p/s
!o/p
!o...
|-
|PCB
|contains
|Lead
|
|
|-
|
|contains
|HasMassConcentration
|10%
|
|-
|
|
|HasMassConcentration
|HasPrecision
|1%
|-
|PCB
|contains
|Gold
|
|
|}
===File Handling===

====Copy-Policy====
drop: do not copy the file

copy: copy the file and store the reference to it

copy-ref: store the referece to the original file

ask-on-edit: store the reference but ask the user to copy the original file when he tries to edit it (current_page != creation_page)

====Meta-Data====
HasProject=project inherit: permissions from project 

HasCreationPage=creation_page: wiki page within this file was created 

HasEditPage=edit_page: wiki page within this file was edited 

HasCreator=creator: initial creator of the file 

HasEditor=editor: editors of the file
===Links===

*https://tdan.com/knowledge-graphs-vs-property-graphs-part-ii/27271
*https://www.uni-ulm.de/fileadmin/website_uni_ulm/iui.inst.090/Lehre/WS_2011-2012/SemWebGrundlagen/v03_handout.pdf