Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -73,8 +73,8 @@
73	73
74	74	{{code language="json"}}
75	75	{
76		- "_type": "https:~/~/openminds.ebrains.eu/core/Dataset",
77		- "_extends": "products/researchProduct.schema.tpl.json"
	76	+ "_type": "https:~/~/openminds.ebrains.eu/core/Dataset",
	77	+ "_extends": "products/researchProduct.schema.tpl.json"
78	78	}
79	79	{{/code}}
80	80
...	...	@@ -90,65 +90,25 @@
90	90	How to define the expected value of a property will be explained for the different property types in the following sections.
91	91
92	92	(% style="text-align: justify;" %)
93		-===== Properties expecting a string value =====
	93	+===== String properties =====
94	94
95	95	(% style="text-align: justify;" %)
96		-Properties that expect values of type string can be defined in large parts in the same way as in JSON-Schema. Without any further formatting requirements the definition of such a property looks like this:
	96	+(//**coming soon**//)
97	97
98		-{{code language="json"}}
99		-{
100		- "properties": {
101		- "freeStringProperty": {
102		- "type": "string"
103		- }
104		- }
105		-}
106		-{{/code}}
107		-
108	108	(% style="text-align: justify;" %)
109		-In accordance with JSON-Schema, it is possible, though, to further define a selected list of built-in formats that are accepted for the expected string. Supported are all [[built-in formats of JSON-Schema Draft 7.0>>https://json-schema.org/understanding-json-schema/reference/string.html#built-in-formats||rel="noopener noreferrer" target="_blank"]]. Assuming that my string property only accepts a value of format "email", the openMINDS syntax is the following:
	99	+===== Numerical properties =====
110	110
111		-{{code language="json"}}
112		-{
113		- "properties": {
114		- "emailProperty": {
115		- "type": "string",
116		- "_formats": [
117		- "email"
118		- ]
119		- }
120		- }
121		-}
122		-{{/code}}
123		-
124	124	(% style="text-align: justify;" %)
125		-Also like JSON-Schema, it is possible to define a customized regular expression pattern for the expected string, supporting the [[ECMA-262 regex-dialect>>https://www.ecma-international.org/publications-and-standards/standards/ecma-262/]]. Assuming that my string property only accepts a Gregorian calendar year, the corresponding openMINDS syntax look like this:
126		-
127		-{{code language="json"}}
128		-{
129		- "properties": {
130		- "yearProperty": {
131		- "type": "string",
132		- "pattern": "([0-9]{4})"
133		- }
134		- }
135		-}
136		-{{/code}}
137		-
138		-(% style="text-align: justify;" %)
139		-===== Properties expecting a numerical value =====
140		-
141		-(% style="text-align: justify;" %)
142	142	(//**coming soon**//)
143	143
144	144	(% style="text-align: justify;" %)
145		-===== Properties expecting another object =====
	105	+===== Object properties =====
146	146
147	147	(% style="text-align: justify;" %)
148	148	(//**coming soon**//)
149	149
150	150	(% style="text-align: justify;" %)
151		-===== Properties expecting an array of values =====
	111	+===== Property arrays =====
152	152
153	153	(% style="text-align: justify;" %)
154	154	(//**coming soon**//)